4

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

  • 简单干净的架构
  • 冬眠木豆
  • 社区支持

氧化物：

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

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

谢谢

4

4 回答 4

13

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

于 2008-12-16T18:54:36.467 回答
2

与往常一样，这取决于您的需求。听起来您需要更多基于 CMS 的东西。Oxite 恰好有一些类似 CMS 的功能，但它并不是真正的 CMS。它可能在未来，因为它是一个社区项目，但现在不是（你所能做的就是添加内容页面）。

我们很高兴每个人似乎都喜欢 Oxite，但现在还为时过早。不要阻止任何人在生产中使用它，因为我们这样做。我们在其上运行MIX Online，但如果您对此不满意，我们完全理解。我们需要一个稳定期。同时我们也需要人来运行它，这样我们才能让它稳定。我会说鸡肉和鸡蛋。:)

于 2008-12-11T18:13:34.363 回答
1

我在 SO 上关于 Oxite 的问题没有得到太多回应（在Oxite 找到：你打算用它做什么？），但它真的很新，所以人们需要一些时间来热身对它进行全面检查。Oxite 的架构非常容易上手；那是它最强的套装。

在阅读您的问题之前，我从未听说过 S#arp，所以我一定会检查一下。

于 2008-12-11T15:05:44.837 回答
0

Oxite 已经很详细了，完全是负面的。

我将补充一点，我已经使用S#arp 架构几个月了，发现它非常易于维护和灵活。它周围还有一个非常稳固、不断发展和活跃的用户社区。

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

于 2009-09-18T07:30:31.350 回答