我知道这个问题似乎是主观的,但实际上非常简单。作为SubSonic的长期用户和兼职贡献者,我对社区认为是改善它的唯一最佳方式感兴趣。 那你的意见是什么,你如何让SubSonic变得更好?什么东西会让你更有可能使用/推荐/传播/停止抱怨它?
正如我所说,我知道这有点主观,可能会被关闭,但由于SO是SubSonic的主要支持论坛,我认为这可能是征求意见和/或贡献的有用方式。
为了防止这变成一般性讨论,这里是规则:
答案 0 :(得分:4)
能够在开箱即用的MediumTrust中运行
答案 1 :(得分:3)
老实说,缺少的最重要的东西是可靠的文档和HowTo的
它变得更好但我认为它需要更多。
答案 2 :(得分:2)
能够自动映射其他对象的集合,例如Fluent NHibernate。
答案 3 :(得分:1)
当SubSonic抛出一个不明确的异常时,我希望能够使用Google或其他一些机制来发现有关如何保持我的开发工作向前发展的更多信息。现在,进入SubSonic源代码的情况太容易了,因为当用户离开“快乐路径”时,SubSonic似乎不是非常主动。
这种批评并不特定于SubSonic。许多(大多数?)软件产品都遇到同样的问题。我对NHibernate没有真正的这个问题,这是SubSonic最明显的竞争对手。
答案 4 :(得分:1)
更快更高质量的发布
答案 5 :(得分:1)
SimpleRepository(图像)的二进制类型
答案 6 :(得分:1)
左外连接
答案 7 :(得分:1)
支持更多与数据库无关的代码生成......
我的意思是,如果您的应用程序想要与不同的数据库(例如SQL Server和Oracle)通信并且您希望只有一组生成的DAL对象,那真的很痛苦。如果您可以选择指定发送到数据库的任何SQL代码与大多数引擎兼容,我会喜欢它,因为现在如果您生成针对SQL Server的对象,那么所有查询都将是表单:
SELECT [schema]。[table_name] FROM ....
可悲的是,这在Oracle中不起作用,所以基本上你在那里运气不好。
对于大多数人来说,这可能不是一个大问题,但我正在编写一个商业应用程序,宣称其主要功能之一是只需更改其配置即可在各种数据库引擎上运行,我选择了SubSonic因为我认为它可以很容易地处理这项工作,但我现在真的有了第二个想法,因为我可能必须跳过所有的箍,才能让它在不同环境下正常工作。
答案 8 :(得分:0)
支持MS Access,Postgres和FireBird数据库:)....