WCSF 适合我吗？

Question

我有一个 3 人的 .NET 网上商店。多年来，我们开发了许多用于内容管理、博客、电子商务、社交网络等的工具。不过，我们从未真正将软件模块化；因此将功能从一个站点移植到另一个站点是劳动密集型的（我们通常只是将代码和其他资产（如 JS、CSS 和图像）从模型站点复制并粘贴到目标站点）。我们确实有一个提供许多共享功能的控件库，但由于无法将 ASPX 或 ASCX 文件编译到控件库中，这些页面和控件通常只存在于每个网站中，并从一个站点复制并粘贴到下一个。

我们希望重新构建我们的整个平台，以便更轻松地标准化和重用模块。理想情况下，我希望能够复制一个包含模块所需所有内容的文件夹，并让目标网站识别它并在应用程序启动时注册它。

此外，我想保留我们目前拥有的一些灵活性，以便为特定网站轻松定制模块的功能（而不仅仅是 CSS 和母版页）。场景可能包括向联系人模块添加自定义字段，或在博客评论表单上收集自定义信息。

最后，我希望能够在基本代码和每个网站的自定义之间划清界限，这样我们就可以轻松地将现有网站升级到最新版本的核心软件，只需将核心代码升级到日期。我会看到核心代码（包括通用资产、代码和 ASPX/ASCX 文件）存在于每个网站项目中，但通过源代码控制进行同步。

现在，我可以很清楚地看到我们将如何自己构建和编码这一切；但是，我想知道Web Client Software Factory (WCSF) pattern 是否会为我们购买很多我们需要的东西。根据您使用 WCSF 的经验，您认为它适合我在这里描述的场景吗？从快速阅读来看，它似乎会为模块化问题提供一个很好的解决方案，但尚不清楚它是否会提供一种定制模块的直接方法。

Answer 1

回答这个问题的最佳方法是深入研究并进行一些实验——这不是浪费时间，而是对研究的投资。使用 WCSF 与您的传统架构进行一些并发开发，看看哪个效果最好。