0

或者根据自己的经验,

你最喜欢的把戏是什么?

4

2 回答 2

2

#1 原则是封装——至少大学有这部分权利。

继承、多态、内聚、简洁、耦合、依赖等等……所有这些东西都归于这一伞之下。

“用实践封装,用需要暴露。”

其余的几乎都是从那里开始的:限制更改迫使您重新访问的地方的数量,理想情况下,对行为的每次更改都将是连锁反应的开始或结束(更改测试然后更改它测试的东西) 并且对设计的每一次更改都绝对不会触发任何后续更改。这是一个很少能实现的现实。

“找出变化并封装它。”

不要使用继承给一个类赋予另一个类的行为;使用委托代替它。使用继承来创建抽象,在这些抽象背后存在许多变体。如果你认为你有一个问题需要你降低设计,那么你的问题很可能是,相反,你的设计需要改进

在某个地方可能有一个很好的 OOP 代码质量列表,并且有很好的描述,所以我不会费心在这里重新输入它。遵循这些原则,根据你的情况调整你的做法,你应该很好。

于 2010-03-22T06:35:46.833 回答
0

在我的 CSC 110 课程中,我了解到 Homer Simpson 喜欢 PIE(PIE 是面向对象编程的三大概念)。

P = 多态性 I = 继承 E = 封装

于 2010-03-22T06:03:20.347 回答