锋利的建筑是否足够好，可以与ASP.NET MVC 3一起使用？

Question

我正在尝试使用Sharp Architecture开发ASP.NET MVC 3应用程序。但是我发现的问题很少：Sharparch编辑控制器采用NHIBERNATE域对象，并调用Isvalid，并将数据复制到从存储库中获取的NHIBERNATE对象。为什么Sharparch使用直接的PREPERY分配（Transferformvaluesto函数）而不是Session.Merge或Session.saveorupdatecopy？真的是GOOL的想法是用表单数据填充域对象并验证它，而不是使用自定义数据注释验证属性？

在ASP.NET MVC时期，尖锐的建筑可能很酷，但是现在有用吗？

Answer 1

好吧，可以说Sharparch只是另一个，但是 非常自以为是 在ASP.NET MVC上层。因此，重现您 - 这些“问题”不是问题；他们只是 意见 合并到Sharparch框架中。是“与MVC的好”或“与MVC的坏”的干燥应取决于开发人员。所以“是”，一个“否”。

问题是您如何看待 意见. 。您永远不必将它们视为“万事通”。您可能已经完成了一个项目，并且像魅力一样在内部使用Sharparch的魅力，但也有另一个项目，Sharparch只是 不是 要使用的技术。

所有这些的另一部分是您如何接受意见。 :)决定您是否对此感到满意。如果您觉得有些不对劲，请尝试决定替代方案，或者决定它是否值得写自己的东西，这些东西会做与Sharparch相同的事情，但以不同的方式进行。

毕竟，Sharparch还不够大，它的小而简单且易于学习（在编写自己的替代方案时也很有用）。但是您必须决定是否接受意见。

Answer 2

如果您谈论的是小到中型系统，那么Sharparch和Nhibernate可能太重了。

你检查过吗 Nido框架. 。这是简单但灵活的框架，遵循更简单但坚实的体系结构。您可以在NIDO上开发系统，并将其与ASP.NET前端的MVC集成。