改进架构，实现动态数据源，结束java开发生活

这么做是趋势。
复合查询可以先建view来解决。

LZ这个意思就相当把后台仅仅当成一个查询数据库的中间层
想法还可以 不过关键是让页面记住sql的编号这点不好

权限等等都是问题

这不只是想法，我曾经开发过这么一个东东；它的伟大之处在于开发简单、使用简单；
而不足之处也在于简单二字，只能用于简单的业务和小流量。

换句话说，这个不是程序员该努力的方向，它对你不会有什么好处。

.....还不如直接写TP好了。。。。

感觉这个构思好处只能在一般的增、删、改、查中体现，现在我也基本使用ACTION来继进行类似的处理。
但考虑到一些复杂的业务逻辑，涉及到大量文件和数据的处理逻辑， 这个实现就有点不适用了。

查询还可以，如果涉及到安全性、事务性、分布式等好像就不行了。

考虑应用场景

**关于安全，直接传参有隐患，在写的时候要特别注意过滤，另外，如果被人抓到xml文件，修改sql语句，你很难发觉。

**关于事务，事务你是怎么控制的呢？ 一次http请求，只能请求一个sql吗？ 多sql怎么办？ 且多sql在一个事务中，这种逻辑你写到后台还是前台？ 如果写在前台？ 什么时候startTransaction？

**关于缓存，基本上dao框架都实现自己的二级缓存，你的框架有缓存吗？

**你是运行时去读取存放sql的xml文件吗？ 这个的好处确实是动态实现sql，但坏处是影响效率，不过搞个定期读取你的sql文件倒不错，这点构思应该强于ibatis。



一点自己的看法，呵呵。