我想我可能会被我学习OO原则的方式所蒙蔽。它总是以有形物体的方式教导，是另一个有形物体的后代。总之...
我正在尝试为转换实用程序设计一个OO方法，基本上它会读取一个文本文件，并根据行上的第一个单词，它将关闭并转换/执行任何对应的操作。这是一个案例，每个命令都是一个新对象或......
这可能是一个简单的答案，但我正在努力
答案 0 :(得分：2)
我曾为数据库转换应用程序做过一次。我有导入插件（类）将数据读入公共模型。然后 export 插件（类）读取公共模型并将其写入数据库。在我的例子中，这是一个.NET应用程序，所以我使用MEF将导入器和导出器分成不同的程序集。客户可以插入他们需要的任何进口商和出口商，或者甚至可以根据需要自己编写。
答案 1 :(得分：2)
答案 2 :(得分：0)
我不会因为这样的事情而陷入OO设计中。 OO原则只有在显而易见的情况下才能使用，并帮助您重用。这可能不是这种情况。此外，这听起来不像一个大型应用程序。人们陷入的陷阱是让太多的课程只是为了获得一点点的重用。这很快就会使事情变得无法管理。只要按照老式的方式进行操作，如果某些东西突然出现在继承可以帮助的地方，那么就使用它。