Coding style 采用新方法(在顶部或底部)有共同的惯例吗?
如果我们省略可见性修饰符,假设所有方法都是公共的,那么在类中放置新方法有什么共同的约定吗?我的意思是,如果我把它们放在底部,逻辑上是正确的,因为方法是按日期排序的。如果我把它们放在最上面,就很容易看到并比较如果类很长,会添加哪些方法。这取决于您和您的团队对哪些方法感到满意。我通常在类的顶部有方法,后面是字段。如果有很多方法可以做不同的事情,你最好把它们组织在一个新的班级里。现在没有看到任何代码,我只是在猜测 不,我想没有。 正如卡拉根所说,这取决于你和你的团队Coding style 采用新方法(在顶部或底部)有共同的惯例吗?,coding-style,Coding Style,如果我们省略可见性修饰符,假设所有方法都是公共的,那么在类中放置新方法有什么共同的约定吗?我的意思是,如果我把它们放在底部,逻辑上是正确的,因为方法是按日期排序的。如果我把它们放在最上面,就很容易看到并比较如果类很长,会添加哪些方法。这取决于您和您的团队对哪些方法感到满意。我通常在类的顶部有方法,后面是字段。如果有很多方法可以做不同的事情,你最好把它们组织在一个新的班级里。现在没有看到任何代码,我只是在猜测 不,我想没有。 正如卡拉根所说,这取决于你和你的团队 我会保留所有共享类似功能的方法,并
我会保留所有共享类似功能的方法,并保持类定义简短 在我看来,简短的回答是否定的。根据您使用的语言和工作团队的不同,编码风格可能会有所不同。此外,您可能也有自己的偏好。我倾向于在与其相关的方法附近添加新方法,例如,如果method1调用method2,则method1位于method2之上。那么,找到被调用的方法就相对容易了。另一方面,大多数IDE可以通过鼠标点击找到方法 如果您使用的是版本控制,您可以很容易地看到添加了哪些方法以及顺序,因此不需要按日期排序 正如其他人提到的,保持班级规模小。看一看。如果要添加的方法与类的职责无关,请提取它们并创建一个新类