适用于新Asp.net CMS站点的Oxite或S#arp架构

时间:2008-12-11 14:34:12

标签: asp.net-mvc nhibernate content-management-system s#arp-architecture oxite

我想建立一个基于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的选择。开始。

  • 简洁的架构
  • Nhibernate Dal
  • 支持社区

Oxite:

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

如果有人查看了这两个项目的代码,请就您的意见提出建议。

由于

4 个答案:

答案 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

豫ICP备18024241号-1