最近做项目，有一个星期的时间，都在跟同事讨论：持久层怎么办？
是自己搞，还是用个持久层框架？
最后决定还是自己搞吧。
因为数据库结构一直都在变，用了持久层的确不方便。
虽然，从某种程度上来讲，持久层的确能减少代码量。
更重要的是，数据库已关系（表）为处理单元，而程序是以对象为单元。
因此，这种对象与关系的映射是很有必要的。
现在，突然觉得——持久层是软件开发的一个瓶颈。
如果没有持久层，那么软件代码量会增加，数据库 DML 操作会变得极为不方便。
可如果有了，好像也不行。
一是持久层框架增加了软件的复杂度，无法保证软件运行的效率；
二是数据库结构的变化对持久层的影响简直是噩梦。
所以，对持久层框架的使用应该是慎重的。
特别是，在一个项目，数据库频繁变更时。
比如，一个企业，要做一个软件项目，之前什么都没有，没数据库，没原型，一切从零开始。
这种情况下，谁敢用持久层呢。
但是如果软件项目，仅仅是改造，或是在现有软件的基础上改版，或是借鉴现有软件来重做。
这种情况下，倒是可以考虑选一个持久层框架。