字体，如何扩展它们

Question

我想知道是否有一种方法可以通过 createFont 和deriveFont 方法返回我自己的 Font 类来扩展 Font 类。我的意思是这样的......

public class MyFont extends Font {

    // Constructor
    public MyFont (...) {
        super(...);
    }

    // createFont method
    public static MyFont createFont (...) {
        // body
    }

    // deriveFont method
    public static MyFont deriveFont (...) {
        // body
    }
}

我已经尝试过，但我无法检索任何字体，并且在执行此操作时，我得到的字体是默认字体（我的意思是“对话框”）。

这样做的原因是为了最大限度地减少其 VM 的后续 Java 发行版的最终更改所产生的影响。

这是上面调用的代码：

MyFont onePoint=MyFont.createFont(MyFont.TRUETYPE_FONT,fontStream, size); 

然后在 MyFont 中，我编码：

public static MyFont createFont (int i, InputStream io, int size) throws FontFormatException, IOException { 
    Font font = Font.createFont(i, io); 
    MyFont kfont = new
        MyFont(font.getName(),font.getStyle(),font.getSize()); 
    return kfont;
}

Answer 1

0号。如果有人想将通用 Font 传递给您的代码，并且您需要参数是 MyFont 的实例，该怎么办？这有什么实际意义吗？您尝试使用继承来调整一些不太适合 Java OO 范式的生命周期协议（在本例中为对象创建）。请改用工厂方法/原型。

第一。 createFont() 不可重写，因为它是静态的。您可以在您的类中提供您自己的版本，但使用相同的方法名称可能会使您的代码的其他用户（以及稍后的您）感到困惑。

第二。在提供一些 createFont() 和可能的新版本deriveFont() 的快捷方式时，您无法避免链接到您想要控制其更改的 API，因此，考虑到 java 实现的更改，您无论如何都必须重新编码/重新编译。正确的依赖避免涉及一些反射和字符串编码的类名，以捕获大量 ClassNotFound 异常以及 API 更改时可能发生的其他情况。你不想要这样。时期。

第三。放松一下，真的，这段代码非常稳定，您的应用程序过时并从头开始重写的可能性比任何人弃用这些方法都要大得多，更不用说删除它们了。这远远超出了 2012 年世界末日（或任何其他比宇宙热寂更接近的相关日期）。

最后，只需添加几个易于区分的静态快捷方式：链接到 Font.creatFont() 的 MyFonts.create() 和链接到 font.derive(otherArgs) 的另一个 MyFonts.derive(Font font, otherargs) 。保持简单，伙计，并密封 MyFonts() 构造函数，以表明这是一个工厂/实用程序类。