摘要看完了,先说说,我想要做的事情吧。
我想要让传统的Java开发,动态化,模块化。
不需要什么 Play,Grails,又得学一套东西。
我只需要三个原则,易用,稳定,动态。
那么抱着这套想法,进行了研究开发之旅,研究什么?动态的模块化插件化的MVC框架,大家说这有没有市场?
研究到后期发现,这套东西倒有点像OSGI了:
L0:运行环境 --- 普通Web容器即可。
L1:模块 --- 各种Jar包,包里包含了此模块的插件&资源。
L2:生命周期管理 --- Spring做黏合剂,解决多个项目互相依赖的问题。
L3:服务注册 --- 组件化插件化注册。
还有一个无处不在的安全系统渗透到所有层。 那就是 Spring 的AOP,它可以监控管理到模块里的所有的代码执行。
目前实现的效果:
模块发生改变后自动更新,已加载过的资源不需要重复加载。
一个模块卸载或安装,不影响到其它模块。
这个是在编写过程中发现的特点, 实现了字节码加密技术。
轻客户端,类是通过远程动态加载的,但本地发现此类没有被改变,则自动使用缓存。
可以在Jar包中的Contrller里,返回Jsp页面。
类卸载。
以下是类卸载日志:
//虚拟机会卸载掉本类加载的所有对象
//详细日志:
//发现[d://dyn1.jar]改变,开始重载【com.linapex.dyn.code4.classload.HotSwapURLClassLoader@b753f8】对象
//当前需要重载的对象【com.linapex.dyn.code4.classload.HotSwapURLClassLoader@b753f8】,与新实例化的对象【com.linapex.dyn.code4.classload.HotSwapURLClassLoader@1cb25f1】java.io.PrintStream@1ac1fe4
//发现新文件:com.linapex.code.email.UserManagerComponent
//[Loaded com.linapex.code.email.UserManagerComponent from __JVM_DefineClass__]
//发现新文件:com.linapex.code.email.plugin.UserManagerCtrl
//[Loaded com.linapex.code.email.plugin.UserManagerCtrl from __JVM_DefineClass__]
//发现新文件:com.linapex.code.email.plugin.sercice.IUserManagerService
//[Loaded com.linapex.code.email.plugin.sercice.IUserManagerService from __JVM_DefineClass__]
//发现新文件:com.linapex.code.email.plugin.sercice.UserManagerService
//[Loaded com.linapex.code.email.plugin.sercice.UserManagerService from __JVM_DefineClass__]
//[Unloading class com.linapex.code.email.plugin.sercice.IUserManagerService]
//[Unloading class com.linapex.code.email.UserManagerComponent]
//[Unloading class com.linapex.code.email.plugin.UserManagerCtrl]
//[Unloading class com.linapex.code.email.plugin.sercice.UserManagerService]
现在想要开发一款Web框架,大家说,需要什么特性?毕竟现在,Web框架都已经很多了。大家提一些想法或优点出来?
Spring 作为黏合剂,对象工厂,可以支持WebService,Http,Hessian,RMI等
ORM框架,我倒是有一款自用的框架,扩展自 ibatis,功能实现如下:
一主多备架构,多数据源切换支持。
常用CRUD 生成封装。
动态多条件数据库分页,自动优化查询效率。
事务控制&多数据源事务控制。
分库分表,读写分离。
数据字典支持。
ActivyRecord + 充血模型。
全面数据库支持,跨主流数据库,数据库主键支持,跨数据库日期支持。
支持数据缓存Memcache,EhCache,Redis,等等缓存或NOSQL
简单开发的话:
如果是一些基本的CRUD的话,直接使用充血模型即可。
如果不使用Model,直接用DB即可。
可抛弃 Dao层,直接使用Service层,如果懒的话,Service层也不需要写,直接用DB即可,
当然,也支持分层处理,通用BaseService,调用Dao层接口。
现在Web框架很多,如果突出重围?大家给个数?