我想建立一个基于Asp.Net Mvc的CMS网站，我想选择我的起点。
我已经看到，如果在生产项目中采用它，那么新的Microsoft Oxite项目也会引起很大兴趣。 我也看过S＃arp Architecture，但它与Oxite没有比较，因为它只是Asp.Net Mvc网站的一个起点。
对我来说，S＃arp架构比Oxite有一些优势，因为它复杂得多，它使用Nhibernate作为数据访问层。
Oxite代码使用Linq2Sql作为DAL，并且在解决方案中已经有一个项目需要VS2008的DB版本。
Oxite在我看来比面向CMS更具博客导向，但我没有深入研究过代码。
以下是一些可以指向S＃arp Ar的选择。开始。
Oxite：
如果有人查看了这两个项目的代码，请就您的意见提出建议。
由于
答案 0 :(得分：13)
Oxite可能功能丰富，但代码质量非常低。
当我检查代码并发现100多行非常不干净的代码，tagoup视图，没有单元测试等时，我感到非常惊讶。
这些博客文章很好地总结了批评：
http://blog.wekeroad.com/blog/some-thoughts-on-oxite/
http://codebetter.com/blogs/karlseguin/archive/2008/12/15/oxite-oh-dear-lord-why.aspx
答案 1 :(得分：2)
一如既往，这取决于您的需求。听起来你需要更多基于CMS的东西。 Oxite碰巧有类似CMS的功能，但它并不是真正的CMS。它可能在未来，因为它是一个社区项目，但现在它不是（你所能做的就是添加内容页面）。
我们很高兴每个人似乎都喜欢整个Oxite，但现在还很早。不要阻止任何人在生产中使用它，因为我们这样做。我们在其上运行MIX Online，但完全理解您是否对此不满意。我们需要一个稳定期。与此同时，我们还需要人们运行它，以便我们可以使其稳定。我会说鸡肉和鸡蛋。 ：）
答案 2 :(得分：1)
我在SO（在Oxite: What are you going to do with it?处找到）关于Oxite的问题没有得到太多回应，但它确实很新，所以人们需要一些时间来热身完全检查出来。 Oxite的架构非常容易上手;这是它最强的套装。
在我阅读你的问题之前，我从来没有听说过S＃arp，所以我肯定会检查出来。
答案 3 :(得分：0)
Oxite已经非常详细，完全是消极的。
我只想补充一点，我已经使用S#arp architecture几个月了，发现它非常易于维护和灵活。此外，还有一个非常稳固，不断发展和活跃的用户社区。
非常干净，很容易升级到Fluent NHibernate RC 1.0