Java`final`类和模拟
我正在开发一个编程游戏，玩家可以访问一个抽象类并扩展它来控制机器人的行为。因为这是一个编程游戏，我试图保护我的游戏基础设施，这样玩家就不会在游戏中捣乱，而不仅仅是我给他们的课程；为此，我将大部分类设置为final，但现在我无法在单元测试（mockito+testNG）中模拟它们 所以我想知道，我该如何解决这个问题？有没有一种方法可以让类保持非final的状态以供测试，然后在构建周期的后期自动地“Java`final`类和模拟,java,unit-testing,maven,mocking,mockito,Java,Unit Testing,Maven,Mocking,Mockito,我正在开发一个编程游戏，玩家可以访问一个抽象类并扩展它来控制机器人的行为。因为这是一个编程游戏，我试图保护我的游戏基础设施，这样玩家就不会在游戏中捣乱，而不仅仅是我给他们的课程；为此，我将大部分类设置为final，但现在我无法在单元测试（mockito+testNG）中模拟它们 所以我想知道，我该如何解决这个问题？有没有一种方法可以让类保持非final的状态以供测试，然后在构建周期的后期自动地“final-ize”它们（我正在使用maven，以防它与答案相关）。我不想添加其他外部库或更改模拟库。
final如果不可能，那么第二个问题：是否使类
finalfinalfinal因此，如果没有期末考试，那么您可以使用jmock或任何您喜欢的库来进行模拟。IMO，类被标记为final，以使其对象不可变。如果要控制类的行为，可以将类中的方法标记为private，以便它们不能被重写。如果您让它们处于保护状态，那么有人可以扩展您的类，重写这些受保护的方法，并将扩展类的实例传递给希望您的类对象作为参数的API，从而导致修改的行为。因此，您可以将不想公开的方法标记为私有
您只保留受保护/公共方法的扩展点，这些方法可以由使用这些类的客户端为自定义行为重写。您始终可以使用委派而不是继承
public interface Foo {
// ...
}
public final class FooImpl implements Foo {
// ...
}
public class MockFooImpl implements Foo {
private FooImpl delegate;
// ...
}
然而，在API中使用抽象类是个坏主意。界面会更好。您最终可以尝试应用自动化重构工具，如或。我从未对它们进行过测试，但如果采用重构的方式，它们完全可以做你想做的事情
另一种方法是使用Powermock，它允许模拟final和statics（即使很难，我也不喜欢模拟statics，因为它表明您的设计中存在错误）。使大多数类成为final是一种很好的做法，因为它们通常不是为通过子类化进行扩展而设计的。我所知道的所有关于API设计的书籍都建议这样做（“有效的Java”、“实用的API设计”、“针对C++的API设计”）。这是有益的，有几个原因，包括表达API设计者的意图、API的安全发展以及防止死代码（例如，好的IDE将检测
finalthrows至于模拟上述类，您只需要使用适当的模拟工具，例如（我开发该工具正是因为我想在不牺牲某些OO/API设计实践的情况下编写单元测试）.我建议使用接口而不是类。并且使用DI。一旦代码在机器上运行，就不可能防止人们弄乱代码。这在某种程度上适用于所有程序，但java程序更是如此，因为java类非常容易反编译。无论你做什么，他们都可以简单地反编译你的代码编码、修改和重新编译它，从而改变它的行为。包括
finalfinalfinalfinalSecurityManagerfinalfinal