Xml 这样可以吗？将所有变量存储在datagridview中

对不起，如果这是一个愚蠢的问题，但我仍然在学习编程的禁忌

我正在创建一个应用程序来处理存储在xml文件中的大量数据

xml文件的格式如下所示

<Name>
   <Property_1></Property_1>
   <Property_2></Property_2>
   <Property_3></Property_3>
</Name>

每个名称大约有16个属性和许多名称

我目前正在做的是将所有这些数据从xml文件导入datagridview，并隐藏用户不需要看到的列。我正在使用datagridview中的数据进行所有操作

这样做可以吗？还是只获取所需的数据并从xml文件中进行常量读取更好

例如： 当用户进行选择时，现在我使用for-each循环查看所有行，并仅显示匹配的行

---

或者，当用户做出选择时，程序会在xml文件中查找所有匹配条件，并将所有数据加载到网格视图中。

对于非常小的应用程序来说，这是一种很好的方法。然而，人们普遍认为应该将UI和业务逻辑分开。这样做的主要原因是通过适当的结构来处理大型应用程序的复杂性

对于其他一些一次性演示，我将创建一个“Name”对象，并添加所有属性（Property_1等）和一个可见属性，您需要一个集合（list？）来保存它们。然后，您可以有一个方法在所有对象上设置visible属性（或传入搜索条件并允许对象自行设置），另一个方法只返回visible对象。可以将栅格数据绑定到对象

有一些框架可以为您完成一些工作，但我相当肯定，在这种情况下，它们的学习曲线会很陡峭，因此会有些过头

如果您正在使用WPF，那么我强烈建议您仔细阅读MVVM。

---

祝你好运

非常感谢你提供的信息！这只是为了内部使用，以帮助加快流程，我选择这种方式的唯一原因是因为它看起来更简单、更高效。我觉得，如果对xml文件进行常量读取，程序更有可能抛出异常，常量读取也会导致性能降低。这是正确的吗？或者逻辑不正确？从内存读取数据的速度是从磁盘读取数据的数千倍，这是否重要是另一个问题。你编程的时间越长，从长远来看，你对“更容易、更有效”的感觉就越好。在设计过程中培养的技能可能值得花费额外的时间。当然，没有人会感谢你花了一个星期的时间在一个下午应该完成的事情上编写代码。