在模块化应用程序中,主项目主要注册和初始化其他模块。除非添加新模块,否则它几乎永远不会改变。在这种情况下,应用程序的版本号与程序的任何组件都不相关。
在我的应用程序(13 个模块、C#、.NET 4、统一容器)中,我使用 xml 文件来设置产品的版本号。
多模块产品版本的最佳实践是什么?
在模块化应用程序中,主项目主要注册和初始化其他模块。除非添加新模块,否则它几乎永远不会改变。在这种情况下,应用程序的版本号与程序的任何组件都不相关。
在我的应用程序(13 个模块、C#、.NET 4、统一容器)中,我使用 xml 文件来设置产品的版本号。
多模块产品版本的最佳实践是什么?
根据我的经验,最佳实践因应用程序或环境的需求而异。
例如,我们的一个应用程序套件由 12 个应用程序组成,这些应用程序由众多模块组成。所有应用程序都使用各种协议(.Net Remoting、Web 服务、WCF)与中央应用程序服务器通信,并从那里与中央数据库通信。由于数据库、应用服务器和应用程序之间的高度相关性,它们都处于相同的主要和次要版本级别;只有修订级别允许不同。
但是,在相关性不高的情况下,就像在您的应用程序中听起来那样,版本匹配听起来几乎没有那么重要。但是,还有其他考虑因素需要牢记,例如营销需求:即使从技术角度来看没有理由更改版本,您是否真的想永远使用版本 1?