我正在尝试开发有限元模型的面向对象表示。有限元模型由一些二进制格式的输出文件（商业有限元程序的输出）组成，这些文件保留与有限元模型有关的某些数据（对于不在现场的人，这些数据对应于模型的节点（节点的坐标），模型的元素，元素表示的元素连通性（哪些元素与哪些节点相关联）以及元素矩阵信息）。如果调用的话，这些数据通常也可以表示为一些int和double的向量以及其他数组的结构。
我正在考虑制作一个通用类FeModel并将上述文件关联为该类的成员并以这种方式工作，当然这些文件也将是代表这些文件的对象。但是，至少在概念上，保存信息的文件不是我正在考虑的FeModel类的一部分。由于该想法与真实世界的表示无关，因此我认为应该有更好的方法。这些文件仅用于保留信息。
我现在正在考虑通过创建合适的成员函数并通过这种方式构建我想要的东西，从而从该接口的FeModel类中的这些文件中读取必要的信息的选择，以便该接口或多或少是一个最小的接口。但是，另一方面，将该任务分为代表上述文件的不同类并将这些文件用作FeModel类的成员，对我来说似乎也不是一个坏选择。在这些情况下的决策标准是什么？我知道一个问题可以用许多不同的方法解决，但在有些情况下有些选择犹豫的类似情况下，是否要遵循某种准则？
格蕾兹
。
最佳答案
我的话有点像一堵墙。它可能会使用一些过滤/重写。
据我了解，您有几个代表3D元素等的文件。
我很好的OO方法（至少在我看来）是为要加载的每种文件都有一个单独的类，在构造函数中传递文件名并加载数据，并具有可访问的成员来访问数据。
但是，如果没有进一步的信息，则很难说出要问的内容。
关于c++ - oo计划的建议，我们在Stack Overflow上找到一个类似的问题：https://stackoverflow.com/questions/5471518/