orm
先说下orm，在前面我们没有提这个，其实我们已经实现了orm功能。
这里把orm做了极大的简化，以一个model映射到数据库的一张表。在前面看到我们把业务处理也放在model里，所以这时model才是真正的充血模型，并把对数据库的操作封装为dao，所以orm其实为model+dao。
Tiny v1.0框架原理图
再补一下框架的原理图
Tiny v2.0 设计中。。。（先贴个图）
Tiny框架的问题及解决思路
问题1：参数类型Map<String,String>问题
我们规定所有参数都为Map<String,String>，中值都为String类型确实有点不好让人接受（虽然从页面传递过来的，都是String类型），现在我们想参数转型的工作由tiny来完成，我们怎么解决这个问题呢？
解决思路：
重写一个TinyMap类继承HashMap。我们实现getInt，getString等方法，调用这些方法可以对类型自动转换，当使用get方法时，其实是调用HashMap的get方法，放回object类型，代码如下：
TinyMap tMap = new TinyMap(参);
tMap.getInt(key);
tMap.getString(key);
tMap.get(key);//Ojbect然后由前置控制器中将页面的参数转换为TinyMap类型（现在转换为HashMap），最后放入action参数中。由于action中参数为map接口，所有对原设计无影响，用户可同时使用HashMap和TinyMap的方法。
问题2：Aop功能太过鸡轴，只能对action访问的织入，而不能对业务（model）织入
解决办法
方式1：动态代理模式
实现动态代理类。在前置控制器中代码Container.inject(o);（注入模型）时，注入代理类，然后在BindingAop中绑定model（类似action），代理类调用具体的model方法，在执行前后调用aop的before和after。具体如下：
BindingUtil.binding("/模型类/模型方法/", new Class[]{TestAop.class});//模型和aop的绑定
通过绑定，我们把模型类，自动放入代理类中，然后在action中定义代理类，同以前那样注入，然后action中调用代理类.invok();即可。
缺点：
方式1有个缺点，或者说是java的动态代理模式的缺点（也许大家好的办法，请告诉我下），就是必须得实现接口。实现一个接口一般没什么不好，但是咱们的模型是有很多个的，让用户去自己弄接口然后自己实现，这样也没什么不对，只是这样用户开发时，尤其是非常小的系统时，开发时就会很麻烦，这样有违咱们当初设计tiny的初衷，所以放弃方式1.
方式2：神秘方式
呵呵，我想到了一个变态的方式，以前看过别的框架实现过，觉得真是麻烦（需要用户去自己弄好多东西），我现在决定改一下，我自己感觉还不错，而且没有方式1的麻烦问题，在action中的模型，还是用户自己写的模型类，也不需要用户像绑定action那样去绑定模型和aop的关系，感觉一个action绑定就够了。就是说用户在什么也没做的情况下就有了aop的功能，是不是很神秘啊，很符合tiny的隐形特性。这个先买个关子，先不说明，等大家看见代码就一下明白了。
就让它在神秘下吧。
来源：oschina
链接：https://my.oschina.net/u/933274/blog/221833