如何对 .Net Framework 使用的配置文件应用版本控制策略？
假设您有一个 .Net 应用程序在其配置文件上使用自定义配置部分。随着应用程序的发展，配置部分也会随之发展。您将您的应用程序分发给多个客户。例如，一个旧应用程序错误地使用了带有新配置部分的配置文件。但应用程序可以正常运行而不会崩溃，因为新的配置文件不会导致制动更改。但是您必须通知用户应用程序使用的配置文件比预期新。如何应用版本控制策略来解决此问题或除版本控制之外的其他问题？
Think you have a .Net application using a custom config section on its config file. As the application evolves, config sections also evolve too. You distribute your application to several customers. For example, one old application uses a config file with new config section by mistake. But the application works without crash because new config file does not cause braking changes. But you have to inform the user that the config file the application used is newer than expected. How can you apply a versioning strategy to solve this problem or anything other than versioning?
如果你对这篇内容有疑问，欢迎到本站社区发帖提问 参与讨论，获取更多帮助，或者扫码二维码加入 Web 技术交流群。
绑定邮箱获取回复消息
由于您还没有绑定你的真实邮箱，如果其他用户或者作者回复了您的评论，将不能在第一时间通知您！
发布评论
评论（1）
不太清楚为什么您有一个旧应用程序和新配置。通常，如果存在一些版本控制混乱，则碰巧您有一个新软件，刚刚在客户端更新，具有自己的（本地）配置版本，因此是“旧”软件。
顺便说一句，如果你有你所描述的情况，我想你可以。
在代码中检查配置文件是否包含当前应用程序所需的更多/或更少字段。在这种情况下，意味着配置文件来自不同版本。
或者在配置文件中包含版本信息，然后将两个版本相互比较：正在运行的应用程序的版本和配置文件中存在的版本。
Not very clear, why you have an old applicaiton with a new configuration. Usually, if there is some versioning mess, happens that you have a new software, just updated on client side, with it's own (local) version of configuration, so "old" one.
By the way, if you have a condition like you described, I think you can for example.
in code to check if configuation file contains more/or less, fields then expected by current application. In this case, means that configuration file is from different version.
or have a version information inside configuration file and just compare two versions against each other: version of the application running and version present in config file.