我正在研究一个项目，该项目将从Excel表中读取数据，将每一行放入一个名为"销售"的类中，然后在将来操纵列表。我是否应该将销售额添加到我所用来阅读excel文档的列表中，标题为"读者"，或者应该在主类和方法中创建列表。目前，我的主要方法创建了读者的实例。然后，该读者通过修改器将行或"销售"通过，该修饰符将它们对其进行分类。然后，打印机类将列表称为参数，并将其打印到其他文档上的同一工作簿上。
做一个或另一个会对我的程序产生任何重大影响？如果是这样，为什么和哪个在效率和组织方面更好。
我同意@deolus在Sales是其自己的类中。
将Sales和Reader保持分开，因为它们具有不同的目的。如果创建Reader类是为了仅从Excel表中读取数据，则应该是其唯一的目标。在Sales类中，您可以创建其他方法来操纵将来的销售列表。
做一个或另一个会对我的程序产生任何显着影响？
在运行程序时的速度方面，这不会有所作为，但就可维护性而言，这是 GOLD 。
这是分离关注点的完美例子。您将代码井井有条而不是杂交的意大利面条代码越好，那么将来要维护此代码时就会越有效。因此，显着差异在您必须维护＆amp;将来维持这一点。
我希望这会有所帮助。
这是一个棘手的问题，因为您没有定义您的以后的操作/类别。如果您还有另一个可以处理该数据的课程，则最好从内存中擦除读者类的实例。但是，将列表保留在主类中可能也很不好，重要的是要知道您是按价值或参考而通过的。让您的读者班级通过值，让主类保存这些值并将其传递给您的工作类可能对CPU不利(因为这会采取更多步骤(和内存，因为您创建了副本 - 也许您不需要数据中的数据通过后，您的主要课程了。
效率上的重要性也是硬盘驱动器空间(尽管没有人关心这一点，就小应用程序而言，毕竟并不重要( - 更少的代码通常更少地对内存和///////更强烈或CPU。
您的问题通常是为了明确说出更有效的效率，但您还必须注意，代码优化是为了增强现有代码，而不是首先构建代码本身。