[国产OSGI]动态模块化MVC框架研究 Java HotSwap

原创
2014/12/09 17:03
阅读数 680

摘要看完了,先说说,我想要做的事情吧。

我想要让传统的Java开发,动态化,模块化。

不需要什么 Play,Grails,又得学一套东西。


我只需要三个原则,易用,稳定,动态。

那么抱着这套想法,进行了研究开发之旅,研究什么?动态的模块化插件化的MVC框架,大家说这有没有市场?


研究到后期发现,这套东西倒有点像OSGI了:

L0:运行环境 --- 普通Web容器即可。

L1:模块    --- 各种Jar包,包里包含了此模块的插件&资源。

L2:生命周期管理 --- Spring做黏合剂,解决多个项目互相依赖的问题。

L3:服务注册 --- 组件化插件化注册。

还有一个无处不在的安全系统渗透到所有层。 那就是 Spring 的AOP,它可以监控管理到模块里的所有的代码执行。


目前实现的效果:

  1. 模块发生改变后自动更新,已加载过的资源不需要重复加载。

  2. 一个模块卸载或安装,不影响到其它模块。

  3. 这个是在编写过程中发现的特点, 实现了字节码加密技术。

  4. 轻客户端,类是通过远程动态加载的,但本地发现此类没有被改变,则自动使用缓存。

  5. 可以在Jar包中的Contrller里,返回Jsp页面。

  6. 类卸载。


以下是类卸载日志:

//虚拟机会卸载掉本类加载的所有对象
//详细日志:
//发现[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,功能实现如下:

  1. 一主多备架构,多数据源切换支持。

  2. 常用CRUD 生成封装。

  3. 动态多条件数据库分页,自动优化查询效率。

  4. 事务控制&多数据源事务控制。

  5. 分库分表,读写分离。

  6. 数据字典支持。

  7. ActivyRecord + 充血模型。

  8. 全面数据库支持,跨主流数据库,数据库主键支持,跨数据库日期支持。

  9. 支持数据缓存Memcache,EhCache,Redis,等等缓存或NOSQL


简单开发的话:

如果是一些基本的CRUD的话,直接使用充血模型即可。

如果不使用Model,直接用DB即可。

可抛弃 Dao层,直接使用Service层,如果懒的话,Service层也不需要写,直接用DB即可,


当然,也支持分层处理,通用BaseService,调用Dao层接口。


现在Web框架很多,如果突出重围?大家给个数?




展开阅读全文
打赏
1
3 收藏
分享
加载中
linapex博主

引用来自“哈库纳”的评论

java 在加载同名类的时候只会加载一次的。所以当模块交叉引用遇到同名类的处理才是模块化的关键。
已解决,不同的classloader,可以重复加载多次。
2014/12/13 16:12
回复
举报
tomcat 算不上真正的模块化,它并没有解决模块之间的交叉依赖问题。osgi 解决了这个问题。
打个比方“A 依赖 B,C B 依赖 D1 ,C 依赖 D2”
A,B,C,D分别是四个不同的类。 D1和D2 类名相同但是版本不同。 当我在使用 A 类方法的时候这4个类是都会需要用到的。 由于 classloader 同名类只会加载一次 D1 ,D2 的处理必须做掉才是模块化。

不是简单的让 D 有两个不同名的实现。
2014/12/13 11:16
回复
举报
java 在加载同名类的时候只会加载一次的。所以当模块交叉引用遇到同名类的处理才是模块化的关键。
2014/12/13 11:08
回复
举报

引用来自“linapex”的评论

@哈库纳
这个是最典型的问题,这个问题通过第三方工厂来解决,懒加载特性。如,一个模块的接口IDemo,有不同版本的Impl,命名为Demo0Impl,Demo1Impl,一个模块引用对象的时候,使用 Demo0Impl,一个模块引用对象的时候,使用 Demo1Impl,接口不变,做加法,或是组合模式,组合原有的接口到新的接口 即可。 CRUD 是对应简单的业务逻辑,企业级亦或是更低成本的开发,项目都需要改进吧。一个项目没有改进,没有二期,三期,或是新的需求,那项目是不是会死?这个谁也不知道,所以,既要支持简单 CRUD,充血模型+ActivyRecord,又要支持 分库分表,为以后做扩展,这个曲线非常低,其实就是一段代码配置而已。

ShardTable shardTable = new ShardTable();
shardTable.setNamespace("Roles");
shardTable.setPrefixname("t_roles");
shardTable.setTablecount(5);
shardTable.setFieldname("name");

Hibernate大家都知道,不适应高并发,排错,灵活掌控,ibatis学习曲线非常低,我封装后的更低,缓存,都是无入侵式,无论在 View层,Controller层,Service层,Dao层调用都可以。

jfinal支持的是mysql,还需要手动查询,数据库主键,数据库方面的一些差异性并没有摒除,当然它也支持扩展。


发展,还得看趋势,变才能保持不变。

现在想了解一下,大家的意思、

引用来自“哈库纳”的评论

模块和模块之间的类名冲突怎么解决?

引用来自“linapex”的评论

说了吖,你还没说 mvc 的想法看法呢。
类名冲突指的是类名完全一样的两个不同类。 你指的Demo0Impl Demo1Impl 本身类名就不一样,不存在或冲突。所以你还是没有解决 类名冲突问题。
2014/12/13 11:05
回复
举报
linapex博主

引用来自“linapex”的评论

@哈库纳
这个是最典型的问题,这个问题通过第三方工厂来解决,懒加载特性。如,一个模块的接口IDemo,有不同版本的Impl,命名为Demo0Impl,Demo1Impl,一个模块引用对象的时候,使用 Demo0Impl,一个模块引用对象的时候,使用 Demo1Impl,接口不变,做加法,或是组合模式,组合原有的接口到新的接口 即可。 CRUD 是对应简单的业务逻辑,企业级亦或是更低成本的开发,项目都需要改进吧。一个项目没有改进,没有二期,三期,或是新的需求,那项目是不是会死?这个谁也不知道,所以,既要支持简单 CRUD,充血模型+ActivyRecord,又要支持 分库分表,为以后做扩展,这个曲线非常低,其实就是一段代码配置而已。

ShardTable shardTable = new ShardTable();
shardTable.setNamespace("Roles");
shardTable.setPrefixname("t_roles");
shardTable.setTablecount(5);
shardTable.setFieldname("name");

Hibernate大家都知道,不适应高并发,排错,灵活掌控,ibatis学习曲线非常低,我封装后的更低,缓存,都是无入侵式,无论在 View层,Controller层,Service层,Dao层调用都可以。

jfinal支持的是mysql,还需要手动查询,数据库主键,数据库方面的一些差异性并没有摒除,当然它也支持扩展。


发展,还得看趋势,变才能保持不变。

现在想了解一下,大家的意思、

引用来自“哈库纳”的评论

模块和模块之间的类名冲突怎么解决?
说了吖,你还没说 mvc 的想法看法呢。
2014/12/11 15:02
回复
举报

引用来自“linapex”的评论

@哈库纳
这个是最典型的问题,这个问题通过第三方工厂来解决,懒加载特性。如,一个模块的接口IDemo,有不同版本的Impl,命名为Demo0Impl,Demo1Impl,一个模块引用对象的时候,使用 Demo0Impl,一个模块引用对象的时候,使用 Demo1Impl,接口不变,做加法,或是组合模式,组合原有的接口到新的接口 即可。 CRUD 是对应简单的业务逻辑,企业级亦或是更低成本的开发,项目都需要改进吧。一个项目没有改进,没有二期,三期,或是新的需求,那项目是不是会死?这个谁也不知道,所以,既要支持简单 CRUD,充血模型+ActivyRecord,又要支持 分库分表,为以后做扩展,这个曲线非常低,其实就是一段代码配置而已。

ShardTable shardTable = new ShardTable();
shardTable.setNamespace("Roles");
shardTable.setPrefixname("t_roles");
shardTable.setTablecount(5);
shardTable.setFieldname("name");

Hibernate大家都知道,不适应高并发,排错,灵活掌控,ibatis学习曲线非常低,我封装后的更低,缓存,都是无入侵式,无论在 View层,Controller层,Service层,Dao层调用都可以。

jfinal支持的是mysql,还需要手动查询,数据库主键,数据库方面的一些差异性并没有摒除,当然它也支持扩展。


发展,还得看趋势,变才能保持不变。

现在想了解一下,大家的意思、
模块和模块之间的类名冲突怎么解决?
2014/12/11 12:06
回复
举报
linapex博主
@哈库纳
这个是最典型的问题,这个问题通过第三方工厂来解决,懒加载特性。如,一个模块的接口IDemo,有不同版本的Impl,命名为Demo0Impl,Demo1Impl,一个模块引用对象的时候,使用 Demo0Impl,一个模块引用对象的时候,使用 Demo1Impl,接口不变,做加法,或是组合模式,组合原有的接口到新的接口 即可。 CRUD 是对应简单的业务逻辑,企业级亦或是更低成本的开发,项目都需要改进吧。一个项目没有改进,没有二期,三期,或是新的需求,那项目是不是会死?这个谁也不知道,所以,既要支持简单 CRUD,充血模型+ActivyRecord,又要支持 分库分表,为以后做扩展,这个曲线非常低,其实就是一段代码配置而已。

ShardTable shardTable = new ShardTable();
shardTable.setNamespace("Roles");
shardTable.setPrefixname("t_roles");
shardTable.setTablecount(5);
shardTable.setFieldname("name");

Hibernate大家都知道,不适应高并发,排错,灵活掌控,ibatis学习曲线非常低,我封装后的更低,缓存,都是无入侵式,无论在 View层,Controller层,Service层,Dao层调用都可以。

jfinal支持的是mysql,还需要手动查询,数据库主键,数据库方面的一些差异性并没有摒除,当然它也支持扩展。


发展,还得看趋势,变才能保持不变。

现在想了解一下,大家的意思、
2014/12/10 14:34
回复
举报
提一个简单的问题:如何处理模块和模块之间的依赖的关系,比方说“两个模块分别依赖了同一个的模块的不同版本?” ---- 只要跟 OSGi 贴上边就轻量化不了,学习曲线必然会升高。

另外 如果是简单的 CURD 的话 ActivyRecord 就够了。 业务逻辑全部丢到 logic 层去。领域模型只适合那些业务复杂的场景。但如果是 DDD 的话,ActivyRecord 的作用是不够的。你需要 Hibernate 那样的大家伙。而且还要有其它配套的设计。

但如果是轻量化能操作数据库的Web 框架 JFinal 的设计就够了。或者你可以 MVC + ActivyRecord。
其余的东西完全可以碎片化,分散到其它项目中。

我的 Hasor 在初期想走模块化,因为没办法避开 OSGi 放弃了。后来走了 微内核 + 插件 这条路。
至于 DB、Web、MVC、远程调用神马的都扔到 pingus 范畴中。


so 你想如何发展你的框架呢?
2014/12/10 11:12
回复
举报
已关注
2014/12/09 17:29
回复
举报

引用来自“linapex”的评论

如何@跟Java web相关的所有人?@小小编辑

引用来自“小小编辑”的评论

没有这种方法哦,如果是问题讨论也是可以发帖的
起个“跟Java web相关的所有人”名字就行了,不谢
2014/12/09 17:23
回复
举报
更多评论
打赏
16 评论
3 收藏
1
分享
返回顶部
顶部