thisObj只是允许使用session,是否使用session可以自行决定，这是一种使能技术，而没有object支持，结果是无法有效的使用。另外，请仔细看清楚，objectScope是一种非常精细的资源使用控制手段。
另
外不要把设计理念和性能混为一谈。设计体现的是对概念的把握，能够达到合适的抽象，而性能是实际实现过程中的限制。在概念能够支持的情况下，可以采用技术
手段解决性能问题，或者退化到较低的层次，这是一种选择权。而概念无法支持的情况下，就需要各种穿墙打洞的方法来实现。
thisObj重要的是概念，如果需要，它可以把状态序列化到cookie或者dotNet那种参数中，这只是个实现问题。
| 引用: |
JSPLet Action 必须是 JSP ? |
当然可以是任何java类， JSP Action只是IEventListener接口的一个实现 。在jsplet最初的版本中，action只能写在java文件中。稍后改为可以写在jsp中也可以写在java中
| 引用: |
| WebWork的Action本身就是模型对象 |
这是WebWork弱的地方，它因为是基于action的，没有对象化，所以只有以action作为模型对象的载体，无法捕获多个action之间的状态相关性。
完全无状态的设计正是因为没有合适载体造成的。而jsplet中thisObj可以看作是对session的局域化，是对session的分解。jsplet中的很多概念在webwork这种面向action的框架中都能找到对应，只是加上了很多限制并且变得模糊了。
| 引用: |
| 没有model1简易(jstl+javabean) 没有struts的"优雅" 定位模糊. |
jsplet
是以非常精炼的方式实现对象化。再说一次，不要把jsplet的定位向那些开源框架上靠。jsplet的开发时间大概与那些开源框架同时进行的。仔细看看
设计中的可扩展性。xwork的所有特性jsplet都可以实现，而且jsplet多提供的部分就是对象化。