将状态模式与虚拟代理一起使用是否有意义？ - java

class HeavyweightObjcet
{
    public void operate() {
        System.out.println("Operating...");
    }
}

class LazyInitializer
{
    HeavyweightObjcet objcet;

    public void operate()
    {
        if (objcet == null)
            objcet = new HeavyweightObjcet();
        objcet.operate();
    }
}

在这里，我正在为重量级对象创建虚拟代理。每次调用HeavyweightObject::operate之前，程序都会首先检查对象是否为null。在对象的整个生命周期中，仅对这一部分进行一次检查。

可能的改进方法可能是使用如下状态模式:

class HeavyweightObjcet
{
    public void operate() {
        System.out.println("Operating...");
    }
}

class LazyInitializer
{
    HeavyweightObjcet objcet;
    State state = new UninitializedState(this);

    public void operate()
    {
        state.operate();
    }
}

abstract class State
{
    LazyInitializer initializer;

    public State(LazyInitializer initializer)
    {
        this.initializer = initializer;
    }

    abstract void operate();
}

class UninitializedState extends State
{
    public UninitializedState(LazyInitializer initializer) {
        super(initializer);
    }

    @Override
    public void operate() {
        initializer.objcet = new HeavyweightObjcet();
        initializer.state = new InitializedState(initializer);
        initializer.operate();
    }
}

class InitializedState extends State
{
    public InitializedState(LazyInitializer initializer) {
        super(initializer);
    }

    @Override
    public void operate() {
        initializer.objcet.operate();
    }
}

这个解决方案有意义吗？

代码是否有可能改进？

之前有没有类似的例子？

它是不必要的并发症吗？值得吗？还是取决于情况？

它会使代码更快吗？我的意思是，额外的函数调用可能比简单的条件调用要慢。

参考方案

它是不必要的并发症，还是值得吗？
取决于情况？

虽然使用State Pattern时只有两个状态是完全可以的，但由于以下原因，在这种特殊情况下，绝对是过大的杀伤力:

从UninitializedState-> InitailizedState。一次HeavyWeightObjcet已经初始化，您绝对不会
从InitializedState-> UninitializedState过渡或
反之亦然

我们之所以有设计原则，例如YAGNI (不需要)和KISS(保持简单，愚蠢)，是有原因的。不要在代码的第一次迭代中引入复杂性。让设计作为连续重构的一部分而发展。

虽然上面的示例在纸面上看起来不错，但现实世界完全是另一回事。在现实世界中的代码中还有更多重要的问题要解决。 (例如，operate方法是线程安全的吗？)

它会使代码更快吗？我的意思是，额外的函数调用可能是
比简单的条件慢。

这是一个很小的区域，无需担心性能Read : micro-optimization

最后但并非最不重要的一点是，状态模式使我们能够遵守Open-Closed principle.。如示例所示，就operate的初始化而言，没有令人信服的理由更改HeavyWeightObject方法。此外，初始化代码应该位于构造函数中，而不是放在operate方法中。

Java:正则表达式模式匹配器是否有大小限制？ - java

我的模式类似于OR:“word1 | word2 | word3”我大约有800个字。可能有问题吗？ 参考方案 您仅受记忆和理智的限制。 :)

Java:线程池如何将线程映射到可运行对象 - java

试图绕过Java并发问题，并且很难理解线程池，线程以及它们正在执行的可运行“任务”之间的关系。如果我创建一个有10个线程的线程池，那么我是否必须将相同的任务传递给池中的每个线程，或者池化的线程实际上只是与任务无关的“工人无人机”可用于执行任何任务？无论哪种方式，Executor / ExecutorService如何将正确的任务分配给正确的线程？ 参考方案 …

JAVA:字节码和二进制有什么区别？ - java

java字节代码（已编译的语言，也称为目标代码）与机器代码（当前计算机的本机代码）之间有什么区别？我读过一些书，他们将字节码称为二进制指令，但我不知道为什么。 参考方案 字节码是独立于平台的，在Windows中运行的编译器编译的字节码仍将在linux / unix / mac中运行。机器代码是特定于平台的，如果在Windows x86中编译，则它将仅在Win…

java:继承 - java

有哪些替代继承的方法？ java大神给出的解决方案 有效的Java：偏重于继承而不是继承。 （这实际上也来自“四人帮”）。他提出的理由是，如果扩展类未明确设计为继承，则继承会引起很多不正常的副作用。例如，对super.someMethod()的任何调用都可以引导您通过未知代码的意外路径。取而代之的是，持有对本来应该扩展的类的引用，然后委托给它。这是与Eric…

Java:BigInteger，如何通过OutputStream编写它 - java

我想将BigInteger写入文件。做这个的最好方式是什么。当然，我想从输入流中读取（使用程序，而不是人工）。我必须使用ObjectOutputStream还是有更好的方法？目的是使用尽可能少的字节。谢谢马丁 参考方案 Java序列化（ObjectOutputStream / ObjectInputStream）是将对象序列化为八位字节序列的一种通用方法。但…