Blogn - 记录个人历史 Ver 3.0.0
http://www.bloggern.com
首页  留言本  注册  用户名: 密码:  
网行者
“假如来得及把你所理解的东西写出百分之一就好了,结果却只写出万分之一。”
左轻侯的博客 得分:144
.NET开发手记
作者:左轻侯   1267字节   点击:435   回复:1   所属分类:技术随笔
创建时间:2008-03-27 00:14:25   最后修改时间:2008-03-27 00:26:29  
.NET开发手记

1. 现在lead一个.NET项目,冏。我不写代码,但是要review别人写的代码。
2. .NET在ORM方面还是很落后,手动把所有的表结构mapping成class,手动写每一个SIUD方法,手动写每一行SQL。虽然我是偏向手写SQL的,但这种场合下也忍不住写个EntityManager来管理了。以C#对reflection和attribute的良好支持,一个统一的EntityManager应该是不难实现的。我的观点,手写SQL是可以的,某些情况下是必需的,但至少应该实现动态属性吧?
3. LINQ可能是一个好的选择,通过Anonymous Types和Extension Methods,可以一劳永逸地解决动态属性的问题。这和我的思路一致:通过动态属性而不是独立的持久化引擎来解决问题。但LINQ的普及速度太慢,2005年SoftCon的时候,我讲的topic就是LINQ,据说到现在还被当作新技术在讲。
4. VS2008自带了一个SQL Server Express,功能足够,而且VS2008集成的server管理基本可以替代SQL Server的Enterprise Studio,我就不想再单独安装庞大的SQL Server了。但遇到了一个新问题:没法Backup/Restore数据库,因为界面上没有。折腾了一阵,最后用命令行解决了:
RESTORE DATABASE FROM DISK = 'D:\XXXX.bak'
5. 每一个业务对象都有三个Class,分别放在Model,Business Logic Layer,Data Access Layer中。Model里面放PONO(这是我根据POJO生造出来的词),BLL里面的对象接受PONO作为参数,然后调DAL里面的对象完成持久化。连EJB都只有两层,这个小小的项目,既没有独立的持久化引擎,也不需要分布式对象,搞这么多层干什么呢?
附件:
评论:
来自: 221.223.16.*   字节:163  ID:9735  发贴时间:2008-04-13 00:56:07  原贴 
LINQ普及慢和我们出书没跟上可能有关系。

另外,从书的销售情况看,.NET开发人员好像普遍对新技术跟得不快,这一点和Java圈子不能比。

对了,LINQ和Hibernate相比如何?  
发表评论:(最长不得超过128KB)
验证码: