- 博客(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,circledraw(){ 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 && ReadWriteLock4.注意wait的假唤醒,用while循环5.Semaphore实现信号灯，对文件的共享6.CyclicBarri
2012-10-06 19:09:40
456
空空如也
TA创建的收藏夹 TA关注的收藏夹
TA关注的人