foxox

[b]uml是什吗东西？[/b]uml的三个应用层次：草稿，蓝图（超模型），计算机语言。uml 的两个方向。（正向（人为），反向（机器））uml超模型的三个必备要素:特性（结构特性，行为特性），其中行为特性又包括参数：这句话我的理解 是：结构特性-属性，行为特性-方法，参数-方法中的变量。由此：想到设计一个类的时候，属性+参数如何区分，如何定义。uml的主要目的：把总任务分...

时候决定。编写代码是对我们思路的一个翻译。设计阶段的输出：是一个有弹性的核心。健壮，有预见性。

，柔性，可扩展，预见性。说的都是一回事。

触发update事件，调用所有注册过这个事件的类的update方法。。。具体的实现：junit的testcase：看图吧。呵呵。。。里面有一句话，很值得学习：我们不是把时间传给notify和update方法。而是让Timesink向mocktimesource索要时间。我们不想让mocktimesink 知道 mocktimesource 而是创建了一个接口Timesource。Timesink mocktimesource 之间 通过 Timesource。 接口沟通数据。

[b]注意事项：[/b][b]谁拥有这个接口？？[/b]接口属于它的客户，而不是他的派生类。客户和接口之间的逻辑绑定关系，要强于接口和他的派生类之间的逻辑绑定关系。

必备要素:特性（结构特性，行为特性），其中行为特性又包括参数：这句话我的理解 是：结构特性-属性，行为特性-方法，参数-方法中的变量。由此：想到设计一个类的时候，属性+参数如何区分，如何定义。uml的主要目的：把总任务分解成结构化的松耦合的具有可变性的一个一个的部分。类图：设计方法的可见性，以什么为标准。对外的方法，public 对内的。只给对象自己用。

1.领域对象的独立性？？？ dao，网络，UI，事务，文件操作等等。。。。 领域对象上面是UI 下面是dao，文件，事务，等辅助类。基础类。 如何做到干干净净？？？2.分层策略对领域对象的独立性有多大好处，层之间的沟通原则？？3.设计模式对领域对象的独立性有多大好处，怎么用设计模式不多不少正好？？？4.服务的概念对领域对象的独立性有多大好处?? 服务是更多对象的...

[b]系统设计的体系结构[/b]1.表示层(actionForm)2.应用逻辑层(service)2.1.领域层?（模型）？？？2.2.服务层（集中的提示，异常，错误，权限，通知，邮件）?3. 存储层(DAO+hibernage+domain)结合大作（领域驱动设计）我觉得我们确实还没有领域层的概念。有的就是一堆服务。。。（没有对服务进行规划，分类，上升到对象的层次...

理论1.领域驱动设计，极限编程，xp，结对。理论2.基本的概念模型，系统结构的层次，主要的职责分配，主要对象的交互。最好是在调查研究和设计的时候决定。编写代码是对我们思路的一个翻译。设计阶段的输出：是一个有弹性的核心。健壮，有预见性。...

[b]何时有子类的概念？[/b]1.子类有额外的属性2.子类有额外的关联3.子类有不同于其他子类或是父类的重要的操作，反应，处理。[b]聚合的时候，实心的和空心的菱形代表，组合端或是组成端的数量是1还是多。[/b]...

[b]新概念（深层模型，柔性设计）[/b]通俗解释：1.深层模型：事物的本质的概念模型。不被外表繁多，复杂的表象，形式所蒙蔽。2.柔性设计：弹性，柔性，可扩展，预见性。说的都是一回事。...

[b]敏捷开发的几个大的原则[/b]1.单一职责 srp2.开放-封闭 ocp3.liskov替换原则 lsp ？4.依赖倒置 dip5.接口隔离 isp敏捷开发提倡简单设计的实践，“并在实现新需求时抓住机会改进设计”以对同类性质的改动封闭，做到由需求的变化驱动设计的进化（我们不能因为设计的退化而责怪需求的变化），同时经验在此起到十分重要的作用，如有经验的设计人...

应用场景：subject （父类）Timesource （接口）mockTimesource （实现类）observer（接口）MockTimesink （实现类）模拟的是一个定时器，到固定的时间，触发update事件，调用所有注册过这个事件的类的update方法。。。具体的实现：junit的testcase：看图吧。呵呵。。。里面有一句话，很值得学习...

[b]应用场景：[/b]简易的台灯包括:1.switch (开关)2.light(灯)原来是两个类。[b]把模式加上：[/b]switch(开关)light(灯)switchable(开关接口，灯来实现)[b]注意事项：[/b][b]谁拥有这个接口？？[/b]接口属于它的客户，而不是他的派生类。客户和接口之间的逻辑绑定关系，要强于接口和他的派生类之间...

[b]设计包的出发地：[/b]大粒度分解包的设计：有方向，统一向下，没有环形依赖，有层次。[b]包和开发周期的结合：[/b]如果项目大了以后，会出现代码版本不统一。就是你按照一个接口，调用了别人的方法，并认为那是稳定的，可是，等你提交完了，他做了修改，再提交，你的代码就又不对了（晨后综合症）。解决方法：1.一个开发周期，拿出1/4的时间，做集成测试。2.利用稳定版本...

对于控制和实现，这三个模式体现着三个不同的层次，如果加上不使用任何模式，就是有四个层次了。这里所说的层次，没有高低之分，只有需求的区分。如果对于一个没有任何变化的需求，而使用上Bridge模式，也同样是一个丑陋的设计。什么是控制和实现？抄一个《ASD》中的例子，一个照明设备（灯），他有两部分。一个是开关，一个是灯泡。开关有两个操作，开和关。灯泡也有两个操作，发光或不发光。最...

应用场景：1.搞一个接口 order2.搞一个实现类 orderImp3.搞一个代理类 orderproxy为什么这么搞：我的理解[b]假设场景：你现在要把order的信息存储到数据库中[/b]4.搞一个db类数据库的操作代码会和具体的业务逻辑放到一起。加了一层代理 orderproxy1.首先由一个id（图2）2.然后实现order接口。order里面...