ORM组件XCode(动手).docVIP

ORM组件XCode（动手） 本篇才真正是XCode教程第一篇。《速览》是为了以最简洁的语言最短小的篇幅去吸引开发者；《简介》则是对XCode组件和XCode开发模式的一个整体介绍，让开发者从宏观的角度去理解XCode；《共舞》把XCode提到了一个新的高度，让开发者感受到它的贵族血统！ 先抛出三篇来吸引人，再出《动手》，其实就是吊人胃口。如果到这里你还没有想试一试XCode的念头冲动，好吧，我承认是我的失败，不过你可以欺骗我，可别欺骗你自己！ XCode开发模式建议先有数据库再有实体模型，然后借助代码生成器生成实体代码；当然你要反过来先做实体模型也是可以的，XCode之下的实体，支持反向生成数据库结构。 下面以《速览》中的UserMember为例，建立数据表： 数据表名： 用户 （UserMember） 中文名 英文名 数据类型 大小 是否主键 是否唯一 是否必填 默认值 编号 ID Int32 10 是 是 是 账号 Account String 50 显示名 DisplayName String 50 名称必须使用通俗易懂的英文单词全拼，常用的缩略词（如ID）除外 使用驼峰命名规则，每个单词首字母大写，其它小写名称必须简洁明了，不要加多余的前缀（如表名前加tbl），字段名也不要加表名前缀不得使用SQL关键字或C#关键字作为表名或字段名布尔型字段名称必须是IsAbb的形式字符串类型统一使用nvarchar，大文本使用ntext，除非特殊情况，否则不用其它文本类型建议给每张表建立一个自增的ID字段并作为主键，以利于数据分页管理建议给每张表和每个字段加上说明 点击连接，列出该库所有表和视图 设置命名空间、输出目录和连接名等信息，选择“数据”模版，点击生成 因为XCode是充血模型，使用的时候是不需要指定数据库连接的，所以实体类里面默认指定连接名。 XCode模型追求简单实用，所以没有区分数据层和业务层。但是XCode实体类有数据类和业务类的说法，刚才上面的“数据”模版生成的就是数据类，下面生成业务类 可以看出，数据类和业务类其实就是同一类，只不过使用了分部类partial，把一个类分拆到两个文件里面去。数据类记录表结构信息，基本上依靠于生成；业务类第一次生成后只有一些注释，用于引导开发者如何实现自己想要的功能。业务代码等人工编写的代码，都要求卸载业务类里面，当表结构改变需要重新生成代码时，仅生成数据类即可，人工编写的代码保留在业务类中，不至于被覆盖。 XCoder在输出目录生成了代码文件，复制到vs里面去 再看看例子代码 //新增数据，Save等效于Insert UserMember user = new UserMember(); user.Account = asdf; user.Save(); //user.Insert(); //ID作为自增字段，保存后自动设为新值 Console.WriteLine(user.ID); //查找数据，等效 user = UserMember.Find(Account, asdf); user = UserMember.Find(UserMember._.Account, asdf); user = UserMember.FindByAccount(asdf); user.DisplayName = 测试数据; //读取成员数据，等效 String str = (String)user[DisplayName]; str = user.DisplayName; //给成员赋值，等效 user.DisplayName = 测试数据; user[DisplayName] = 测试数据; //保存数据，等效 user.Save(); //user.Update(); Console.WriteLine(user.ID); user.Delete(); 编译，提示user = UserMember.FindByAccount(asdf)这句报错，没有FindByAccout方法。忘了这是我手工写的了 public static UserMember FindByAccount(String account) { return Find(_.Account, account); } 这个方法是根据账号查找用户。一般建议，FindByXxxx表示根据某个条件查询一个对象，FindAllByXxxx表示查询符合某个条件的所有对象的集合。 再次编译，通过。运行 又忘了，我们还没有设置连接字符串呢。增加连接字符串 add name=Test connectionString=Data Source=.;Initial Catalog=Test;Integr