是否有一个共同的约定来放置新方法（在顶部或底部）？
Is there a common convension to put new methods(on top or on bottom)?
如果我们省略可见性修饰符（假设所有方法都是 public），是否有将新方法放入 class 中的通用约定？我的意思是如果我把它们放在底部它在逻辑上是正确的，因为方法是按日期排序的。如果我把它们放在上面，如果 class 很长，很容易看到和比较添加了哪些方法。
只取决于您和您的团队对什么感到满意。我通常在 class 的顶部有方法，然后是字段。如果有很多方法做不同的事情，你最好将它们组织在一个新的 class 中。现在没有看到任何代码，我只是在猜测。
不，我认为没有。
正如 Kalagen 所说，这取决于您和您的团队来决定。
我会将共享相似功能的任何方法放在一起，并使 class 定义简短。
我认为简短的回答是否定的。编码风格可能会因您使用的语言和与您合作的团队而异。此外，您也可能有自己的偏好。我倾向于在与其相关的方法附近添加新方法（例如，如果 method1 调用 method2，则 method1 高于 method2）。然后找到被调用的方法就相对容易了。另一方面，大多数 IDE 都可以通过单击鼠标找到方法。
如果您使用的是版本控制，您可以很容易地看到添加了哪些方法以及添加的顺序，因此不需要按日期排序。
正如其他人所提到的，保持 class 较小。看看the Single responsibility principle。如果您添加的方法与 class 的职责无关，请提取它们并创建一个新的 class.
如果我们省略可见性修饰符（假设所有方法都是 public），是否有将新方法放入 class 中的通用约定？我的意思是如果我把它们放在底部它在逻辑上是正确的，因为方法是按日期排序的。如果我把它们放在上面，如果 class 很长，很容易看到和比较添加了哪些方法。
只取决于您和您的团队对什么感到满意。我通常在 class 的顶部有方法，然后是字段。如果有很多方法做不同的事情，你最好将它们组织在一个新的 class 中。现在没有看到任何代码，我只是在猜测。
不，我认为没有。 正如 Kalagen 所说，这取决于您和您的团队来决定。
我会将共享相似功能的任何方法放在一起，并使 class 定义简短。
我认为简短的回答是否定的。编码风格可能会因您使用的语言和与您合作的团队而异。此外，您也可能有自己的偏好。我倾向于在与其相关的方法附近添加新方法（例如，如果 method1 调用 method2，则 method1 高于 method2）。然后找到被调用的方法就相对容易了。另一方面，大多数 IDE 都可以通过单击鼠标找到方法。
如果您使用的是版本控制，您可以很容易地看到添加了哪些方法以及添加的顺序，因此不需要按日期排序。
正如其他人所提到的，保持 class 较小。看看the Single responsibility principle。如果您添加的方法与 class 的职责无关，请提取它们并创建一个新的 class.