我正在研究一种功能并且已经对该方法的长度感到困惑。有些要点已被阅读但不确定什么是最佳或标准
还有其他一些观点。 我有一个静态辅助方法，其长度越来越大，所以我可以选择创建更多的静态辅助方法并将任务分配给那些方法，但似乎我正在创建不必要的静态方法。
其他方法是创建另一个辅助类，并将一些工作委托给辅助类
中定义的方法我不确定这样做的最佳方法/标准方法是什么。
答案 0 :(得分：1)
一般来说，这两点都是非常好的事情要考虑。您已经提到的一个主要原因：它使代码更易读，更容易理解。
分割方法和创建辅助方法的另一个好处是不会立即显现出来。相反，有一天你会在一个系统中工作，你有用户是客户，你需要实现一个功能，你需要创建一个管理员用户，或供应商，或一个人的一些其他抽象版本
您会发现自己正在考虑如何将供应商的订单或供应商的订单保存到数据库中，并且您需要生成某种形式的用于识别订单的某种形式的东西，并且您将意识到，您为客户执行此相同操作所编写的代码将与Vendor对象一起使用，以及Customer对象。
但是，如果所有代码在处理与Customers相关的所有内容的方法中都很强大，那么您将使用我们称之为剪切和粘贴可重用性的方法。这包括完成您之前编写的代码并剪切和粘贴相关部分，并创建一个大致相似但具有非常微妙差异的副本。 （注意：这通常被认为是一种不好的做法。）
但是当你编写小而简洁的方法只做一件事而且一件事情很好的时候，你会发现你能够把你已经构建的那些构建块带走，然后用它们来构建其他东西，拯救你时间，节省QA时间，并且通常降低项目的维护成本，允许产品向前发展，并允许您前进并做更酷的事情。
但是，最后要考虑的一点是，它可能会过度使用它，或者过度架构。在太长和太短之间存在一条细线，你可能想要将你的方法分开太多。如果你达到分割你的方法使得它太难以使用的程度，那么考虑一下你可能会把它放得太远。祝你好运！