《抽象》专题

我一辈子都想不出如何反序列化这一点： 到，其中PetPlayer包含一个名为“pets”的多映射，结构如下；。这里，PetType是枚举，Pet是一个抽象类，具有多个实现。 我尝试使用这两个序列化器和反序列化器。 我非常感谢任何帮助：）

我们在代码库中有一个处理程序类的层次结构，它们实现了一种责任链原则。有一个抽象父类，它由几个子类扩展，这些子类也在其构造函数中接收抽象 我们现在需要将具体子类之一的实例注入到新实现的服务类中，我们应该用XML来配置它。我们可以为抽象父类配置一个抽象bean，但这个bean似乎不被允许用作具体子bean的构造函数-arg 有什么办法可以克服这一点吗？处理程序类层次结构是遗留代码，我们现在无法修改它们

但是两者似乎都不起作用，我不能不定义这些函数，因为我得到了函数的未定义引用错误。我假设这个错误是因为函数是模板。实现非空纯虚函数的适当方法是什么？

当我们使用时，我们通常有类，它有一个函数，我们在这个函数中传递参数，我们在传递参数的函数中有或逻辑，以决定返回哪个工厂。是创建传递的参数、枚举或对象，然后在这些对象中具有返回哪个工厂的逻辑会更好。例如： 让我们这样说吧，我们的工厂制造商是通过枚举国家代码来决定工厂的。 取而代之的是： 和枚举将进行如下修改： 但我不认为这是普遍遵循的。为什么会这样？为什么我们不能让传递的参数始终是一个对象，并且在对

所以，问题是：我有一个抽象基类()，它有一个抽象成员方法()。方法返回布尔值，并应检查是否相等，但“相等”在子类中可能有不同的解释，因此我不重写或。因为它测试是否与另一个与其类型相同的对象相等,所以签名如下所示： 现在，当我试图在类中重写它时，假设“”，我不能使用作为参数的类型。我知道一般情况下这样做的原因和添加类型界限的建议，但是事情变得更加复杂，因为参数类型是它自己的类。 有没有什么平滑的方法

我正在尝试实现和重写具有不同返回类型的方法，而不会被迫转换返回类型。 我的问题：是否可以在不强制强制转换的情况下返回不同的类型？解决这个问题的抽象方法看起来怎么样？ 我认为必须有一个解决方案，因为编译器应该知道返回类型...

我想给出一个完整的答案： “为什么/何时使用抽象类而不是接口。” 并寻求对以下方面的验证/建议。 “一个原因是：接口方法都是公共的，字段成员都是常量（final和public）。您可能需要限制方法的访问权限和/或使它们在非常量状态下操作。 另一个是：子代类可以通过super调用抽象类方法，而它不能对默认接口方法调用抽象类方法。此外，接口没有可由后代调用的构造函数。 其余的原因与上面的pre-Jav

我对我的代码有个问题。我已经将类Employee声明为抽象。其下有3种抽象方法：抽象字符串部门、抽象int work_days和抽象void print_info。 现在，我创建了扩展Employee抽象类的第二类Tester。我实现了抽象方法。

我有一个泛型抽象类AbstractBaseEntityGenericDao，它包含@Autowired字段。它工作得很好，直到我不得不为它编写一个单元测试，在所有扩展它的类的测试中不重复相同的代码。现在我在想。。。是否可以为此类类编写单元/集成测试？

1. 抽象类 当定义一个类时，常常需要定义一些方法来描述该类的行为特征，但有时这些方法的实现方式是无法确定的。例如前面在定义Animal类时，shout()方法用于表示动物的叫声，但是针对不同的动物，叫声也是不同的，因此在shout()方法中无法准确描述动物的叫声。 针对上面描述的情况，Java允许在定义方法时不写方法体，不包含方法体的方法为抽象方法，抽象方法必须使用abstract关键字来修饰。

抽象关系比较 虽然这部分的 隐含 强制转换经常不为人所注意，但无论如何考虑比较a < b时发生了什么是很重要的（和我们如何深入检视a == b类似）。 在ES5语言规范的11.8.5部分的“抽象关系型比较”算法，实质上把自己分成了两个部分：如果比较涉及两个string值要做什么（后半部分），和除此之外的其他值要做什么（前半部分）。 注意： 这个算法仅仅定义了a < b。所以，a > b作为b <

5 “开闭原则”的倾斜性        Sunny公司使用抽象工厂模式设计了界面皮肤库，该皮肤库可以较为方便地增加新的皮肤，但是现在遇到一个非常严重的问题：由于设计时考虑不全面，忘记为单选按钮(RadioButton)提供不同皮肤的风格化显示，导致无论选择哪种皮肤，单选按钮都显得那么“格格不入”。Sunny公司的设计人员决定向系统中增加单选按钮，但是发现原有系统居然不能够在符合“开闭原则”的前提下

4 完整解决方案        Sunny公司开发人员使用抽象工厂模式来重构界面皮肤库的设计，其基本结构如图6所示： 图6 界面皮肤库结构图        在图6中，SkinFactory接口充当抽象工厂，其子类SpringSkinFactory和SummerSkinFactory充当具体工厂，接口Button、TextField和ComboBox充当抽象产品，其子类SpringButton、Sp

3 抽象工厂模式概述        抽象工厂模式为创建一组对象提供了一种解决方案。与工厂方法模式相比，抽象工厂模式中的具体工厂不只是创建一种产品，它负责创建一族产品。抽象工厂模式定义如下：        抽象工厂模式(Abstract Factory Pattern)：提供一个创建一系列相关或相互依赖对象的接口，而无须指定它们具体的类。抽象工厂模式又称为Kit模式，它是一种对象创建型模式。    

2 产品等级结构与产品族        在工厂方法模式中具体工厂负责生产具体的产品，每一个具体工厂对应一种具体产品，工厂方法具有唯一性，一般情况下，一个具体工厂中只有一个或者一组重载的工厂方法。但是有时候我们希望一个工厂可以提供多个产品对象，而不是单一的产品对象，如一个电器工厂，它可以生产电视机、电冰箱、空调等多种电器，而不是只生产某一种电器。为了更好地理解抽象工厂模式，我们先引入两个概念：