关于控制器返回响应的形式建议

关联帖子：https://ask.buildadmin.com/info/659

帖子正文:

为什么控制器返回响应内容的时候, 不使用return的形式来返回呢?

通过抛出 HttpResponseException 的形式, 框架层面做捕获确实方便很多了, 但是把输出响应这种正常行为, 通过抛出一个异常来实现, 多多少少有点让人觉得不舒服.

是因为担心框架使用者开发不规范, 做不到在控制器的 Action 中正确的写 return吗? 还是说考虑到后续兼容长驻内存类框架的运行方式, 所以这么干呢?

请大佬帮忙解疑释惑, 这种形式确实让人挺纳闷的.
个人以为, 让其他语言的开发者来看待这种方式, 真的会被人笑话的吧.

以上包含一些个人的看法和观点, 不是对框架作者的攻击, 最后依然要感谢作者的无私奉献.

YANG001

这家伙很懒，什么也没写~

3月前

首先感谢老哥的真诚建议：怎么理解其实直接取决于你对异常的理解，error()不用说，抛出异常是符合你的直觉的，success()不符合你的直觉，但是一个请求不能有两个响应不仅仅是开发直觉还是规范（chunk和SSE响应除外），所以success()必须中止程序，无论是否return，没实现反而有问题，但根据我的片面理解，大多数语言，比如python、java，go，实现无需return的success主要方法应该都是通过exit或者抛出异常实现，但是exit明显是不能使用的，请求结束中间件，常驻内存应用等原因，那么抛出异常来实现无需return的success和error在大多数语言中应该都是最好的选择

然后就是理解建议了，异常不是非得是个业务层面的异常，你可以将success理解为运行时异常，或者你就单纯的理解为特定异常，这也很常见，然后是将异常这个概念用于业务逻辑也很常见，比如早期为了避免安装模块时触发vite热更新刷新页面，就会直接抛出一个异常来打断，在当时开发者无法影响vite热更新，除了抛出异常影响整个js引擎，压根没其他办法，不用纠结于教科书，灵活运用才是关键，你觉得呢？一个可以随时catch的输出，其实很好用

赞同(1)