在开发创建小类来表示小数据结构时有用吗？例如，作为简化示例，程序使用字符串数组来表示某些内容的名称，例如汽车。而不是仅仅将这个数组保存在方法或类中，将它分离并使其成为自己的类有多大用处？这样我认为它可以对自己负责，并且可以对它执行更多的操作 - 验证等，这些都可以保持独立。此外，它可以在整个系统中轻松重复使用。但那么它停在哪里，即在汽车的例子中，你可以继续创造一个汽车对象等。它真的可以永远不会结束吗？
答案 0 :(得分：1)
我使用了几条准则来确定何时需要将数据结构重构为自己的类：
我存储了大量相互关联的数据吗？如果您发现自己存储了几个数组，并将它们作为一个整体进行操作，那么最好存储一个包含对象的数组。
这些数据结构是否暴露给其他类？如果其他类直接暴露给数据，最好将数据封装在自己的类中，这样可以很容易地保存概念和实际模型分开。
我是否经常对数据执行操作？存储一组名称可能会很好，但是如果您开始添加validateName和{{等方法1}}对于包装类，重构并将这些方法放在checkName类本身上可能是个好主意。
请记住：将一个体面的物体模型放在前面，而不是试图在一个事实之后移植一个物体，通常会更容易和更清洁。你不应该任意做，但是当你正在完成你的程序时，你应该注意何时难以控制你拥有的数据结构 - 这是一个好的迹象，你应该根据需要重构它们。
答案 1 :(得分：0)
只要重复代码操作数据结构，就可以这样做。
Chris B.对相关数据提出了一个很好的观点。请参阅Extract Class重构示例。