如何从BuildProvider迁移到Web应用程序项目？
目前我们有很多网站（网站项目），我认为应该将它们转换为 Web 应用程序项目。大家都同意。
但许多自定义 BuildProvider 用于生成控件，不幸的是 MSDN 说
将自定义的 BuildProvider 类添加到 Web.config 文件在 ASP.NET 网站中有效，但在 ASP.NET Web 应用程序项目中不起作用
是否有一些方法可以在不完全放弃自定义 BuildProviders 机制的情况下进行迁移？
Currently we have a bunch of web sites (web site projects) that I think should be converted to web application projects. Everybody agrees.
But a number of custom BuildProviders are used to generate controls and unfortunately MSDN says that
Adding a customized BuildProvider class to the Web.config file works in an ASP.NET Web site but does not work in an ASP.NET Web application project
Are there some ways to migrate though without full discarding of custom BuildProviders mechanism?
如果你对这篇内容有疑问，欢迎到本站社区发帖提问 参与讨论，获取更多帮助，或者扫码二维码加入 Web 技术交流群。
绑定邮箱获取回复消息
由于您还没有绑定你的真实邮箱，如果其他用户或者作者回复了您的评论，将不能在第一时间通知您！
发布评论
评论（3）
在不确切知道您的构建提供商做什么的情况下，我可以看到两种可能的解决方案：
Without knowing exactly what your build provider do I can see two possible solutions:
嘿，您需要实现一个自定义 IVsSingleFileGenerator。
并将其注册到您的 VS，以生成自定义的 .designer 文件。
DesignTime-Compilation 的工作方式随着 Web 应用程序项目而改变。
与 BuildProvider 结合使用，您将获得与 ASPX-Pages 相同的效果。
我用它来生成带有部分方法的用户界面，以在代码隐藏文件中实现行为。
Hey you need to implement, a custom IVsSingleFileGenerator.
And register it with your VS, to generate a custom .designer-File.
The way DesignTime-Compilation works changed with Web Application Projects.
In combination with a BuildProvider you will get the same as ASPX-Pages.
I used it to generate user-interfaces with partial-methods to implement behavior in a codebehind-file.
如果不审查整个方法，这是不可能的。
That's impossible without review of the whole approach.