glowd的专栏

该原则至少具有两部分：1. 不要将非UI对象直接与UI对象连接或耦合。例如，不要让Sale软件对象（非UI“领域对象”）引用Java Swing JFrame窗口对象。因为窗口与某个应用相关，而（理想情况下）非窗口对象可以在新应用中重用或附加到新界面。2. 不要在UI对象方法中加入应用逻辑（例如税金的计算）。UI对象应该只初始化UI元素、接受UI事件（例如鼠标点击按钮）、将应用逻辑的请求委派到非UI

瀑布模型 描述：每个软件过程顺序衔接、一次性通过，最常用。 优点：由文档和风险驱动，利于提高大型项目开发的质量和效率。 缺点：建设周期长、风险大、难以满足用户需求。 适用场合：需求明确且很少变更的项目，如二次开发或升级型项目。螺旋模型 描述：以原型为基础沿螺线旋转、每转一圈都经过计划/风险分析/实施/评估等过程且得到相应新版本、经过若干次螺旋上升得到最终版本。 优点：由文档和风险驱动，利

组合优于聚合聚合UML模糊，其不精确的暗示了整体-部分的关系（和许多普通关联一样）。 可以参考Rumbaugh（UML的创建者之一）的话： 并给赋予太多的，但是每个人（基于不同理由）都认为这是必要的。[RJB04]因此，不要在UML中费心使用聚合，相反，在适当的时候要使用组合组合，是一种很强的整体-部分聚合关系某一时刻，部分的实例只属于一个组成实例部分（Fingers）必须总是属于组成

简介 Java企业应用开发社区在连接对象方面花了很大功夫。你的Web应用如何访问中间层服 务？你的服务如何连接到登录用户和事务管理器？关于这个问题你会发现很多通用的和特 定的解决方案。有一些方案依赖于模式，另一些则使用框架。所有这些方案都会不同程度 地引入一些难于测试或者程式化代码重复的问题。你马上就会看到，Guice 在这方面是全 世界做得最好的：非常容易进行单元测试，最大程度的灵活性和可维护性

转载自http://wwsun.github.io/posts/di-guice-post.html 依赖注入与JSR-330的参考实现——Guice Mar 13, 2015依赖注入（控制反转的一种形式），它是Java开发主流中一个重要的编程范式（思维方式）。简单的说，使用DI技术可以让对象从别处获得依赖项，而不是由它自己来构造。使用DI有很多好处，它能降低代码之间的耦合度，让代码更易于测试、

转载 http://blog.youkuaiyun.com/wanghao72214/article/details/39695941 IoC理论的背景 我们都知道，在采用面向对象方法设计的软件系统中，它的底层实现都是由N个对象组成的，所有的对象通过彼此的合作，最终实现系统的业务逻辑。图1：软件系统中耦合的对象如果我们打开机械式手表的后盖，就会看到与上面类似的情形，各个齿轮分别带动时针、分针和秒针顺

转自http://mp.weixin.qq.com/s?__biz=MjM5NzMyMjAwMA==&mid=2651477953&idx=1&sn=0942ffa0b3a0b8a0cb244648deaa1c30&chksm=bd253bbe8a52b2a8888acc4ab55bfc60b3a442db736ce946bec6969eed99a36bae5699693363&mpshare=1&