
课程咨询: 400-996-5531 / 投诉建议: 400-111-8989
认真做教育 专心促就业
长沙PHP培训小编想要使系统开发变得简单,选择“模块”作为开发、复用粒度较为合适,模块符合高内聚、低耦合,在模块内部,我们倾向于使用1年工作经验或者10年工作经验的代码,模块内部依赖关系较少,较为清晰,不宜在内部搞太多的抽象。在我们的实践过程中,模块内部不会使用IoC,也不太提倡使用太多抽象,会使用非常直接、简单的编码规则,使1年经验的开发人员能够编写模块业务逻辑。那么5年工作经验的那些代码适合在哪使用呢?
我的答案就是“模块间的边界”。通过对模块间的边界使用OOP的SOLID原则,能够更大提高模块的复用性和扩展性,同时还能够保持模块内部的简单,这或许就是在技术层面回归简单的一种较好的方法了!
企业级软件系统的复杂,不仅仅是技术层面,相反,管理与团队协作更容易影响系统的成败。一个复杂软件系统通常都是由团队协作来实现的,一个完整的团队通常有高级工程师、中级工程师和初级工程师,高级工程师负责架构和设计、中级工程师负责编码、初级工程师仅是入门。有效的解决三种层次工程师的协作,尽量减少交互、协作、学习的成本,能影响后续的维护成本。
在php技术学习小编看来,良好的协作模型应该促使三者的工作更加的Focus,专注于自己开发的业务逻辑。同样的,模块化也能够很好解决三者的协作。一方面,通过模块化,我们可以消除软件架构(或者成为统一架构);另一方面,高级工程师负责框架类模块、中级工程师负责业务类模块、初级工程师快速入门协助开发,三者可以进行并行开发,而且代码互相隔离,互不影响。从这个角度看,初级工程师的入门速度也将极大提高。