c++ - 关于面向对象规划的建议

Question

我正在尝试开发一个有限元模型的面向对象表示。有限元模型由一些二进制格式的输出文件(商业有限元程序的输出)组成，这些文件保留了与有限元模型相关的某些数据(对于不在现场的人，这些数据对应于模型的节点(节点的坐标)、模型的元素、元素表示的元素连通性(哪些元素与哪些节点相关联)和元素矩阵信息)。如果您这样称呼，这些数据也可以一般表示为一些 int 和 double 的 vector 以及一些其他数组结构。

我正在考虑创建一个通用类 FeModel 并将上述文件关联为此类的成员并以这种方式工作，当然这些文件也将是代表这些文件的对象。但是，保存信息的文件不是我考虑的 FeModel 类的一部分，至少在概念上是这样。由于这个想法与现实世界的表现无关，我认为应该有更好的方法。这些文件只是用来保存信息的。

我现在正在考虑通过创建合适的成员函数从 FeModel 类中的这些文件中读取必要信息的选项，并以这种方式构建我想要的内容，以便接口(interface)或多或少是一个最小的接口(interface)。然而，另一方面，将此任务划分为代表上述文件的不同类，并将它们用作 FeModel 类中的成员，对我来说也不是一个坏选择。这些情况下的决策标准是什么？我知道一个问题可以通过多种不同的方式解决这一事实，但是在类似的情况下，人们在某些选项之间犹豫不决时，是否有某种指导方针可以遵循？

您好，U.

Answer 1

我的那是一堵文字墙。它可以使用一些过滤/重写。

据我了解，您有几个代表您的 3D 元素等的文件。

我很好的 OO 方法(至少在我看来)是为要加载的每种类型的文件创建一个单独的类，在构造函数中传递文件名并加载数据，并具有可访问的成员访问数据。

但是如果没有进一步的信息，您所问内容的结构很难说。