- 博客(8)
- 资源 (2)
- 收藏
- 关注
RSS订阅原创 2012/10/15笔记
1. 设计就是职责的分配，职责分配就是方法。 2. 对象是拥有方法的东西，并且自己对自己负责。 3. 谁拥有数据，谁就拥有操作数据的方法。 4. 设计模式是如何根据场景进行设计 5. 设计模式是如何共同点和变化点 6. 设计模式是如何封装，隐藏 7. 对象是如何关联。 8. 创建者模式 GRASP 谁创建A?谁负责创建A? 看
2012-10-18 00:25:17
826
原创 2012/10/14笔记
1.这种方法首先试图理解对象处的场景 2.如果我拥有宏观试图之前就开始设计模块，这些模块就将是相同的，因为根本没有任何理由让它们有不同。 3.根据整体中的位置来定义每个部分，只是这样才可能让建筑物变得适应性。 4.好的设计要求你在脑海张保有宏观试图 5.我们的目标是在场景中设计片段--类和对象。为了创建坚固而灵活的系统，这些片段必须在适当的场景中。 6.从最
2012-10-14 22:41:29
879
原创 笔记2012/10/13
2012/10/13 在需求定义的过程中，今早，经常地研究变化! 过度使用继承 对象的特点应该基于它们的责任，而不是它们包含的东西或它们是什么东西。当然，对象可能有责任提供关于自己的信息；比如说，一个消费者对象可能要求能够告诉你你它的名字。根据对象的责任来考虑它们，而不是根据它们的结构。 有经验的面向对象分析者在认识到继承的优势后，会学会有选择地使用它。使用设计模式，可以
2012-10-14 00:45:49
455
原创 笔记2012/10/11
2012/10/11 一个分析缺陷：过早对细节投入过多的关心 我们分析者可能共同存在一个问题是：在开发过程中，我们过早投入细节问题。这个也很自然，因为处理细节总是比较容易。细节上的解决方案通常很明显，但不一定是最好的起点，应该尽可能晚地投入细节。 留意你的直觉：当我直觉上面不喜欢一个设计的时候，后面一定有更好的设计在等着。 对继承的过分依赖会导致比应该的(至少是我应该认为)更高
2012-10-12 00:23:24
478
原创 笔记20121010
2012/10/11 .对象真正的威力不是继承，而是行为的封装。 .20世纪50年代的面向对象范式， 那时候的面向对象仅仅告诉开发者在需求语句中寻找名词，并将这些名词构造成程序对象。在这种范式中，封装仅仅被定义为数据隐藏，对象也只是被定义为包含数据及访问这些数据的东西。这样的观点有很大的局限性。它将开发者关注的焦点局限于如何实现对象。 3.面向对象范式之前：功能分解 需求
2012-10-11 23:04:23
466
原创 视频笔记07
面向对象设计把握一个重要经验：谁拥有数据，谁就对外提供操作这些数据的方法。 在牢牢掌握几个典型的案例就可以 人在黑板上画圆 person,blackBoard,circle draw(){ x,y-->radius } 画的方法应该在圆上面，画圆用到x,y 列车司机紧急刹车 刹车的方法应该在车上 你把门关上 关门的方法应该在门上面 售货员统计售后小票
2012-10-07 18:30:53
343
原创 视频笔记1
1. 项目原型: 敏捷开发，做出软件原型，然后和客户沟通。让客户看到真正运行的东西。才能和客户更好的确定。 2. 软件开发的设计要依据实际情况设计。具体的情况具体考虑。 3. 大的项目需要规范的管理。团队需要统一。 4. 项目文件，资料服务器统一的管理。 统一，规范的管理。 5. 迅速开发原型，进行迭代开发。 6.
2012-10-06 19:10:38
465
原创 杂1
1.大数据量统计 原始表--统计表 实时统计或者定时统计 2.oo思想，用OO思想去思考问题。 3.JDK5并发库 获取线程执行返回值 执行一批任务，哪些任务完成就返回 Lock && Condition && ReadWriteLock 4.注意wait的假唤醒,用while循环 5.Semaphore实现信号灯，对文件的共享 6.CyclicBarri
2012-10-06 19:09:40
455
空空如也
TA创建的收藏夹 TA关注的收藏夹
TA关注的人