最坏适应算法图解 写JAVA后端代码时逻辑混乱怎么办？
写JAVA后端代码时逻辑混乱怎么办？
后端代码的复杂性是通过除法和规则来解决的。首先，通过拆分项目，项目之间可以存在依赖关系，但必须是单向依赖而不是环依赖。如果存在环，我们必须考虑将环依赖分解为单独的项目来解决环依赖。
对于项目中的代码，可以通过水平拆分和垂直拆分来降低复杂性。水平层分为控制器、服务、Dao和sqlmap，垂直层分为系统、biz1、biz2、Bizn，但在数据通畅连接中，水平拆分和垂直拆分相结合，如下图所示：
通过这种分层方式，代码层是分开的，结构清晰。对于一些跨模块调用的接口，如同一个数据表需要在不同的模块中操作时，可以将该接口作为公共接口升级到上层cxmodule，对于一些可重用的、相对独立的功能，可以在cxmodule中定义一个干净的接口，业务逻辑可以通过在模块的功能模块中实现接口来实现，而不需要使用spring的事务管理机制，从而降低代码的复杂度。
什么样的代码叫好代码？
好的代码，满足两个条件：能达到预期效果，容易理解。
代码的不同不在于功能能否实现，而主要在于实现的质量。
有些代码虽然实现了效果，但另一个程序员看不懂，无法维护，也是坏代码。
现在在软件行业，程序员加班是很常见的。疲劳将不可避免地影响代码的质量。
他们大多急于达到职能要求，完成领导安排的任务，只以完成为目标。
这种不考虑长远的工作方式在短时间内实现了目标，但从长远来看是个大问题。
一旦程序员离开，新来的人需要很长时间才能接手。项目的可扩展性和稳定性没有保证。
尤其是一些外行领导只知道如何为上级做贡献，不能科学安排时间。
功能需求一经更改就立即更改，新功能即将出现。因此，工程设计不断调整，整体建筑稳定性受损。
整个行业还没有意识到代码质量的重要性，也没有对代码的敬畏。它只着眼于现在而忽视了长远。
只有行业人员达到饱和，淘汰不合格的程序员和产品经理，好的代码才能形成趋势。
版权声明：本文内容由互联网用户自发贡献，本站不承担相关法律责任.如有侵权/违法内容,本站将立刻删除。
