【发布时间】:2014-08-20 16:25:25
【问题描述】:
这是一个测试任何人的理智的项目。在我的公司,我的团队维护一个 ASP.net 网站项目,该项目在多个页面上大量使用 Profile 对象。网站的可维护性存在问题,因为我们无法使用 web.config 转换将我们的测试设置与生产设置分开,我想使用转换来帮助实施更好的实践。
其中一个主要障碍是在大多数页面上使用 Profile 对象,因为 Web 应用程序项目不生成 ProfileCommon 类。我想出了一个访问配置文件信息的解决方案,但我质疑它的可维护性 - 我已经修改了页面以从具有实现我的“配置文件”对象的成员的基类继承。这使得 Profile 对象可以在需要的地方访问,但我想知道是否有更好的方法来解决这个问题。有什么想法吗?
【问题讨论】:
标签: asp.net profile web-application-project