SPL(SmartPersistenceLayer)被选入博客园2006年1月第一期期刊专题！

期刊下载地址：http://www.cnblogs.com/frederick-liu/archive/2006/01/01/309483.html ]

摘录两位已经使用SPL进行项目开发的朋友对SPL的使用感受：

一、

   一直想找一个轻量级的ORM实现,评估了NHibernate,ORM.NET,Codus等较为成熟的产品,始终未能满意,直到发现SPL. 至今为止我已经用SPL做了3个商业项目,一直奇怪,这样一个优秀的ORM,为何没有我预想中那样流行? 想必是对SPL了解不够,下面我谈谈使用的感受.
    SPL最大的特点是实用. 我感觉tintown设计SPL的时候,完全是从实用角度出发,所以SPL的易用性极高,只需要很少的配置文件(2个XML),而且在功能上,完全围绕如何尽可能简单的做到CRUD,而又能把几乎所有关系数据库所用的功能映射到SPL中. 所以在开发过程中,SPL能将DataAccess层的代码量减少到最低限度. 这点在我做过的项目中已经得到验证.
SPL支持事务,支持Condition,支持联合查询,所以在程序中需要使用到SQL语句的地方已经很少了. SPL也提供了SQL语句执行功能. 在我的项目中,除了视图查询之外,其他地方已经没有SQL了. 我这里还是建议tintown支持视图,对于视图可以区别对待,无需主键,并且只支持查询.
    关于开源. 在tintown的blog中有不少关于开源的建议, 我认为这个还是应该尊重作者的意愿. 毕竟能把自己辛苦劳动所得拿出来给大家免费使用已经很不容易,如果是学习目的,作者建议可以用reflect来查看源码. 我觉得,如果tintown哪天觉得独自维护更新SPL太累的话,还是可以考虑开源的.

　

二、

听棠希望我能写写 SPL 的体会，我就尝试着说说。

我对编程完全是业余爱好，我在用 ASP.NET 之前一直使用 asp 编程。
当我从一本《java入门》认识了面向对象和N层结构以后，就开始尝试分层构建我的程
序。
最初，我访问数据库用的是 微软的 MS SqlHelper
来访问数据库，随着学习的深入，
我开始寻找 .net下的持久层， .net
下的持久层其实也有不少，只不过我最初找不到 ：）
然后用了 grover 使我对 Object Relational Mapping
有了概念上的了解。这时候
我也开始接触了 听棠的 SPL 。

刚一开始使用 SPL
，遇到了很多问题，都是听棠耐心的给我以一解答，给我了很多帮
助，才使得我对对象持久化有了实践上的理解。
关于 SPL 我的体会是：
1）简单，SPL 使用和配置都很简单，还有代码生成器。
2）中文支持，我的英文不好，优先使用有中文文档支持的技术。
3）技术支持迅速，我在使用spl查询 bool
值出错，反馈给作者，很快就有了升级文件。
4）SPL 不处理对象之间的关系。作者是这样说的：至于关系其实是很复杂的，我没有
在SPL中处理，是因为增加的复杂度超过了带来了
的方便性。用对象与对象也同样可以
做的。
5）SPL 的数据库联接信息放在配置文件中，安全上要做考虑。改文件后缀，加密，或
者将配置文件放到wwwroot 目录之外。

最近我用 spl 做了一个单位的局域网新闻系统，写作的时候，几乎没有写sql 语句了
，这是以前无法做到的，同时，使用 spl 也可以是我专注与业务逻辑的处理，而抛开
了费时的sql语句的拼写调试。

更多更新SPL请访问我的SPL专栏：http://tintown.cnblogs.com/category/12787.html