您现在的位置: 首页 > 网站导航收录 > 百科知识百科知识
程序员如何避免写过多的业务逻辑代码？
业务,逻辑,项目程序员如何避免写过多的业务逻辑代码？
发布时间：2016-12-08加入收藏来源：互联网点击：
-
发现问题，改进问题，不正是让我们软件开发人员不断前行的所在，不被外在的评判约束羁绊，善于发现工作中的收获。
项目未来：核心业务服务化
核心业务”服务化“，让核心业务应用独立运行，方便不同系统调用，用当前热门的概念来说就是SAAS（Software As A Server）软件即服务。打个比方，原先实现判断金额，前端是通过js写方法调用，Java端是通过Java代码实现，其实这个逻辑前端、后端都是需要判断，在以前大家各自写各自的，同样的逻辑，但因为平台不同无法复用。此时就出现了服务化思想，比如我们用Java端的逻辑实现了金额判定，单独我们把这个逻辑的项目抽出为”服务“，通过传参返回响应，标准化的restful服务，这样前端不同的项目可以通过http请求调用。
总结
总之，通过以上我们系统化、工程化从软件开发生命周期中，认真做好项目前期的软件设计，项目中期的面向对象、抽象思维开发，抽离业务逻辑，项目后期的及时总结，以及对未来核心业务服务化的思考和实践，我们一定可以化繁为简，优雅的开发，有所收获，有所提高。
以上是我的观点，希望能够帮助到你。
回答于 2019-09-11 08:43:50
这个我经历过流程，可以讲讲流程。07年我们单位准备上企业的SAP系统，当时买的是IBM的，IBM的一个小团队入驻我们单位来做这个项目。团队成员与每个部门的人对接，我们做业务的，按照他们提供的excell表格填写业务的具体信息，就是每个客户的情况，他们问的很详细，企业的运作流程的方方面面，他们都特别清楚。最后，08年我们至今都在使用这个软件，我们称ERP。
我想说，要想做好，你需要体验生活，下沉到企业，和业务配合越好，细节掌握越充分，你后边的弯路越少。
回答于 2019-09-11 08:43:50
可以学我，当主管。然后只写最可服用的工具类甚至通用框架。然后就是新项目立项时候设计代码布局，给以后写代码形成高扩展。
回答于 2019-09-11 08:43:50
做好需求建模，抽象，以及模块的可重用性，业务逻辑也可以做的很舒服。其实，真正做软件的人眼里，没有业务逻辑之分。
回答于 2019-09-11 08:43:50
业务是一切的基础，不要只是满足把这个业务功能实现了。
在技术上，做需求的时候多考虑拓展性，重用，代码优雅等等，再者就是性能优化相关。
在非技术上，我认为开发不仅仅只是写代码，在做业务需求时候要思考为什么要做这个需求，做了需求可以给产品带来哪些提升转化。而我们又可以哪些数据，埋点才能得出这些结论。
只要产品还在，业务需求是做不完的[大金牙]
下一篇：返回列表
相关链接 |
||
| 网友回复（共有 0 条回复） |