Asp.net mvc 新Asp.net CMS站点的Oxite或S#arp架构

我想建立一个基于Asp.NETMVC的CMS网站，我想选择我的起点

我已经看到，如果在生产项目中采用新的Microsoft Oxite项目似乎还为时过早，那么人们对该项目也很感兴趣。
我还研究了S#arp体系结构，但它不能与Oxite进行适当的比较，因为它只是普通Asp.NETMVC站点的起点

对于我来说，arp体系结构比Oxite有一些优势，因为它的复杂性要小得多，并且它使用Nhibernate作为数据访问层。
Oxite代码对其DAL使用Linq2Sql，并且解决方案中已有一个项目需要VS2008的DB版本。
Oxite在我看来更倾向于博客而不是CMS，但我还没有深入研究代码

这里有一些选择可以让我从S#arp Ar开始

• 简单干净的架构
• 亚硝酸酯
• 社区支持

肟：

• 微软项目
• 潜在的巨大社区
• 早期阶段，但代码质量非常好
• 提供程序模型，允许轻松切换DAL

如果有人看过这两个项目的代码，请提供您的意见

---

谢谢

我在SO（发现于）关于Oxite的问题上没有得到太多的回答，但它确实是新的，所以人们需要一些时间来熟悉它并全面检查它。Oxite的体系结构非常容易入门；那是它最强的西装

---

在阅读您的问题之前，我从未听说过S#arp，因此我一定会查看它。

一如既往，它取决于您的需要。听起来你需要更基于CMS的东西。Oxite碰巧有一些类似CMS的功能，但它不是真正的CMS。它可能是在未来，因为它是一个社区项目，但现在不是（你所能做的就是添加内容页）

---

我们很高兴所有人似乎都喜欢Oxite，但现在还为时过早。不是为了阻止任何人在生产中使用它，因为我们是这样做的。我们会用它，但如果你对它不满意，我们会完全理解。我们需要一个稳定期。同时，我们也需要人来运行它，这样我们才能使它稳定。我会说鸡肉和鸡蛋。：）

Oxite可能功能丰富，但代码质量很低

当我签出代码时，我感到非常惊讶，发现控制器操作有100多行非常不干净的代码、tagsoup视图、没有单元测试等等

这些博客文章对批评进行了很好的总结：

---

肟矿已经非常详细，完全是负面的

我要补充的是，我已经使用了几个月，发现它非常易于维护和灵活。它周围还有一个非常稳定、不断增长和活跃的用户社区

它非常干净，很容易升级到Fluent NHibernate RC 1.0