因此，我正在为一个大学课程设计一个项目，所以我选择为商店等创建一个小型库存经理。因此，我创建了一个User类，该类保存用户的所有基本数据，例如他的姓名，余额等。还有用于产品，客户，提供者等的类。但是后来我想到，我可以在User类中创建所有其他类的ArrayList（即public List client = new ArrayList <>（）），这样我就可以序列化/反序列化该文件，而不必担心其他文件，其想法是用户将能够根据需要保存任意数量的对象，该对象可能多达数千个，因此将其全部保存在一个文件中可能会导致灾难，但是因为我是这个序列化技术的新手，所以我不知道那是多么的真实。我想知道的另一件事是，文件是否在某个时候可能太大，以至于需要花费一些时间来加载，在这种情况下，我想实现线程来划分工作，而我认为无法完成加载任务。单个文件，但我仍在学习线程，所以我不知道。 Sp最终，我想知道所有可能出错的情况，如果我最终坚持使用此实现，或者在这种情况下（如果怀疑的话）这种方式在某种程度上会更好。
Here's the code，以防万一仍然很混乱，有人想要看它，它是西班牙语，并且大多数类什么都不做，只有Usuario，Inicio，CrearCuenta，MenuPrincipal，Registro Producto才真正做任何事情，PopupCompra，Compra Producto和Inventario，但我的问题应该解释我需要的所有内容，因此可能没有必要。
答案 0 :(得分：1)
如果您打算将其用于商业/生产用途： 否
如果这是一个一次性的大学项目，并且仅在演示后的记录中存在： 可能。
反对使用单个文件作为事实来源的一个主要原因是，维护ACID属性会很棘手，因为有多个线程访问它，而且系统也很难扩展。
最好考虑像数据库这样的东西，它抽象了所有这些细节，并让您专注于业务逻辑。