使用静态语言编码时的样式指南 - java

我目前是一名初级工程师,热衷于学习最佳实践和扩展我的经验。我的问题涉及任何静态编程语言,例如Java,C#,C ++等。

在编写代码时,我喜欢使其易于阅读。在我看来,阅读代码就像读一本书。它应该流利而优雅。这样,即使我不需要使用它们,只要有可能,我都会喜欢在thissuperbase关键字之前添加。当我想使用常量或静态变量/方法时,与当前类名称相同。

因此,另一位开发人员可以很快取得成功。他知道此方法或var在当前类或母类中,而无需进行声明。您可能对我说,使用最新的IDE确实很容易。但是,我知道很多人仍在使用Vim,Emacs或其他没有这些精美功能的编辑器。

在解释它时,我喜欢将自己的作法与戏剧书进行比较。我们至少读过其中之一,例如莎士比亚的麦克白。谁从来没有感到沮丧过要回到书的开头来知道那个角色是谁以及他在情节中扮演什么角色?你做了那么多次,对吗?

我的问题可能与读写编程实践有关。但是,我认为Donald Knuth的建议更多地是关于在代码中注释和添加宏。

因此,我想知道您对这些做法的意见和反馈。我做得太多了吗?我应该简化一点吗?我是否违反OOP规则?

这是一个代码示例:

class Bar {
    protected int _motherVar;

    public aBarMethod() { }
}

class Foo extends Bar {
    private static List<String> _strings;

    private int _myPrivateVar;

    public void aMethod() {
        super.aBarMethod();

        this._myPrivateVar++;
        super._motherVar -= 2;
    }

    public static String anotherMethod() {
        String outcome = "";

        for (String s : Foo._strings) {
            outcome += s;
        }

        return outcome;
    }
}

参考方案

您关心这是一件非常好的事情。
同时,每个程序员都对此深有体会。

我的其中之一是,尽管现代显示器的像素很大,但您认为这将意味着程序员可以在屏幕上看到更多的代码。
相反,这似乎意味着该代码充满空白,以致内容被推离屏幕。
通过减少阅读的时间,这使代码看起来更具“可读性” :)

我的另一点是,没有那么多的可读性就可以使那些不了解您概念的人可以理解代码。
我认为程序员工作的重要组成部分是对读者进行基本操作方面的教育。
没有这些,他们就不会“得到它”。
那不是很好,因为他们很可能决定重写它(并破坏它)。

Java:静态字段在内存中的哪个位置? - java

如果我们将对象存储在对象的静态字段中,那么JVM如何为它分配内存?它是否存在于“隐式”(不确定我是否使用正确的单词)类对象中?静态字段与对象字段有何不同? 参考方案 静态字段是类变量,并且在该类的所有实例之间共享。实例变量(或我认为您引用它们的对象字段)属于类的各个实例,并且不共享。至于它们存储在内存中的位置将根据JVM的实现而定,因此没有理由需要两个不同的…

java:继承 - java

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

JAVA 8具有任何匹配属性的对象的过滤器列表 - java

我的要求是通过匹配任何属性的字符串来过滤对象列表。例如,假设Contact类具有三个属性:街道,城市,电话。我知道java流过滤器是如何工作的,在这里我必须将输入字符串与每个属性进行比较,如下所示:contactList.stream().filter(contact -> contact.getStreet().equals("dubai&…

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

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

Java-其他文件中的嵌套类 - java

我有类似的东西:class Outer { // a lot of code... class Inner { // a lot of code... } } 这正是我想要的技术方式(我希望Inner成为嵌套的非静态类)。该文件很长,在这个项目中我经常使用这种模式。为了提高可读性,我想将Outer类和Inner类放在各自的文件中-但我应该将它们分别保留为“I…