??xml version="1.0" encoding="utf-8" standalone="yes"?>
如题,做ؓIT从业者的?看了q张囑感触几何?
然后再是对系l分层,分包Q几乎没有多中间接口,怏层之间L紧耦合的调用,造成了层与层的改动牵q边q大?BR>
写出来的框架像工具包一P׃大堆看v来没有联pȝcdU而成?/P>
后来Q经历过一ơ大目后,开始关注一些徏模理Z及开源框Ӟ对先前的框架设计思想产生极大的冲击,开始关注系l的整体搭配Q接口解耦,代码重用Q自动化控制E度有所提高?BR>但感觉问题还是依然很严峻Q主要表现在Q对pȝ的把握层ơ仍然偏?从代码角度出?Q缺乏对pȝ整体的抽象能力和建模能力。对零散的业务规则难以抽象出很好的业务模型ƈ以与pȝ架构l合h?/P>
ȝ来说我经历了两个阶段Q?。以公用基础件ؓ核心的积木式开?2。以局部框架结?实现)v点,分层整合的泛式开?最明显的问题就是层层之间不成一体,目大到后期p松散变得来难以控?
目前Q开始将目光从系l业务层面出发,以架构ؓ主,逐步向框架结构设计过渡的方向发展Q但q时o我感到力不从心,毕境理论归理论,现实中还需要丰富的实践l验ȝU?/P>