java业务逻辑，写在哪里比较好？
现在很多公司开发人员应该采用都是mvc架构。Mvc就是所谓的model模型，view视图，controller控制器。每个层都有明确分工。简单的项目抛开nignx，网关，一般都是前端发一个请求到后端，首先到达contoller然后是service层再然后是dao层。这里的service层就是所谓的业务层，专门负责业务处理操作，而dao层负责和数据库打交道，从db拿数据返给service，sevice处理完返给controller层，controller通过视图解析器，解析完通过浏览器渲染页面。
说到这里基本上，我想答案已经很明显了。那就是Java业务逻辑写在service层。而sevice层其实又涉及到接口和接口实现。就是我们一般写代码都会定义一个接口供controller去调用。其实service接口的实现类最终才应该是写业务逻辑的地方。当然很多公司可能不止一个sevice层，比如还有一个manager层继续对数据做特殊业务处理，这里只是简单的说下大致情况。
每个公司每个项目根据自身业务，架构可能不太一样。但本质是一样的。总结一下就是业务逻辑肯定需要单独作为一层去处理，这样既方便拓展，也方便维护。切记不要把所有的业务逻辑都写在controller里面。每个层都有自己的分工，都揉在一块不仅仅代码冗长看起来还很乱，不清晰。好了，希望我的回答能帮到你！感兴趣可以关注，共同学习交流！。
新款Steam Controller 2.0游戏手柄或采用怎样的设计？
近日公布的一项新专利，详细介绍了 Valve 对于新款 Steam 游戏手柄的畅想，尤其是可更换正反面、以增加个性化定制特色的设计。对于 Xbox 精英系列手柄的用户来说，显然不会对这一点感到陌生。有趣的是，该专利是在 2018 年底仍在制作 Steam Controller 时提交的，但直到上月才正式公布。
尽管这并不意味着 Steam Controller 2.0 游戏手柄即将到来，但至少让我们知晓了 Valve 的开发动向。从插图来看，除了将操纵杆换成 D-pad 之外，用户还可定制手柄触控板和后拨板，以满足他们的游戏需求。软件可检测输入类型的变化，自动与游戏应用程序或平台进行沟通协商，已安装的游戏可直接套用兼容的配置文件。
