因为我们要和客户谈需求啊，典型的是领域驱动，要和客户/领域专家找到“共同的语言”，这共同的语言是什么？是表结构？估计如果开发的是一个财务会计系统，这还是可行的——估计早期的系统大多就是财务报表类系统？说不定还真是这样。为什么面向对象从Java开始流行，Java是虚拟机，可以用在微波炉报警器之类上面的，底层数据结构可以完全脱离数据库啊！.NET做什么起家的，就报表啊！呵呵。

总之，发展到今天，随着系统复杂性的增加。在系统的架构设计中，我们不得不将现实世界首先映射成一个一个可以封装、具有继承多态特性的对象，并且将重心放在这些对象关系功能的维护上。

数据库？就先不管它吧。

只有脱离了数据库的束缚，我们才能自由的翱翔在面向对象的世界里！

“问题是我忘不掉啊！”

“我只要看到需求，脑子里马上就是数据库就是表。”

“没有数据库，我都不知道怎么开始写代码了。”

……

是的，忘掉数据库是很难很难——尤其是对于我们这些老人来说。已经浸淫sql数十年的高手，你让我忘掉它？你以为写小说啊，张无忌学太极啊？

我只能说说我是怎么做到的，希望能给你一些参考。

我就假设我的系统不是用“关系数据库”存储数据，不是mysql，不是oracle；我用nosql，我用xml文件存储，行不行？nosql，怎么用？不知道啊，我十窍通了九窍。但我就要在我还不知道nosql怎么用的时候，就开始构建我的BLL/领域层。而且我只设定几个最简单的假设：

究竟怎么从硬盘里存取（所谓的“持久化”），以后再说。我连用什么进行持久化都不知道，现在怎么考虑？但有一条，反正不会用关系数据库，估计是用nosql吧……

真正的对象数据库！快出来啊，求你了……

惯例说我的项目进展：
1、写文档写到吐……
2、重构累成了狗……
本计划发布了新版本再写这篇博客的，但实在不能再拖了。博客系列接下来，就进入项目的具体开发了，代码还乱成一堆，啊……