在现实的企业级应用开发中我们总希望以一个清晰明了的架构来涵括、统一、简化系统开发的方方面面,比如说多开发组的并行开发、代码的最低耦合程度、架构的可靠程度、各个开发组件的可插拔性、安全控制切面、事务控制切面(所谓的面向方面)等等。
在以上这些现实要求中,我们不得不对现有的框架(Framework,比如struts,spring,ibaties)进行重新包装,和针对性地加强。 这是一条并不平坦的道路。 经过缜密的思考和对现有系统现实问题的抽象、概括,我们可以得到一些非常有用的数据,那就是架构需要解决的方方面面的问题和解决这些问题最终达到的要求如何。
当清晰的架构脉络呈现在我们眼前的时候,我们总会被一些成就感所陶醉, 但是,这才是开始,接下来的实战演进才是最重要的,也是最漫长的道路。 有时候我们预料的和最终结果并不完全吻合, 架构设计更是如此, 只有把架构引入到真实系统开发中(而不是假想的项目)来才能逐步发现那些设计上的缺陷。 不同的系统有不同的要求, 当经过多个系统的历练,架构才会趋向完美, 但是完美并不意味着它就是最好的、效率最高的系统架构,而是它的标准化程度以及掌握门槛对于开发团队来说, 已经能使开发人员具备快速解决各种问题的能力。
在以上这些现实要求中,我们不得不对现有的框架(Framework,比如struts,spring,ibaties)进行重新包装,和针对性地加强。 这是一条并不平坦的道路。 经过缜密的思考和对现有系统现实问题的抽象、概括,我们可以得到一些非常有用的数据,那就是架构需要解决的方方面面的问题和解决这些问题最终达到的要求如何。
当清晰的架构脉络呈现在我们眼前的时候,我们总会被一些成就感所陶醉, 但是,这才是开始,接下来的实战演进才是最重要的,也是最漫长的道路。 有时候我们预料的和最终结果并不完全吻合, 架构设计更是如此, 只有把架构引入到真实系统开发中(而不是假想的项目)来才能逐步发现那些设计上的缺陷。 不同的系统有不同的要求, 当经过多个系统的历练,架构才会趋向完美, 但是完美并不意味着它就是最好的、效率最高的系统架构,而是它的标准化程度以及掌握门槛对于开发团队来说, 已经能使开发人员具备快速解决各种问题的能力。
所以,演进架构最终要达到的目的是: 让开发团队具有最高的解决问题的效率(即提高团队开发能力成熟度),而非最适合某个项目或者让某个项目的执行效率最高!
转自:http://superzzw.spaces.live.com/?_c11_BlogPart_n=1&_c11_BlogPart_handle=cns!75F1DB98FBAD26C5!240&_c11_BlogPart_FullView=1&_c11_BlogPart_BlogPart=blogview&_c=BlogPart
[@more@]
来自 “ ITPUB博客 ” ,链接:http://blog.itpub.net/7911270/viewspace-917626/,如需转载,请注明出处,否则将追究法律责任。
转载于:http://blog.itpub.net/7911270/viewspace-917626/