|
精华帖 (0) :: 良好帖 (0) :: 新手帖 (0) :: 隐藏帖 (0)
|
|
|---|---|
| 作者 | 正文 |
|
发表时间：2009-05-13
最后修改：2009-05-13
用Castle的ActiveRecord，配合winform自己封装一下，代码量超少的。。完全可以用两三行代码实现好几个关联类的存储更新等操作。。搞得我我现在都不想用java了。。
至于eager fetch之类的，其实winform下因为不存在多线程的问题，大可不必非要用配置实现那么多复杂的关联。在domain里边写好list啥的，程序启动或者需要的时候手工load一下就完了，一行代码的事情，带来n多的灵活，缓存什么的也好处理。而且都是纯domain model驱动，没有啥service和dao，超爽的。 |
| 返回顶楼 | |
|
发表时间：2009-05-13
yuxie 写道 用Castle的ActiveRecord，配合winform自己封装一下，代码量超少的。。完全可以用两三行代码实现好几个关联类的存储更新等操作。。搞得我我现在都不想用java了。。
至于eager fetch之类的，其实windows下因为不存在多线程的问题，大可不必非要用配置实现那么多复杂的关联。在domain里边写好list啥的，程序启动或者需要的时候手工load一下就完了，一行代码的事情，带来n多的灵活，缓存什么的也好处理。而且都是纯domain model驱动，没有啥service和dao，超爽的。 我有个想法是用C# 4.0的dynamica重写ActiveRecord把nhibernate丢掉。。。 |
| 返回顶楼 | |
|
发表时间：2009-05-31
刑天战士 写道 还有，据传说.net以后可能要发展ADO.NET Entity Framework而放弃linq，不知情况是否属实……
sqlserver数据库绝对用linq to sql |
| 返回顶楼 | |
|
发表时间：2009-10-20
最后修改：2009-10-20
rosickywl 写道 今天才发现在javaeye有.net的版块，各位在java，ror们的包围下坚持到现在不容易啊，linq2sql貌似要被EF代替了，而且开源的dblinq就是个大垃圾，很多功能没实现，所以跨数据库基本不指望了，lz直接上EF吧。
哎，.net上确实还是有很大一部分人还在存储过程，dbcommand直接执行sql的阶段，很多人压根没听过orm，ioc,aop。。。 “.net上确实还是有很大一部分人还在存储过程，dbcommand直接执行sql的阶段。”这是多少年前的事了。（dbcommand可用于返回弱类型的数据集，dbcommand有很多用法，这只其中一种。）不了解，请不要下结论。请多多了解，再发表言论，别叫人贻笑大方。了解一下：强类型数据集、ado实体数据模型、微软的linq to sql等等，再了全面的了解一下.net 4.0。看看webcast有多少学习资料、msdn又有多少参考文档。 |
| 返回顶楼 | |
