java - 现实世界中的设计模式

Question

关闭。这个问题需要多问 focused 。目前不接受答案。

---

想要改进此问题吗？更新问题，使其仅关注一个问题 editing this post .

已关闭 8 年前。

Improve this question

我正在从 Head First 书中学习设计模式，我理解了其中的大部分。但当我尝试在现实世界中应用时，它变得更加困难。在每个例子中，它都创建了很多子类。但是我们真的在实时项目中创建了这么多类吗？

例如考虑一个银行账户的例子方法一:

    Account {

    String name;
    double balance;
    operation1() {
    }
}


SavingAccount extends Account {
    // some extra fields and methods related to saving account 
    operation1() {
    }

}

CurrentAccount extends Account {
    // Some extra fields and methods related to current account.
    operation1() {
    }

}

当我将这些类与数据库映射时，使用 Hibernate 使用一种继承策略，例如每个子类都有一个表，我最终会得到三个表。帐户、储蓄帐户和当前帐户。优点:我可以使用多态性根据对象的类型调用操作1()。

缺点:更多的表和类。如果项目更复杂、更大，最终将有数千个类。

方法 2:

    Account {
    string name;
    double balance;
    string type;
    operation1() {
    }
}

对于这种名为“帐户”的方法，我只需要 1 个表。 “类型”字段将标识帐户的类型。

优点:只有 1 个表和一个类。缺点:我将失去面向对象的世界，并且我必须在每个地方放置如下条件。

    if (type == saving) {
    // do this;
} else if (type == current) {
    // do that;
}

根据理论，方法 1 是正确且最好的。但目前我的项目中使用的是方法2。我的项目不是银行业。为了简单起见，我以它为例。

我知道这是一个非常基本的问题。但由于我目前的项目实现，我忍不住问这个问题。

编辑:方法 1 的可维护性比方法 2 更好。

Answer 1

像继承这样的设计模式很难描述其重要性，因为需要一个非常大的项目才能实现它的强大功能。通常示例以如下内容结尾:

class A {
}

class B extends A {
}

class C extends B {
}

class D extends A {
}

然后你会遇到很多不那么现实的问题，比如当 foo() 被单独实现四次时，它真正指的是哪个方法。

使用继承的动机是将相似类型的事物组合到一个类中。一个基本的例子是，如果您想要将一堆不同的对象全部放在一个列表中。如果它们都是不同的类型，则这是不可能的，但如果它们位于继承层次结构中，则可以将它们全部分组在一起。

对于您的示例，您可以将每个 Account 对象放入一个列表中，无论这些对象实际上属于哪个子类。

List<Account> list = new ArrayList<Account> ();
list.add(new Account());
list.add(new SavingsAccount());
list.add(new CurrentAccount());

假设您想要处理该列表中的所有内容。如果您有一种通用方法，则可以使用多态性使每个 Account 执行自己的特定操作:

for(Account a : list) {
   a.operation1();
}

比为每种类型的对象使用单独的列表要简单得多，不是吗？然后，如果您想创建更多类型的帐户，如果您扩展 Account 基类，则无需向代码中添加新列表和新循环。一切都可以保持原样。

使用继承还有助于使用其他人编写的代码。如果您想向其他人编写的类添加某些内容，可以将其包含在包中，然后使用您自己的类之一扩展它。这样您就不必进行大量的复制、粘贴和浏览其他类的源代码。即使您只有 .class 文件，而不是 .java 文件中的源代码，您也可以扩展另一个类。

所以继承的力量取决于你如何使用它。在一个小例子中，这实际上没有意义。但项目越大，它就越有意义。