摘要：服务层可以看做是表现层结束、业务层开始的一个便捷，服务层用来尽可能地降低表现层和业务逻辑之间的耦合，让表现层无需关注业务逻辑层中的具体实现组织方式1. 服务层究竟是什么？ 1）服务层: 2）面向服务是一种设计业务流程的方式，由一系列互相连接的服务组成，面向服务并不是某种特定的技术，而更像是一种不同的组织业务操作的方式2. 实战： 1）何时使用服务层：若有多个前端且应用逻辑较为复杂，推荐提供一套公用的API: 2）服务层优势： 实现一个粗粒度的远程接口，降低表现层与业务层之间的通信流量； 若通过服务来实现，方便让该层在远程执行或通过配置修改绑定... 阅读全文

摘要：1. 业务逻辑层： 1) 对象模型和领域模型区别: 对象模型仅是一系列的对象，并不包含模型在设计和实现上的约束。在拥有了一系列相关的类型后也就自然得到了一个对象模型； 领域模型是一个用来实现一系列雪球的对象模型，是针对某个特定文帝领域而设计的，力图对领域中实体与关系中设计的流程和数据进行抽象。 2）BO和DTO的区别： BO是某个领域实体（即封装了数据和行为的类）的实现，或者是某类辅助类型，用来执行一些特别的计算，是一个可以参与到领域逻辑中的完整对象； DTO更像是一种值对象，即一系列数据的容器而没有相关的行为； DTO表示特定领域对象的一个子集，用于专门的上下文中（模型中领域实体类... 阅读全文

摘要：1. 可维护性是设计系统时最应该关注的问题。它的2个要素：1） 结构化设计2） 可读性2. 较差的设计通常源自2个互不排斥的原因：1） 架构师经验不足2） 不够严密甚至矛盾的需求 （解决方案：提高交流 -> 敏捷迭代 + 总结，同时需要注意敏捷迭代所带来的开发成本增加和需求增加）3. 暗示设计开始走下坡路的征兆：1） 坚硬，因此易碎 （对修改有较大抵触：当由于依赖，以至于修改某个软件模块影响了很多其它模块）2） 使用要比重用简单 （顽固性：因为依赖，无法、无处重用）3） 临时修补要比彻底解决简单 （高粘度：软件难以修改）4. 结构化设计原则：1） 高内聚：软件模块完成一系列极为相关的功能 阅读全文

摘要：看了一遍，没发现有特殊之处。待之后看《UML精粹标准对象建模语言简明指南(第3版)》后再补上。 阅读全文

摘要：软件工程的目的是为了控制复杂性，而不是为了增加复杂性在软件领域，架构就是为客户构建系统1. 软件架构： 1）在ANSI/EEE标准中，软件架构的关键点事软件应该符合项目干系人的期待。 项目干系人指：对创建系统感兴趣或者关注的人，包括系统的创建者（架构师、开发人员、测试人员）以及产品接受方、最终用户、分析师、审计人员、CIO等； 期待 = 功能性需求 + 非功能性需求 （需求由架构师进行处理，随后告知开发团队并进行实现） 软件架构必须着眼于系统的组织以及系统的基础设施的分布，随后即可开始对系统进行设计和描述。（设计系统需要在早期做一些决定，而描述系统需要给出多角度下... 阅读全文

摘要：http://nsk.codeplex.com/http://blogs.ugidotnet.org/mrbrightside/archive/2012/01/10/no-nsk-is-not-about-northwind.aspxDino Esposito: 一个领域模型的设计，http://kb.cnblogs.com/page/123821/ 阅读全文

摘要：缘于http://www.cnblogs.com/TomXu/archive/2011/12/19/2291448.html这篇文章，发现胖哥对于singleton的分析仍然不是十分深入，借鉴CLR via C#，再次深入完美一下singleton。 经典的double-check locking: publicclassSingleton{privatestaticSingletoninstance;privatestaticreadonlyObjectsyncRoot=newObject();privateSingleton(){}publicstaticSingletonG... 阅读全文

摘要：1. 书籍：领域驱动设计精简版Domain-driven design：领域驱动设计:软件核心复杂性应对之道Applying Domain-Driven Design and Patterns （领域驱动设计和模式应用，领域驱动设计与模式实战）企业应用架构模式2. cnblogs：http://www.cnblogs.com/virusswb/archive/2011/04/07/2007711.htmlhttp://www.cnblogs.com/daxnet/category/252402.htmlhttp://www.cnblogs.com/netfocus/archive/2011/0 阅读全文

摘要：MVP 是从经典的模式MVC演变而来，它们的基本思想有相通的地方：Controller/Presenter负责逻辑的处理，Model提供数据，View负责显示。作为一种新的模式，MVP与MVC有着一个重大的区别：在MVP中View并不直接使用Model，它们之间的通信是通过Presenter (MVC中的Controller)来进行的，所有的交互都发生在Presenter内部，而在MVC中View... 阅读全文