新建Asp.net CMS站点的Oxite或S＃arp架构

Question

我想建立一个基于Asp.Net Mvc的CMS站点，我想选择我的出发点。

我已经看到，如果在生产项目中采用它似乎还为时尚早，那么对于新的Microsoft Oxite项目还是有很多兴趣的。
我也看了一下S＃arp架构，但它没有正确比较Oxite，因为它只是一般Asp.Net Mvc站点的起点。

对我来说S＃arp与Oxite相比，它具有一些优势，因为它远不那么复杂，它使用Nhibernate作为数据访问层。
Oxite代码使用Linq2Sql作为它的DAL，并且在解决方案中已经有一个需要VS2008的DB版本的项目。
Oxite在我看来更多的是面向CMS的博客，但我没有深入地看代码。

这里有一些选项会指向我的S＃arp Ar。开始。

• 简单干净的架构
• NHibernate的达尔
• 社区支持

Oxite：

• 微软项目
• 潜力巨大的社会
• 早阶段，但很好的代码质量
• 提供者模型，允许容易地切换DAL

如果有人看着这两个项目的代码对你的意见请指教。

感谢

Answer 1

Oxite可能功能丰富，但代码质量非常低。

我感到非常惊讶，当我有100多个行非常不干净的代码，tagsoup意见，没有单元测试等

的批评，在这些博客文章得到了很好的总结检出代码，发现控制器动作：

http://blog.wekeroad.com/blog/some-thoughts-on-oxite/

http://codebetter.com/blogs/karlseguin/archive/2008/12/15/oxite-oh-dear-lord-why.aspx

Answer 2

我没有SO（在Oxite: What are you going to do with it?找到）在我对Oxite的问题得到太多的响应在这里，但它是真正的新所以它会需要一些时间，为人们热身它并完全检查出来。 Oxite的架构非常容易上手，这是其最强的诉讼。

在阅读您的问题之前，我从来没有听说过S＃arp，因此我一定会检查一下。

Answer 3

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

我们很高兴大家似乎总体喜欢Oxite，但它很早。不要阻止任何人在生产中使用它，因为我们这样做。我们对其运行MIX Online，但完全明白，如果你不舒服。我们需要一个稳定期。同时我们也需要运行它的人来保证它的稳定性。鸡肉和鸡蛋我会说。 :)

Answer 4

Oxite是非常详细的已经，完全是负面影响。

我只是补充说我几个月来一直在使用S#arp architecture，并发现它非常易于维护和灵活使用。周围还有一个非常稳定，不断发展的活跃用户社区。

它很干净，很容易升级到流利的NHibernate RC 1.0