C# 正在寻找没有ASP.net MVC问题或问题的S#arp体系结构使用情况

在开始新项目之前，我正在探索技术和库。真正吸引我眼球的是ASP.NETMVC的S#arp体系结构库。然而，我已经决定，我的大部分web应用程序将使用Visual web GUI作为前端，只剩下一个单独的面向客户的web组件，该组件将在ASP.net MVC中开发。记住这一点，根据你们中熟悉S#harp体系结构的人的经验，或者可能尝试过使用S#harp的类似解决方案的人的经验，在我开始之前，是否有任何问题或问题需要注意？我也看过Castle Active Record和流利的NHibernate使用，这是可能的选择，但我发现自己倾向于S#arp

---

我选择库的最主要目标是尽快使用存储库模式设置数据访问。

如果您的主要目标是快速充实持久层，那么S#arp体系结构在我看来有点过载。S#arp利用了Fluent NHibernate，所以我就这么说。应该从你的开发时间中分一大块

---

我不会说S#arp是一个图书馆。它更像是领域驱动设计的样板。在开始研究S#arp之前，您应该熟悉依赖注入（也称为控制反转）、测试驱动开发、Rhino Mocks和NHibernate（因为这些都是在S#arp中使用的概念和技术）。否则，学习曲线将非常陡峭。

如果您的主要目标是快速充实持久层，那么S#arp体系结构在我看来有点过载。S#arp利用了流畅的NHibernate，所以我就同意了。应该从你的开发时间中分一大块

---

我不会说S#arp是一个图书馆。它更像是领域驱动设计的样板。在开始研究S#arp之前，您应该熟悉依赖注入（也称为控制反转）、测试驱动开发、Rhino Mocks和NHibernate（因为这些都是在S#arp中使用的概念和技术）。否则，学习曲线将非常陡峭。

我们使用S#harp框架实现了一个ASP.NET标准项目，没有任何问题。我强烈建议您从服务层开始编码，不要在codebehind aspx文件中留下任何逻辑。我们也尽了很大的努力避免在控制器中使用逻辑，因为我们将它们视为codebehinds文件，并尝试将所有系统逻辑都放在服务中

---

只要确保在全局asax文件中插入所有必要的文件，就不会有任何问题。如果您使用的是NHibernate、Fluent、服务注入和DDD，那么使用旧的asp.net web应用程序就很容易了。

我们使用S#harp框架实现了一个asp.net标准项目，没有任何问题。我强烈建议您从服务层开始编码，不要在codebehind aspx文件中留下任何逻辑。我们也尽了很大的努力避免在控制器中使用逻辑，因为我们将它们视为codebehinds文件，并尝试将所有系统逻辑都放在服务中

---

只要确保在全局asax文件中插入所有必要的文件，就不会有任何问题。如果您使用的是NHibernate、Fluent、Service Injection和DDD，那么使用旧的asp.net web应用程序非常容易。

我完全同意Matt的说法。对于你想要的，S#很可能太多了，有点像用大锤敲打钉书钉。我希望有了S#harp，我不必自己学习流利的nhibernate最佳实践，也可以从他们与log4net和Windsor的集成中获益，而不必事先深入了解它们，而是先关注我的问题领域，然后有机地学习在大规模应用中使用这些其他系统的优点。但这似乎不是一个非常现实的目标。因此，我要去我的游乐场存储库单独修补这些工具，直到我能够找出如何最好地将它们用于我的解决方案。我强烈推荐fluent nhibernate。这真的不是一个学习曲线，并支付高股息。如果你想了解nhibernate的最新情况，那么看看Stephen A.Bohlen的精彩视频吧。Bohlen会很快让你开始。我非常同意Matt所说的。对于你想要的，S#很可能太多了，有点像用大锤敲打钉书钉。我希望有了S#harp，我不必自己学习流利的nhibernate最佳实践，也可以从他们与log4net和Windsor的集成中获益，而不必事先深入了解它们，而是先关注我的问题领域，然后有机地学习在大规模应用中使用这些其他系统的优点。但这似乎不是一个非常现实的目标。因此，我要去我的游乐场存储库单独修补这些工具，直到我能够找出如何最好地将它们用于我的解决方案。我强烈推荐fluent nhibernate。这真的不是一个学习曲线，并支付高股息。如果你想跟上nhibernate的速度，那么看看Stephen A.Bohlen的精彩视频吧。Bohlen会很快让你开始。