听棠.NET

用积极乐观的心态,面对压力
posts - 307, comments - 10812, trackbacks - 112, articles - 5
  博客园  :: 首页  :: 新随笔  :: 联系 :: 订阅 订阅  :: 管理


期刊下载地址: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