要生猛的面对生活
最近越来越不知道该吃什么了。唉。
现在到了比较激动的地方了,ORM,说白了最主要的工作就是将对象和数据库表格的映射建立起来。这里我们就不用XML文件来配置了,第一会使配置文件结构变复杂加大解析难度,第二我来看看另外一种做映射的方法。
这里介绍一下.NET的Attribute,在早些时候被翻译作属性,和property混淆了。现在一般都翻译为特性或特征,它可以给一个类或者类的成员附加一些额外的特征或者功能。在.NET里面的System.Arribute作为其基类,所有继承自他的,并且类名以Attribute结尾的类型都可以作为Attribute实用,这里有一个约束,定义的时侯类名要以Attribute结尾,但是使用的时候要去掉Attibute。.NET类库预定义了很多的特性来实现很多的功能,这里我们通过Attribute类来标示类成员的特性,并且通过反射来获取来标示类成员与数据库的映射。
首先我们通过一个例子来看看Attribute的特性
执行结果自然是一个异常,异常的message是error:can not run this method!
ok,现在是否明白了它的工作原理?还有点晕?晕不要紧,做了再说。
class TestAttribute:System.Attribute{ public TestAttribute(string message) { throw new Exception("error:"+message); }}
class Tester{ [Test("Can not run this method!")] public void Cannotrun() { }
public static Main(sting[] args) { Tester t=new Tester(); t.Cannotrun(); }}
我们现在就是来构造一个Attribute的类来存储一个属性的类型,长度,映射字段等数据
posted on 2007-01-24 22:21 亚历山大同志 阅读(5269) 评论(12) 编辑 收藏
下面就该把定义的Attribute信息读出来用了吧 回复 引用 查看
太好了,谢谢亚历山大,这几天我一直在看你的文章。 我也在做一个适合我们公司的简单的ORM。 但我并不打算循规蹈矩,为了性能,不用反射赋值,而是通过代码生成器生成的代码一个个赋值;不需要处理多表关联查询,现在的开发人员,各个都是SQL高手,不需要像NH那样的HQL(我们现在用的就是NH,用到的仅仅是加载单表称为对象而已);我们喜欢从数据库开始设计,所以也不需要像NBear那样。 总之,要简单而强大。既然个个都是SQL高手,我就不必要做那么多了。呵呵 我也打算用特性了映射字段,性能如何呢? 回复 引用 查看
麻烦,简单点解决问题就可以了 回复 引用
求教,为什么我照着你那个TestAttribute写,并不抛出任何异常阿? 还有什么其他的要求么? 郁闷ing~ 回复 引用 查看
未完待续的英文是 to be continued 回复 引用 查看