我对持久层的一点看法

最近做项目,有一个星期的时间,都在跟同事讨论:持久层怎么办?

是自己搞,还是用个持久层框架?

最后决定还是自己搞吧。

因为数据库结构一直都在变,用了持久层的确不方便。

虽然,从某种程度上来讲,持久层的确能减少代码量。

更重要的是,数据库已关系(表)为处理单元,而程序是以对象为单元。

因此,这种对象与关系的映射是很有必要的。


现在,突然觉得——持久层是软件开发的一个瓶颈。

如果没有持久层,那么软件代码量会增加,数据库 DML 操作会变得极为不方便。

可如果有了,好像也不行。

一是持久层框架增加了软件的复杂度,无法保证软件运行的效率;

二是数据库结构的变化对持久层的影响简直是噩梦。


所以,对持久层框架的使用应该是慎重的。

特别是,在一个项目,数据库频繁变更时。

比如,一个企业,要做一个软件项目,之前什么都没有,没数据库,没原型,一切从零开始。

这种情况下,谁敢用持久层呢。

但是如果软件项目,仅仅是改造,或是在现有软件的基础上改版,或是借鉴现有软件来重做。

这种情况下,倒是可以考虑选一个持久层框架。

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值