Coding style 采用新方法(在顶部或底部)有共同的惯例吗?

Coding style 采用新方法(在顶部或底部)有共同的惯例吗?,coding-style,Coding Style,如果我们省略可见性修饰符,假设所有方法都是公共的,那么在类中放置新方法有什么共同的约定吗?我的意思是,如果我把它们放在底部,逻辑上是正确的,因为方法是按日期排序的。如果我把它们放在最上面,就很容易看到并比较如果类很长,会添加哪些方法。这取决于您和您的团队对哪些方法感到满意。我通常在类的顶部有方法,后面是字段。如果有很多方法可以做不同的事情,你最好把它们组织在一个新的班级里。现在没有看到任何代码,我只是在猜测 不,我想没有。 正如卡拉根所说,这取决于你和你的团队 我会保留所有共享类似功能的方法,并

如果我们省略可见性修饰符,假设所有方法都是公共的,那么在类中放置新方法有什么共同的约定吗?我的意思是,如果我把它们放在底部,逻辑上是正确的,因为方法是按日期排序的。如果我把它们放在最上面,就很容易看到并比较如果类很长,会添加哪些方法。

这取决于您和您的团队对哪些方法感到满意。我通常在类的顶部有方法,后面是字段。如果有很多方法可以做不同的事情,你最好把它们组织在一个新的班级里。现在没有看到任何代码,我只是在猜测

不,我想没有。 正如卡拉根所说,这取决于你和你的团队


我会保留所有共享类似功能的方法,并保持类定义简短

在我看来,简短的回答是否定的。根据您使用的语言和工作团队的不同,编码风格可能会有所不同。此外,您可能也有自己的偏好。我倾向于在与其相关的方法附近添加新方法,例如,如果method1调用method2,则method1位于method2之上。那么,找到被调用的方法就相对容易了。另一方面,大多数IDE可以通过鼠标点击找到方法

如果您使用的是版本控制,您可以很容易地看到添加了哪些方法以及顺序,因此不需要按日期排序

正如其他人提到的,保持班级规模小。看一看。如果要添加的方法与类的职责无关,请提取它们并创建一个新类