10 2012 档案
摘要：首先分享一点自己最近的感悟：讨厌你的人总可以找到理由去讨厌你正文开始如果您是初次阅读这个系列，请先去《Index & Writing Plan》查找并阅读“架构设计系列”的前两篇文章，顺序阅读会使您有更好的阅读体验强烈推荐配合源代码阅读本文：点击此处下载（可以直接运行，会在本地自动生成数据库）已经写完了Factory的实现。在Factory中，我们使用了预编译指令来实现了Model的切换：#define A#if Busing Model.B;using DBaccess.B;#endif#if Ausing Model.A;using DBaccess.A;#endif切换Model
阅读全文
摘要：一直觉得，简单也是一种美，架构如此，做人亦如此；重剑无锋，真水无香为了便于大家理解，在此放出源代码：点击此处下载强烈建议配合代码阅读本文，毕竟代码才是程序员最好的交流方式之前的文章分析了系统，并画出了架构草图，详情请见《一步一步搭架子（分析篇）》关于ModelBase层与Model层的实现，因为很简单，就不再赘述了，直接上代码即可。关于Model继承的思路，请见：《我们该如何设计数据库(三)(续)》ModelBase代码：namespace ModelBase{ public class Identifier { [Key] public Guid ID...
阅读全文
摘要：写下这篇博客，主要是想和大家分享我的思路以及碰到的问题作为开篇，我打算和您分享如下内容：分析系统，技术的选择，系统初步构架图话不多少，进入正文假设现在要实现一个学校登记所有教师信息的系统。系统功能十分简单：对教师信息的增删改查。我们几乎是立即设计出了这样两张表（为了增加一点复杂度，这里将Teacher和Contact设计为一对一关系）：系统完成之后，我们一个学校一个学校的去兜售。卖给A学校之后，他们说：“你这个系统不错，但是我们学校的教师信息有一些特有字段，希望你们能帮我们加上。”B学校买了之后，也表示很满意，但是B学校也有自己独有的字段需要我们添加简单的说，就是一个通用系统的二次开发。现在来
阅读全文
摘要：上篇博客《我们该如何设计数据库(三)》写出来之后，深感自己写得不够清晰，虎头蛇尾，描述问题用了很多篇幅，而问题的解决方案及其优缺点却是一笔带过，于是就写下了这篇博客来负荆请罪示例代码下载：点击这里下载示例代码说明见下文首先让我们来回顾一下《我们该如何设计数据库(三)》中描述的问题：现在有一个系统，我们暂时假设为学校选课系统。系统要按学校来卖。每个学校的选课逻辑都是一样的，而表中的数据有共性，但是也有差异性。比如说基本的Teacher表结构是这样的：现在把系统卖给A学校。A学校除了的Teacher表除了用户名和密码之外，还要储存老师的FirstName和LastName，那么表结构变化如下：现在
阅读全文
