博客园_天之道，损有余而补不足

2-8.为表建造具有继承关系的实体类型

2010-07-08T06:38:00Z

2-8.为表建造具有继承关系的实体类型

问题

我们拿到一些表，这些表有一个公共表。我们希望根据这些表建造具有继承关系的实体模型。

解决方案

设想我们拥有两个具有一个公共关联表的如下图所示的表。Business表位于1:0..1关系的1端，eCommerce表和Retail表位于0..1端。eCommerce和Retail表中放的是Business的扩展信息。

按照如下步骤建模：

1.         右击项目选择Add->New Item菜单项，选择ADO.NET Entity Data Model添加新的数据模型;

2.         选择Generate from database(从数据库中产生)，点击Next按钮;

3.         在向导中选择一个已存在的数据库链接或创建一个新链接;

4.         在对话框中选中Business表，eCommerce表，和Retail表。选中Pluralize or singularize generated object names、Include foreign key columns in the model这两个选项。点击Finish按钮完成。

5.         删除Retail实体类型和Business实体类型之间的关联，删除eCommerce实体类型和Business实体类型之间的关联。

6.         右击Business实体类型选择Add -> Inheritance。在对话框中，选择Business类作为基类Retail类作为派生类。为eCommerce实体类型重复该操作，将eCommerce类设为Business实体类型的派生类。如图

7.         删除Retail实体类型和eCommerce实体类型的BusinessId属性。它们继承了Business实体类型的BusinessId属性。

8.          右击eCommerce实体类型以查看映射明细窗口。果映射明细窗体不显示，则点击主菜单上的View à Other Windows àEntity Data Model Mapping Details，使其显示。将BusinessId列映射到BusinessId属性。为Repeat实体类型做同样的操作。如图

Figure 2-28. Adding Inheritance between the Retail entity type and the Business entity type

Figure 2-29. Mapping the BusinessId column to the BusinessId property. This must be done for both the eCommerce entity type and the Retail entity type

实体数据模型如下图所示：

Figure 2-30. Table per type inheritance with Retail and eCommerce deriving from the base entity type

Business

如何工作？

1 class Program
2     {
3         static void Main(string[] args)
4         {
5             Cleanup();
6             RunExample();
7         }
8
9         static void Cleanup()
10         {
11             using (var context = new EFRecipesEntities())
12             {
13                 context.ExecuteStoreCommand("delete from chapter2.retail");
14                 context.ExecuteStoreCommand("delete from chapter2.eCommerce");
15                 context.ExecuteStoreCommand("delete from chapter2.business");
16             }
17         }
18         static void RunExample()
19         {
20             using (var context = new EFRecipesEntities())
21             {
22                 var business = new Business { Name = "Corner Dry Cleaning", LicenseNumber = "100x1" };
23                 context.Businesses.AddObject(business);
24                 var retail = new Retail { Name = "Shop and Save", LicenseNumber = "200C", Address = "101 Main", City = "Anytown", State = "TX", ZIPCode = "76106" };
25                 context.Businesses.AddObject(retail);
26                 var web = new eCommerce { Name = "BuyNow.com", LicenseNumber = "300AB", URL = "www.buynow.com" };
27                 context.Businesses.AddObject(web);
28                 context.SaveChanges();
29             }
30
31             using (var context = new EFRecipesEntities())
32             {
33                 Console.WriteLine("\n--- All Businesses ---");
34                 foreach (var b in context.Businesses)
35                 {
36                     Console.WriteLine("{0} (#{1})", b.Name, b.LicenseNumber);
37                 }
38
39                 Console.WriteLine("\n--- Retail Businesses ---");
40                 foreach (var r in context.Businesses.OfType<Retail>())
41                 {
42                     Console.WriteLine("{0} (#{1})", r.Name, r.LicenseNumber);
43                     Console.WriteLine("{0}", r.Address);
44                     Console.WriteLine("{0}, {1} {2}", r.City, r.State, r.ZIPCode);
45                 }
46
47                 Console.WriteLine("\n--- eCommerce Businesses ---");
48                 foreach (var e in context.Businesses.OfType<eCommerce>())
49                 {
50                     Console.WriteLine("{0} (#{1})", e.Name, e.LicenseNumber);
51                     Console.WriteLine("Online address is: {0}", e.URL);
52                 }
53             }
54
55             Console.WriteLine("Press <enter> to continue..");
56             Console.ReadLine();
57         }
58     }

输出结果：

--- All Businesses ---

Corner Dry Cleaning (#100X1)

Shop and Save (#200C)

BuyNow.com (#300AB)

--- Retail Businesses ---

Shop and Save (#200C)

101 Main

Anytown, TX 76106

---- eCommerce Businesses ---

BuyNow.com (#300AB)

Online address is: www.buynow.com
本文链接

2-5.Entity Framework实战-自关联关系建模

2010-07-01T14:34:00Z

问题

我们有一个自关联表，我们希望基于该表构建具有自我引用关系的实体模型。

解决方案

假设我们拥有一个自关联表，如下面的数据库关系图所示：

按照以下步骤建模，将表和自关联关系导入EDM：

1.         右击项目选择Add->New Item菜单项，选择ADO.NET Entity Data Model添加新的数据模型;

2.         选择Generate from database(从数据库中产生)，点击Next按钮;

3.         在向导中选择一个已存在的数据库链接或创建一个新链接;

4.         在对话框中选中PictureCategory表。选中Pluralize or singularize generated object names、Include foreign key columns in the model这两个选项. 点击Finish按钮完成。

向导为我们创建一个如下图所示的实体类型。

上图所示的实体类型包含两个导航属性PictureCategory1和PictureCategory2。无论哪一个命名都没有什么可读性帮助，我们重命名它们。其中一个导航属性指向父类别或者关系的0..1端。另一个导航属性指向孩子类别或者关系的端。为了区分二者哪一个是哪一个，右击PictureCategory1。在属性窗口，我们看到PictureCategory1的multiplicity属性是(多)，所以导航属性PictureCategory1代表子分类。重命名PictureCategory1为Subcategories。重命名PictureCategory2为ParentCaegory。

结果如图所示：

如何工作？

下面的代码先插入实体对象，然后递归枚举出所有相关联的实体。
1 using System;
2 using System.Collections.Generic;
3 using System.Linq;
4 using System.Text;
5
6 namespace Recipe5
7 {
8     class Program
9     {
10         static void Main(string[] args)
11         {
12             Cleanup();
13             RunExample();
14         }
15
16         static void Cleanup()
17         {
18             using (var context = new EFRecipesEntities())
19             {
20                 context.ExecuteStoreCommand("delete from chapter2.picturecategory");
21             }
22         }
23
24         static void RunExample()
25         {
26             using (var context = new EFRecipesEntities())
27             {
28                 var louvre = new PictureCategory { Name = "Louvre" };
29                 var child = new PictureCategory { Name = "Egyptian Antiquites" };
30                 louvre.Subcategories.Add(child);
31                 child = new PictureCategory { Name = "Sculptures" };
32                 louvre.Subcategories.Add(child);
33                 child = new PictureCategory { Name = "Paintings" };
34                 louvre.Subcategories.Add(child);
35                 var paris = new PictureCategory { Name = "Paris" };
36                 paris.Subcategories.Add(louvre);
37                 var vacation = new PictureCategory { Name = "Summer Vacation" };
38                 vacation.Subcategories.Add(paris);
39                 context.PictureCategories.AddObject(paris);
40
41                 context.SaveChanges();
42             }
43
44             using (var context = new EFRecipesEntities())
45             {
46                 context.ContextOptions.LazyLoadingEnabled = true;
47                 PictureCategory root = (from c in context.PictureCategories
48                                         where c.ParentCategory == null
49                                         select c).FirstOrDefault();
50                 Print(root, 0);
51             }
52
53             Console.WriteLine("Press <enter> to continue...");
54             Console.ReadLine();
55         }
56
57         static void Print(PictureCategory cat, int level)
58         {
59             StringBuilder sb = new StringBuilder();
60             Console.WriteLine("{0}{1}", sb.Append(' ', level).ToString(), cat.Name);
61             foreach (PictureCategory child in cat.Subcategories)
62             {
63                 Print(child, level + 1);
64             }
65         }
66     }
67 }
68
输出结果如下：

Summer Vacation

Paris

Louvre

Egyptian Antiquites

Sculptures

Paintings
源码下载： Recipe5.rar
下一篇：实体框架---第二章 2.6 一个实体关联多个表
本文链接

2-2.Entity Framework实战-从已存在的数据库创建EDM

2010-06-30T15:09:00Z

上一篇：2-1.Entity Framework实战-创建一个简单的概念模型

问题

我们拥有一个具有少许表的数据库，兴许还有一些视图，以及一些外键约束，现在我们希望为这个已有的数据库创建一个Model// Entity Data Model，简称EDM。

解决方案

假定我们拥有一个描述诗人(poets)和诗人的诗(poetry)的数据库。我们的关系型数据库可能看起来像下图这样。

从这张数据库关系图上，我们看到一个诗人可以是一首或多首诗的作者同时每首诗又可以根据韵律的不同分属于一个类别。虽然我们的图上没有表现出来，其实我们还有一个视图，这个视图用来将表链接起来以方便我们枚举每一个想要的诗，诗人，以及韵律。

按照以下操作将视图，表以及关系导入EDM：

1. 右击项目选择Add->New Item菜单项，选择ADO.NET Entity Data Model添加新的数据模型;

2. 选择Generate from database(从数据库中产生)，点击Next按钮;

3. 在向导中选择一个已存在的数据库链接或创建一个新链接;

4. 选中对话框中的全部表（Meter,Poem,和Poet）。同时也选中视图（vwLibrary）。选中Pluralize or singularize generated object names、Include foreign key columns in the model这两个选项. 如下图所示

点击Finish按钮后，向导将为我们创建一个包含三个表模型和一个视图模型的EDM。同时向导还会从数据库读取外键约束并推知一个存在于Poet表和Poem(s)表之间的OTM（one-to-many）关系和一个Meter和Poem(s)之间的OTM关系。

下图展示了我们选中Poet表，Poem表，Meter表以及vwLibrary视图后得到的EDM设计图。

现在我们拥有了一个可以在编码中使用的EDM了。有一点需要注意，vwLibrary实体类型是基于数据库中的vwLibrary视图的。在大部分关系数据库中，视图是只读对象：插入，删除以及更新在数据库层是不被支持的。Entity Framework中也是这样，Entity Framework将视图视为只读。但是，我们可以通过将自定义的存储过程映射给基于视图的实体模型的create,update,和delete动作来做到对视图的增删改。这一点我们会在后续的文章中展示给大家。

如何工作？

下面的代码示范了如何插入和如何查询数据

1 using System;
2 using System.Collections.Generic;
3 using System.Linq;
4 using System.Text;
5
6 namespace Recipe2
7 {
8     class Program
9     {
10         static void Main(string[] args)
11         {
12             Cleanup();
13             RunExample();
14         }
15
16         static void Cleanup()
17         {
18             using (var context = new EFRecipesEntities())
19             {
20                 context.ExecuteStoreCommand("delete from chapter2.poem");
21                 context.ExecuteStoreCommand("delete from chapter2.poet");
22                 context.ExecuteStoreCommand("delete from chapter2.meter");
23             }
24         }
25
26         static void RunExample()
27         {
28             using (var context = new EFRecipesEntities())
29             {
30                 var poet = new Poet { FirstName = "John", LastName = "Milton" };
31                 var poem = new Poem { Title = "Paradise Lost" };
32                 var meter = new Meter { MeterName = "Iambic Pentameter" };
33                 poem.Meter = meter;
34                 poem.Poet = poet;
35                 context.Poems.AddObject(poem);
36                 poem = new Poem { Title = "Paradise Regained" };
37                 poem.Meter = meter;
38                 poem.Poet = poet;
39                 context.Poems.AddObject(poem);
40
41                 poet = new Poet { FirstName = "Lewis", LastName = "Carroll" };
42                 poem = new Poem { Title = "The Hunting of the Shark" };
43                 meter = new Meter { MeterName = "Anapestic Tetrameter" };
44                 poem.Meter = meter;
45                 poem.Poet = poet;
46                 context.Poems.AddObject(poem);
47
48                 poet = new Poet { FirstName = "Lord", LastName = "Byron" };
49                 poem = new Poem { Title = "Don Juan" };
50                 poem.Meter = meter;
51                 poem.Poet = poet;
52                 context.Poems.AddObject(poem);
53
54                 context.SaveChanges();
55
56             }
57
58             using (var context = new EFRecipesEntities())
59             {
60                 context.ContextOptions.LazyLoadingEnabled = true;
61                 var poets = from p in context.Poets select p;
62                 foreach (var poet in poets)
63                 {
64                     Console.WriteLine("{0} {1}", poet.FirstName, poet.LastName);
65                     foreach (var poem in poet.Poems)
66                     {
67                         Console.WriteLine("\t{0} ({1})", poem.Title, poem.Meter.MeterName);
68                     }
69                 }
70             }
71
72             // using our vwLibrary view
73             using (var context = new EFRecipesEntities())
74             {
75                 var items = from i in context.vwLibraries select i;
76                 foreach (var item in items)
77                 {
78                     Console.WriteLine("{0} {1}", item.FirstName, item.LastName);
79                     Console.WriteLine("\t{0} ({1})", item.Title, item.MeterName);
80                 }
81             }
82
83             Console.WriteLine("Press <enter> to continue...");
84             Console.ReadLine();
85         }
86     }
87 }
88

输出结果：

Lord Byron

Don Juan (Anapestic Tetrameter)

Lewis Carroll

The Hunting of the Shark (Anapestic Tetrameter)

John Milton

Paradise Regained (Iambic Pentameter)

Paradise Lost (Iambic Pentameter)

Lewis Carroll

The Hunting of the Shark (Anapestic Tetrameter)

Lord Byron

Don Juan (Anapestic Tetrameter)

John Milton

Paradise Regained (Iambic Pentameter)

John Milton

Paradise Lost (Iambic Pentameter)

源码下载：Recipe2.rar

下一篇：2-3.Entity Framework实战-多对多关系建模

本文链接

总结一下领域模型的验证：附代码下载

2010-02-23T14:38:00Z

一：什么是领域模型（Domain Model）

1，Entitys

2，Value Objects

3，Relations

二：只谈验证（Validation）——三种常见的做法

1，Constructor/Method based Validation

2，Validate() Method

3，Validation Services

4，Validation Configuration

一：什么是领域模型（Domain Model）

我们可以在概念层次认为Domain Model就是在大的领域边界中的，可以用基于离散的思想来限定出的，承载“数据”和“关系”的小边界（个人给的定义，仅供参考）。定义中蕴含着这样一层意思：所谓模型乃是我们限定出的用于解决问题的承载着“数据”与“关系”的“问题边界”，也就是Model不一定跟现实中的真实物理对象一一对应，虽然大都一一对应。领域大边界由Model小边界来明确，Model小边界需要由领域大边界来给限定出问题的范围（因为宇宙是无穷的开放的，除了那个终极规律外的任何规律都是有适用范围的，不限定出范围就会寸步难行，无法认识任何问题了）。

领域模型承载的数据可以分为两个类别：Entitys和Value Objects。Model中的数据依照一定“规则”模拟出一个有机的问题模型，这个“规则”约等于Relations。

1， Entity是这样的数据，在它的生命周期中需要一个标识（Identity）。在Domain Model中（注意这里的Model是在一个限定的领域中的）如果某条数据脱离了这个标识就没有了意义的话，那么这样的数据就是该Domain Model的Entitys类别的数据了。比如在cnblogs的系统中，每一个BlogSite都有一个BlogTitle，但是这个BlogTitle是可以修改的，当我修改了我的BlogSite的BlogTile后我却依然能够通过“www.cnblogs.com/xuefly”访问到，这里可以说“www.cnblogs.com/xuefly”就是我的blog的标识了。如果没有这个标识存在的话，那么BlogTitle在空间中的存在也就没有了意义（当BlogTitle与BlogSite脱离后BlogTitle就变成了“字符串”，而在Blog领域中“字符串”是没有意义的）。像BlogTitle这样的数据就是属于BlogSite模型的的Entitys类别的数据，我们把这样的数据交给BlogSite来验证的话是合理的。比如当我们修改自己的BlogSite的BlogTile中包含敏感的非法字符时或者长度超过了一定限度时，修改就不会保存成功，这里的验证就该是由BlogSite本身来完成的。

2， Value Objects是这样的数据：它的存在不需要标识。存在就是要有意义，还是在cnblogs的系统中，每个BlogSite都会有博主（BlogOwner），因为我们的BlogSite是单用户的所以在BlogSite中应该会有一个BlogUser:Person类型的属性，我们假设这个属性被命名为BlogOwner。

BlogOwner是一个BlogUser类型的对象，BlogUser类型对象的存在不依赖于BlogSite的存在，也就是即使没有BlogSite的话这个被指向了BlogSite.BlogOwner的BlogUser类型的对象依然有存在的意义（是否可以这样理解，BlogUser是一个Person，而Person在Blog领域中是具有意义的）。这里的BlogOwner就可以归为BlogSite的Value Object类别的数据了。我们看到BlogSite有一个ID标识，这个ID标识是提供给BlogTitle这样的BlogSite的Entitys类别的数据的，并不是提供给BlogOwner的。再进一步说明就是：在一个BlogSite类型的对象blogSite1中，blogSite1的BlogOwner属性值原来指向user1，而现在我们把blogSite1.BlogOwner指向null，这时user1失去了与blogSite1的联系，然而user1却在整个Blog领域中依旧具有实际的意义，因为在Blog领域中必须有用户这个概念（BlogUser Class），user1是一个用户，user1在blog领域中依旧有意义。而BlogTitle就不同了（blogSite1.BlogTitle = blogTitle1），如果我们把blogSite1.BlogTitle指向null的话，BlogTitle1同样与blogSite1脱离了关系，这个时候blogTitle1由“博客标题”变成了“字符串”，blogTitle1是个字符串，它在Blog领域中没有意义。BlogOwner属于BlogSite的Value Objects类别的数据，BlogOwner的数据应交由BlogUser模型来验证，不应由BlogSite模型来验证。与BlogSite一样BlogUser.Name，BlogUser.LoginID，BlogUser.Password属于BlogUser模型的Entitys类别的数据。

3， 关系（Relations）

……

二，只谈验证（Domain Model Validation）

业务规则要求我们的Domain Model必须满足某些约束，比如BlogSite的BlogTitle的长度不能大于等于255个字符等，这就是业务规则。如果说对BlogTitle的长度进行约束貌似还有点不怎么说的通的话，那么在Blog领域中业务规则要求BlogUser类型的对象的Age属性不能小于等于零就是无可厚非的了。正是这些被约束的数据组成了Domain Model，通过这些约束，低级的数据（基本数据类型）被我们组织成了更高一级的复杂类型的数据——Domain Model Class，然后领域中的所有Domain Model交织起来最终又诠释了整个领域。我们认为：没有边界的宇宙中的每一个概念都是被约束出来的，无论是“领域”还是领域中的“模型”，终极都是由规则约束出来的具有边界的问题模型。如果没有了约束就没有了Model没有了Domain，一切可以认识的东西都没有了，只剩下了一个开放的没有边界的宇宙了。可见“规则”（Rule）是多么的重要，而执行规则就需要“验证”（Validation）。

1， 基于构造的验证

将验证放在构造对象的时候，比如构造函数中或者放在属性中。在这种情况下，当验证失败的时候我们一般直接抛出异常，比如抛出自定义的ValidationException异常，将错误信息放在自定义异常中。

public class Person : Entity
    {
        private string _name;
        private DateTime _birthday;

        public string Name
        {
            get
            {
                return _name;
            }
            set
            {
                if (value.IsNullOrEmpty())
                {
                    throw new IsNullOrEmptyException("名称不能为空");
                }
                _name = value;
            }
        }

        public DateTime Birthday
        {
            get
            {
                return _birthday;
            }
            set
            {
                if (value >= DateTime.Now || DateTime.Now.AddYears(-120) > value)
                {
                    throw new ValidationException("出生日期不在有效的范围内");
                }
                _birthday = value;
            }
        }
    }

测试如下：

[TestFixture]
    public class PersonTest
    {
        [TestCase]
        public void TestPerson()
        {
            Person person = new Person { Name = "xuefly", Birthday = DateTime.Now.AddYears(-20) };

            Assert.IsNotNull(person);
        }

        [TestCase]
        [ExpectedException(typeof(IsNullOrEmptyException))]
        public void NameShouldNotBeNullOrEmpty()
        {
            Person person = new Person { Name = "", Birthday = DateTime.Now.AddYears(-20) };
        }

        [TestCase]
        [ExpectedException(typeof(ValidationException))]
        public void BirthdayShouldNotGreatThanNow()
        {
            Person person = new Person { Name = "xuefly", Birthday = DateTime.Now.AddYears(1) };
        }
    }

如愿的抛出了异常。

2，Validate()方法验证

给每一个Domain Model实现一个“Validate()”方法。在这种情况下，我们在使用Domain Model的时候主动调用该方法来验证对象的合法性，如果验证失败直接抛出异常或者返回一个类似List<ValidationError>这样形式的集合。这样的话，约束Domain Model的“法律/规则”可以被违犯，执不执行法律的权利交给了上层的用户，比较灵活但同时上层的用户肩负起了责任。（就像google搞出来的那几个“google事件”一样，google违犯了我们的法律，确定无疑！皮球已经踢到了我们这边，处不处罚google是我们必须要决定的事情）

我们先定义一个用来封装业务规则的类叫BrokenBusinessRule
public class BrokenBusinessRule

{

public BrokenBusinessRule(string property, string rule)

{

Property = property;

Rule = rule;

}

public string Property { get; set; }

public string Rule { get; set; }

}

下面我们针对BlogSite来书写验证：其中的GetBrokenRules()方法就是Validate() Method

public class BlogSite : Entity
    {
        protected bool IsValidated = false;

        public string BlogTitle { get; set; }

        public string DomainName { get; set; }

        public BlogUser BlogOwner { get; set; }

        // 该方法就是Validate() Method
        public List<BrokenBusinessRule> GetBrokenRules()
        {
            List<BrokenBusinessRule> brokenRules;

            if (IsValidated)
            {
                return new List<BrokenBusinessRule>();
            }

            // 下面的代码参考http://www.cnblogs.com/tristanguo/archive/2009/05/15/1457197.html 感谢tristanguo
            brokenRules = new Validator<BlogSite>(this).Validate(b => BlogTitle.IsNullOrEmpty(), new BrokenBusinessRule("BlogTitle", "博客名称不能为空"))
                .Validate(b => DomainName.IsNullOrEmpty(), new BrokenBusinessRule("DomainName", "域名不能为空"))
                .BrokenRoles;

            brokenRules.AddRange(BlogOwner.GetBrokenRules());

            IsValidated = brokenRules.Count == 0;

            return brokenRules;
        }
    }

同样，我们使用NUnit测试一下：

[TestFixture]

public class BlogUserTest

{

[TestCase]

public void TestBlogUser()

{

BlogUser blogUser = new BlogUser { LoginID="", Name="", Birthday=DateTime.Now.AddYears(1), Password=""};

Assert.IsTrue(blogUser.GetBrokenRules().Count == 4);

}

[TestCase]

public void TestBlogUser1()

{

// Name和Birthday是在BlogUser的基类Person中定义的

BlogUser blogUser = new BlogUser { LoginID = "xuefly", Name = "", Birthday = DateTime.Now.AddYears(1), Password = "123456" };

Assert.IsTrue(blogUser.GetBrokenRules().Count == 2);

}

[TestCase]

public void TestBlogUser2()

{

// 1：LoginID为空；2：密码为空

BlogUser blogUser = new BlogUser { LoginID = "", Name = "xuefly", Birthday = DateTime.Now.AddYears(-20), Password = "" };// Name和Birthday是在BlogUser的基类Person中定义的

Assert.IsTrue(blogUser.GetBrokenRules().Count == 2);

}

测试也通过了。

3， 验证服务

这个类别是我通过观察Oxite2的验证机制分出来的，叫法不一定正确，下一篇书写。

欢迎加入Oxite小组一起学习：博客园Oxite小组

4， 基于配置的验证

这个我现在还不是很清楚，不知道跟我想象的是一回事不，等弄清楚了再书写吧。

代码这里下载：下载代码

参考：

Domain Model Validation

也谈实体验证（Entity Validation）

本文链接

Oxite2插件机制分析

2009-09-21T18:36:00Z

小组希望我写一些关于Oxite2的插件机制的文字。我以前没有接触过插件机制，因此答应介绍这个话题，因为我可以就着Oxite2的源码趁机学习一下哈。我们小组是Oxite2开源项目学习小组，这篇文章的内容主要是通过对Oxite2代码的学习得来的，所以文章谈论的内容局限于Oxite2的插件机制，并不是ASP.NET插件机制的总结性文章。我尽最大努力保证文章内容的正确性，对于不正确的地方一定要指出来。

浅谈Oxite2的数据访问和数据验证

2009-09-14T11:14:00Z

我们看到Oxite2的数据访问层使用了Repository模式。其中IRepository接口关联的是Domain Model（领域模型）与Entity无关。线条为红色的部分是数据访问层，为了体现出更多的信息我在图上加入了目前并不存在的OracleRepository以及可有可无的数据库实体Entity。LinqToSqlEntity专用于Linq2Sql与DataContext耦合的太紧密，用来当做各数据库的通用实体不太合适。

Oxite2初探

2009-09-04T17:29:00Z

由于Oxite1在ASP.NET MVC1还未发布的时候就早早地发布了，2009年2月15日发布的Oxite1口碑不好，但是即将发布的经过重新开发的Oxite2已经不再羸弱了，有非常多的值得观察与学习的地方。本文讨论的内容是基于Oxite2的……

Asp.net MVC项目的部署（二）：对IIS7的补充

2009-08-12T03:07:00Z

由于第一篇太长，本来应该放在第一篇的关于IIS7的知识被放在了第二篇，你可以结合第一篇，比较着IIS6来理解IIS7的改变。主要参考资料：Pro Asp.net MVC Framework.pdf（你可以搜索下载到）在IIS7的集成管线模式中请求是如何被处理的IIS7引入了一个激进的不同以前的管线模式，叫做集成管线模式，在这个模式中.NET是Web服务器本地支持的一部分。现在，IIS不再需要一个ISAPI扩展来激活.NET代码了——IIS7自己就可以搞定了，现在IIS7可以直接从.NET程序集中调用HTTP modules和HTTP handlers了。当然，如果你愿意的话，你仍然可以使用老的模式，依旧可以使用非托管的ISAPI扩展。

Asp.net MVC项目的部署（一）：IIS以及Asp.net与IIS相关的部分

2009-07-30T21:29:00Z

Asp.net MVC 1.0正式发布至今已将近四个月了，想必了解Asp.net MVC的人越来越多。打算写一点关于如何部署Asp.net MVC的文字。内容包括：IIS的版本变化，Asp.net的工作原理等。涉及的东西比较基础，内容也比较多，肯定会有我们已经知道的东西，但是为了完整性，可能会分（一）、（二）……如果你对Asp.net不太熟悉的话，可能阅读中会遇到一些理解不了的地方，在这些地方我会给出推荐您阅读的书籍或者园友的文章供你参考，如果你是Asp.net高级开发人员的话可以略过。主要参考资料：Pro Asp.net MVC Framework.pdf（你可以搜索下载到）

我觉得现在计算机行业"人力"过剩主要有两个原因 + 一个前提

2009-06-12T05:02:00Z

由于以上80后的特质和计算机行业在上个年代特殊的地位造就了现在这个情况。无论作为面试官的70后的你们怎么找接口说自己面试不到人才也掩盖不了你见到了多的像牛毛一样的80后的人才这个事实！中国的人才积累已经到了顶峰，80后们过了中年的时候才是中国真正缺少人才的时候！就看政府和大家怎么用这些人才了。但是无论怎样，等到我们这些80后们退休的时候几乎可以肯定的预见到未来的中国是什么个样子了。中国不缺人才！就像现在这样仅仅1/3的人才在发挥作用就足以保证民族的复兴了。

博客园_天之道，损 有余 而 补 不足

2-8.为表建造具有继承关系的实体类型

2-5.Entity Framework实战-自关联关系建模

2-2.Entity Framework实战-从已存在的数据库创建EDM

总结一下领域模型的验证：附代码下载

Oxite2插件机制分析

浅谈Oxite2的数据访问和数据验证

Oxite2初探

Asp.net MVC项目的部署（二）：对IIS7的补充

Asp.net MVC项目的部署（一）：IIS以及Asp.net与IIS相关的部分

我觉得现在计算机行业"人力"过剩主要有两个原因 + 一个前提

博客园_天之道，损有余而补不足