冒号课堂

按有用程度 按页码先后 最新笔记

• 

  第224页

  _yuan_ (自己是一切问题的答案)

  敢于怀疑权威是可贵的，但如果没有研究精神作为基础，批判精神只会沦为牢骚‘精神’。 (更多)

  敢于怀疑权威是可贵的，但如果没有研究精神作为基础，批判精神只会沦为牢骚‘精神’。

  (收起)

  2011-12-11 14:39:50   回应

  收藏

  推荐
• 

  第293页

  _yuan_ (自己是一切问题的答案)

  人们经常用打比方的形式来描述和理解OOP的一些概念和思想。这本身并无不妥，但一定要保护清醒的头脑：浅显的比方只是门槛的台阶，借之或可拾级入门，却无法登堂入室。 (更多)

  人们经常用打比方的形式来描述和理解OOP的一些概念和思想。这本身并无不妥，但一定要保护清醒的头脑：浅显的比方只是门槛的台阶，借之或可拾级入门，却无法登堂入室。

  (收起)

  2011-12-27 21:59:22   回应

  收藏

  推荐
• 

  第269页

  _yuan_ (自己是一切问题的答案)

  可覆盖的方法具有可扩展性，但也是破坏封闭的罪魁祸首。 (更多)

  可覆盖的方法具有可扩展性，但也是破坏封闭的罪魁祸首。

  (收起)

  2011-12-27 21:58:10   回应

  收藏

  推荐

• 

  第20页

  堂吉诃德 (毕业论文！！！)

  控制反转 框架 ·库 ·工具包 ·框架 ·设计模式 ·架构 ·惯用法 ·编程范式 (更多)

  控制反转

  框架

  ·库

  ·工具包

  ·框架

  ·设计模式

  ·架构

  ·惯用法

  ·编程范式 (收起)

  2011-04-25 14:37:10   回应

  收藏

  推荐
• 

  第39页

  _yuan_ (自己是一切问题的答案)

  OOP虽然是在命令式的基础上发展起来的，但其核心思想可泛化为：以数据为中心组织逻辑，将系统视为相互作用的对象集合，并利用继承与多态来增强可维护性、可扩展性和可重用性。这种思想也能应用到函数式和逻辑式中，只不过对象的方法从命令式中的过程分别换成函数式中的函数和逻辑式中的断言罢了。大致说来，命令式、函数式和逻辑式互相平行，而OOP与它们正交。 (更多)

  OOP虽然是在命令式的基础上发展起来的，但其核心思想可泛化为：以数据为中心组织逻辑，将系统视为相互作用的对象集合，并利用继承与多态来增强可维护性、可扩展性和可重用性。这种思想也能应用到函数式和逻辑式中，只不过对象的方法从命令式中的过程分别换成函数式中的函数和逻辑式中的断言罢了。大致说来，命令式、函数式和逻辑式互相平行，而OOP与它们正交。

  (收起)

  2011-12-11 11:15:34   回应

  收藏

  推荐
• 

  第39页

  _yuan_ (自己是一切问题的答案)

  首先，将可维护性、可扩展性和可重用性与OOP划等号，是只见树木，不见森林——那是所有范式和语言的共同目标。其次，以C语言为例，信息隐藏可用关键字 static 来实现；继承可用合成（composition）来代替；多态可以利用函数指针来实现。更何况这些只是手段而非目的，只要设计合理，C程序同样具有可维护性、可扩展性和可重用性，性能效率还更优越。 (更多)

  首先，将可维护性、可扩展性和可重用性与OOP划等号，是只见树木，不见森林——那是所有范式和语言的共同目标。其次，以C语言为例，信息隐藏可用关键字 static 来实现；继承可用合成（composition）来代替；多态可以利用函数指针来实现。更何况这些只是手段而非目的，只要设计合理，C程序同样具有可维护性、可扩展性和可重用性，性能效率还更优越。

  (收起)

  2011-12-11 11:22:14   1回应

  收藏

  推荐

• 

  第293页

  _yuan_ (自己是一切问题的答案)

  人们经常用打比方的形式来描述和理解OOP的一些概念和思想。这本身并无不妥，但一定要保护清醒的头脑：浅显的比方只是门槛的台阶，借之或可拾级入门，却无法登堂入室。 (更多)

  人们经常用打比方的形式来描述和理解OOP的一些概念和思想。这本身并无不妥，但一定要保护清醒的头脑：浅显的比方只是门槛的台阶，借之或可拾级入门，却无法登堂入室。

  (收起)

  2011-12-27 21:59:22   回应

  收藏

  推荐
• 

  第269页

  _yuan_ (自己是一切问题的答案)

  可覆盖的方法具有可扩展性，但也是破坏封闭的罪魁祸首。 (更多)

  可覆盖的方法具有可扩展性，但也是破坏封闭的罪魁祸首。

  (收起)

  2011-12-27 21:58:10   回应

  收藏

  推荐
• 

  第267页

  _yuan_ (自己是一切问题的答案)

  实现继承最大的硬伤是在类与类之间建立了强耦合关系，使代码趋于僵硬、脆弱和复杂。这种关系是永固的，一经建立无法解除；这种关系是纵深的，不限于相邻的父类与子类，更贯穿整个类族；这种关系还是双向的，从上到下，从下到上。一旦某个类选择了实现继承，就加入了一个大家庭，与它们同呼吸、共命运、休戚相关。从此，该类无法退出此家庭圈，除非毫不顾及自己的客户；该类不仅要了解其父类，还要了解一切祖先类；不仅要了解public... (更多)

  实现继承最大的硬伤是在类与类之间建立了强耦合关系，使代码趋于僵硬、脆弱和复杂。这种关系是永固的，一经建立无法解除；这种关系是纵深的，不限于相邻的父类与子类，更贯穿整个类族；这种关系还是双向的，从上到下，从下到上。一旦某个类选择了实现继承，就加入了一个大家庭，与它们同呼吸、共命运、休戚相关。从此，该类无法退出此家庭圈，除非毫不顾及自己的客户；该类不仅要了解其父类，还要了解一切祖先类；不仅要了解public成员，还要了解protected成员。最麻烦的是，如果想覆盖某一方法成员，还得了解祖先类成员之间的内在逻辑关系；如果想增加一个方法成员，还得祈祷它不与祖先类将来的版本发生冲突。

  (收起)

  2011-12-27 21:50:43   回应

  收藏

  推荐