.NET WCSF作为基于门户网站的UI堆栈选择？

Question

我们正在建设一个网站，将显示新闻标题和新闻。它最初将是一个公共网站，但将逐步包含个性化网页等门户内容。

该网站还需要围绕正在显示的新闻故事构建Web2.0功能，并需要具有可扩展性和高度可定制性，允许业务更改定义故事的模板，并根据业务逻辑等使用不同的模板。

核心业务逻辑是使用Windows工作流和Windows通信基础来构建的，我们现在正在寻找一个合适的UI堆栈，WCSF是一个好的选择吗？

Answer 1

WCSF可能是一个很好的选择，但原因可能与您列出的可能的功能需求无关。

在我看来，WCSF最好的地方是它建立在模型-视图-展示者-控制器模式之上，该模式为你提供了视图和展示者之间的关注点分离(就像MVC一样)……但同时，它也不是从许多.Net用户习惯的“页面控制”模型完全转变过来的。这意味着您仍然可以像以前一样使用许多第三方控件，如Telerik或Infragistics (使用MVC更具挑战性)。

因为MVP模式使用了依赖注入容器(ObjectBuilder)和控制反转，所以你可以很好地在没有web上下文的情况下编写单元测试(易于模拟对象)。此外，容器支持服务定位，因此您可以轻松地编写将被共享的WCSF服务( WCF和/或WSSF非常适合这里)。

从编程的角度来看，它是高度模块化的，并且具有许多扩展点。

说了这么多。这听起来像是你在寻找更多的模板化，个性化，动态的框架。在这种情况下，您可以查看WSS/SharePoint，因为它可能会让您开箱即用。

Answer 2

我使用wcsf，我对它非常满意。

我也想拥有整个模板/动态内容的东西。不过，我会对它进行编程。

MVC在很大程度上是一种范式转变，会让我很难做我想做的事情--部分原因是该框架仍处于测试阶段。

祝好运!

Answer 3

我们正在一个新的项目中使用WCSF，到目前为止，它确实帮助我们非常快地交付了高质量的工作。它确实帮助了我们，因为我们正在使用SCRUM作为敏捷方法。因此，依赖注入模式为我们提供的灵活性是惊人的。一开始，我们有一些白发，即开发人员开始购买WCSF并绕过他们的学习曲线，但现在它真的为我们带来了红利