我有一个 3 人的 .NET 网上商店。多年来，我们开发了许多用于内容管理、博客、电子商务、社交网络等的工具。不过，我们从未真正将软件模块化；因此将功能从一个站点移植到另一个站点是劳动密集型的（我们通常只是将代码和其他资产（如 JS、CSS 和图像）从模型站点复制并粘贴到目标站点）。我们确实有一个提供许多共享功能的控件库，但由于无法将 ASPX 或 ASCX 文件编译到控件库中，这些页面和控件通常只存在于每个网站中，并从一个站点复制并粘贴到下一个。
我们希望重新构建我们的整个平台，以便更轻松地标准化和重用模块。理想情况下，我希望能够复制一个包含模块所需所有内容的文件夹，并让目标网站识别它并在应用程序启动时注册它。
此外，我想保留我们目前拥有的一些灵活性，以便可以轻松地为特定站点自定义模块的功能（而不仅仅是 CSS 和母版页）。场景可能包括向联系人模块添加自定义字段，或在博客评论表单上收集自定义信息。
最后，我希望能够在基本代码和每个网站的定制之间划清界限，这样我们就可以通过更新核心代码轻松地将现有网站升级到最新版本的核心软件。我会看到核心代码（包括通用资产、代码和 ASPX/ASCX 文件）存在于每个网站项目中，但通过源代码控制进行同步。
现在，我可以很清楚地看到我们将如何自己构建和编码这一切；但是，我想知道Web 客户端软件工厂 (WCSF) 模式是否会给我们带来很多我们需要的东西。根据您使用 WCSF 的经验，您认为它适合我在这里描述的场景吗？从快速阅读来看，它似乎会为模块化问题提供一个很好的解决方案，但尚不清楚它是否会提供一种定制模块的直接方法。