NetTiers到哪里去了？

Question

我曾经在一两个项目中使用过NetTiers。我发现它对于在ASP.NET webforms中生成后端接口非常有用。业务层和数据层也相当不错。我通常使用NHibernate，但我认为在这些特定的项目中，从运行所需的时间来看，它可能过于苛刻了。

从那时起，我一直致力于几乎所有东西都是面向最终用户的项目。然而，我最近得到了一个副项目，它将有很多后端管理的东西，我想知道NetTiers是否仍然像几年前一样维护得很好和干净。它看起来不是，但我不知道这是否意味着它实际上已经被遗弃了，或者只是被转移到了其他地方。或者，是否有其他产品(最好是一组CodeSmith模板)可能更适合我？我真正需要的是一个干净的ActiveRecord模型，它可以在后台访问SQL数据库，并为我的大多数模型对象的CRUD屏幕生成简单的用户界面。我需要一些可以像NetTiers一样深度加载对象图的东西。

有什么建议吗？

Answer 1

我目前正在支持一个大型的NetTiers应用程序，我的经验通常是令人沮丧的。我继承了这个项目，并接管了模板的维护，修复了模板中的一些bug，并将一些后期生成的脚本应用到生成的文件中。IMHO生成的代码过于冗长，遭受大量重复，并将受益于更多地使用泛型。我正在使用的模板没有正确处理资源(较新的模板版本可能更好)。我一度考虑升级到较新的版本，但练习的规模让我望而却步。很难找到有用的文档，也很难直接获得NetTiers问题的答案。我的总体印象是逐渐衰落。

如果您只是想要一个简单的从.Net数据库生成UI的SQL栈，我建议您看看带有MvcScaffolding和实体框架的ASP.NET MVC3。为DI添加AutoMapper和Munq。

Answer 2

我们已经使用NetTiers好几年了。我认为，就生成的东西数量而言，它对于第一次使用的用户来说往往是压倒性的，而且围绕DeepLoad的功能性和循环性有几个限制。我也有一种感觉，最近没有太多的更新，但总的来说，我在使用带有codesmith的Nettiers时有了很好的体验，从我尝试过的所有工具中，它显然是我们最喜欢的，具有巨大的效率提升。我们使用视图、自定义sp、索引等。

在对另一个回复的评论中:我们已经尝试了Automapper，但由于当对象的结构发生变化时它会静默地失败，所以我们将其从Automapper中移除。并且远离了实体框架，因为我们不喜欢手工编写DAL。:)