读书笔记——《深入浅出面向对象分析和设计》

作者: 康凯森

日期: 2016-11-26

分类: 笔记

一 写文章的技巧

  1. 视觉化——图像优于文字

  2. 使用对话方式和拟人化风格

  3. 第一人称角度

  4. 谈话式风格
  5. 故事代替论述

  6. 口语代替正式的术语和演说

  7. 让学习者更深入的思考

  8. 让读者集中注意力
  9. 拨动读者的心弦

二 什么是伟大的软件？

  1. 伟大软件必须让客户满意，满足客户的需求。
  2. 伟大软件是设计良好，编码良好并且易于维护、重用及扩展。

三 如何设计伟大软件？

  1. 确认软件做客户要他做的事。
  2. 运用基本的OO原则来增加软件的灵活性。
  3. 努力实现可维护、可重用的设计。

四 需求是什么？

It's a specific thing your system has to do to work correctly.

需求是系统为了正确运作所必须做的事情。

取得好需求的最佳方式就是了解系统应该做什么。

客户永远是正确的。需求永远在变化。

需求的变更有时会暴露出关于系统你所不知的问题。

需求的变更是经常的，随着你每次对需求的实现，系统总是随之改善。

4.1 用例是什么？

A use case describes what your system does to accomplish a partilar customer goal.

用例是把系统描述为实现特定用户目标要做的事情。

好的用例以容易理解的语言，清楚且准确地解释了系统在做什么。

用例反应使用性，功能反应功能性。

用例的三要素：

  • 清楚的价值
  • 起点和终点
  • 外部启动者

4.2 文本分析

查看用例中名词和动词以整理出类与方法的动作叫做文本分析。

五 良好的设计

  1. 抽象类是实际的实现类的占位符，抽象类定义行为，而子类实现该行为。
  2. 将变化之物封装起来。
  3. 要看看软件是否设计良好的最佳方式之一就是试着改变它。
  4. 对接口编码，而不是对实现编码。
  5. 每个类应该只有一个变动的理由。
  6. 设计是反复进行的，你必须愿意改变你的设计。
  7. 大多数的好设计都是通过分析坏设计而来的。
  8. 内聚性：只专注处理一件事情，不会试着做其他事情。
  9. 重构改变程序代码的内部结构，而不影响程序代码的行为。
  10. 委托：一个对象将操作转交到另一个对象的动作，第二个对象代表第一个对象执行该操作。委托保护你的对象免受软件中其他对象实现改变的干扰。

六 架构设计

架构是系统的组织结构，包含分解开来的各个部件、它们的连通性、交互机制以及你在系统设计中使用的指导原则和决策。

  1. 将大问题化整为零，分解为许多功能片段，接着就单独解决每个片段。
  2. 分析系统像什么，不像什么。
  3. 只要可以，就尽量把细节往后拖延。
  4. 领域分析让你检查你的设计，并且是以客户所用的语言。
  5. 应用程序中真正重要的事情是架构上重要的事情。
  6. 一次把焦点放在一个功能上，减少项目的风险。
  7. 有时候，编写伟大代码的最佳方式，是在允许的情况下将程序代码编写往后延。
  8. 伟大软件不只是伟大程序代码。

什么是架构上重要的事情？

  1. 它是系统本质的一部分吗？ 系统的本质是指在最基本的层次上系统是什么。
  2. 这他妈的是什么意思？
  3. 我“到底”该如何做？

七 设计原则

  1. 模拟是避免做傻事的最佳方式。
  2. 开闭原则：对修改关闭，对扩展开放。
  3. 不要自我重复原则。
  4. 单一职责原则。
  5. 里氏替换原子：子类型必须能够替换基类型。
  6. 假如你需要使用另一个类的功能性，但不想改变该功能性，考虑以委托代替继承。
  7. 组合。
  8. 聚合。

八 迭代和测试

伟大软件的编写是迭代进行的。

先针对整体轮廓操作，接着迭代应用程序的每个片段，直到完成。

功能驱动开发：一次做单一功能，接着迭代，一次解决一个功能，直到你完成应用程序的整个功能性。

用例驱动开发：先实现用例的单一场景，接着再取出另一个场景完成它，直到所有场景完成。然后再迭代下一个用例，直到所有用例都能运作。

测试驱动开发：聚焦于让类的行为正确。

契约式编程：你正在与客户的程序代码合作，以对你将如何处理有问题的状况达成协议。

防御式编程：确保客户获得“安全的”响应，不管客户要什么。

《OLAP 性能优化指南》欢迎 Star&共建

《OLAP 性能优化指南》

欢迎关注微信公众号

康凯森