Forms 是否可以在ASP.Net中扩展和继承Web应用程序?

Forms 是否可以在ASP.Net中扩展和继承Web应用程序?,forms,visual-studio,inheritance,msbuild,web-application-project,Forms,Visual Studio,Inheritance,Msbuild,Web Application Project,我正试图找出如何将我的旧网站范例迁移到Azure中的新ASP.Net功能 目前的设置方式是,我在WebSite1中有一组核心代码、DLL、引用和静态HTM页面。然后我想为不同的客户扩展这个核心代码(website2)。它们可能有额外的代码、DLL、引用和静态HTML页面,但如果需要一些自定义,它也可能覆盖一些基本文件。我们一直在做的是将网站1发布到“newsite”,然后将网站2发布到“newsite”。这将最终生成一个运行时网站,其中包含来自web1的所有基本文件,然后web2将使用自定义版本

我正试图找出如何将我的旧网站范例迁移到Azure中的新ASP.Net功能

目前的设置方式是,我在WebSite1中有一组核心代码、DLL、引用和静态HTM页面。然后我想为不同的客户扩展这个核心代码(website2)。它们可能有额外的代码、DLL、引用和静态HTML页面,但如果需要一些自定义,它也可能覆盖一些基本文件。我们一直在做的是将网站1发布到“newsite”,然后将网站2发布到“newsite”。这将最终生成一个运行时网站,其中包含来自web1的所有基本文件,然后web2将使用自定义版本覆盖任何基本文件

Folder structure: 
  /WebSite1 (full site, core features)
    /core.htm
    /core.dll
    /web.config

  /Website2 (partial site, only customized and new files)
    /core.htm (customized overwrite)
    /newpage.htm
    /web.config (overwrite)
在我以正确的顺序发布站点之后,会得到这样的结果

result structure: 
  /website
    /core.htm (source from website2)
    /core.dll (source from website1)
    /newpage.htm (source from website2)
    /web.config (source from website2)
我正在寻找其他方法的建议,或者在Azure构建中实现这一点的方法。我们确实使用TFS和on-prem成功地安装了一些构建,但我认为Azure没有使用相同的功能


本质上,我不想将源代码从核心站点复制到所有客户站点,这将是一场维护噩梦。

为不同的客户运行不同的可执行文件是维护的痛苦。相反,使用单个代码库,然后根据客户有选择地启用/禁用功能。谢谢mason,但是,我希望有更多的客户(更多的定制)在某一点上,将所有内容都放在一个项目中变得太大和笨拙。我可以保证,与将其放在一个代码库中并使用功能标志来控制哪些用户可以使用哪些功能相比,为每个客户提供特殊的代码库将是一场噩梦。