自定义博客皮肤VIP专享

*博客头图:

格式为PNG、JPG,宽度*高度大于1920*100像素,不超过2MB,主视觉建议放在右侧,请参照线上博客头图

请上传大于1920*100像素的图片!

博客底图:

图片格式为PNG、JPG,不超过1MB,可上下左右平铺至整个背景

栏目图:

图片格式为PNG、JPG,图片宽度*高度为300*38像素,不超过0.5MB

主标题颜色:

RGB颜色,例如:#AFAFAF

Hover:

RGB颜色,例如:#AFAFAF

副标题颜色:

RGB颜色,例如:#AFAFAF

自定义博客皮肤

-+

EEPlat PaaS 云计算时代企业应用SaaS开发的最优选择

我们做了一双翅膀,可以让传统企业应用开发商在云计算时代尽情飞翔........

  • 博客(4)
  • 资源 (2)
  • 收藏
  • 关注

原创 EEPlat引擎运行流程

EEPlat相对传统的J2EE应用是在系统运行过程中会根据所需加载相应功能或界面部分的元数据,然后执行引擎根据元数据动态解析执行。在系统的使用过程中与传统J2EE应用没什么区别。         考虑到元数据的加载和动态解析,EEPlat在性能和效率运行上进行了深入考虑,为了提高效率主要采用了如下手段:        1)  元数据的存储和加载使用内存数据库H2等,当然也可以使用MySQL

2014-08-26 13:07:48 1037

原创 EEPlat的控制器概念

控制器是EEPlat平台界面层部分的核心概念,平台中界面展示都是通过平台的各种控制器综合控制输出的。EEPlat平台的界面层模型采用了HMVC模式。HMVC模式的采用使得EEPlat平台界面层能够实现从粗粒度到细粒度的灵活的复用,也就是说从比较大的界面区域到最细粒度的界面元素都能够得到良好的复用。为了实现复用,把这些界面粒度通过控制器来实现,也就是说界面的各层次的复用通过各层次的控制器的复用来

2014-08-19 15:20:22 1069

原创 基于EEPlat的项目开发过程简介

EEPlat平台比较匹配敏捷式开发过程(如XP),可以进行简单设计快速迭代,基本可以以一周或两周作为迭代周期。当然了EEPlat也可以支持传统重量级的软件开发过程(如RUP等)。项目开始初期,与传统项目一样进行需求调研,进行需求分析,经过和客户讨论确定后可以获得一个相对完整的软件需求。然后进行简单设计,进行功能分析、流程分析、数据分析。基于EEPlat开发首先需要完成数据库设计,数据库设计完成

2014-08-14 17:32:59 1298

原创 EEPlat的数据总线

EEPlat内部采用了插件+总线的体系架构,总线是各种数据的汇集中心和交互媒介,插件只负责模块功能的实现。因而,EEPlat的数据总线必须能够支持服务间、插件间、前后台之间的数据交互工作。       EEPlat的数据总线具有以下特点:l 数据总线是业务对象之间共享数据、交换数据的唯一媒介。l 数据总线存在存、取两种操作。l 数据总线的生命周期是是Session,也就是说从用户会

2014-08-13 11:07:50 1090

OrFlying For VB.NET

原来一直从事企业管理软件的开发,经常苦恼于信息系统的开发困难。后来,公司产品要往面向对象方面转,希望能够通过新技术的应用,提高开发效率。不经意地发现了微软站点的一篇文章: 《Engine-Collection-Class,一种用来建立可重用企业组件的设计模式》。刚好,公司主要采用VB语言。经过仔细研读,不禁喜出望外。 经过短时间的验证、修改和使用,最终确定了公司采用这种模式作为对象层的开发模式。确定了所有和数据库交互的业务对象全部采用这种模式封装,并且统一调用。由此,也走上了长达六年的摸索之路。 实际编写中发现,大量的类的创建过程都是在根据一个模板拷贝粘贴。于是开发一个类生成工具的想法自然而然的就出现了。开始的方法是通过Rose的VB代码生成模板创建,建立VB代码模板,然后通过Rose建立模型,通过Sterotype关联到我们的模板类,然后自动产生代码。效果不错,不过Rose仅仅生成代码框架,仍然需要大量手工操作。于是决定写一个独立的代码工具,来自动产生所有的代码。经过不断的模式和改进,一个简单实用的工具问世了。命名为:OrFlying ! 随着时间的进步,VB逐步淡出主力开发语言的阵营。我也转向了.net/j2ee的方向,使用vb.net ado.net重新定义ECC模式和编写ECC代码生成器的想法,一直在我心头。终于在2003年第一次写下了第一行代码,到目前为止,该方法已经经过我长时间的使用,基本稳定。 不敢说能够解决所有OR中的问题,但是能解决大量代码工作量我已经很知足了 期间,研究过hibernate JDO 等,仍然继续了OrFlying的工作,我想它的存在总是有其价值所在。我主要看重两点: 1 全部代码是生成的,和数据库的访问全部由具体的代码,而没有后台通用的组件和层次,当然也注定了其应用面的狭窄; 2 这样产生的对象层,通过 . 可以一级一级的不断出现提示,这个特点是我非常喜欢的,也就是所谓的对象形式化吧。不知道理解对不对

2006-04-30

OrFlying For VB6

原来一直从事企业管理软件的开发,经常苦恼于信息系统的开发困难。后来,公司产品要往面向对象方面转,希望能够通过新技术的应用,提高开发效率。不经意地发现了微软站点的一篇文章: 《Engine-Collection-Class,一种用来建立可重用企业组件的设计模式》。刚好,公司主要采用VB语言。经过仔细研读,不禁喜出望外。 经过短时间的验证、修改和使用,最终确定了公司采用这种模式作为对象层的开发模式。确定了所有和数据库交互的业务对象全部采用这种模式封装,并且统一调用。由此,也走上了长达六年的摸索之路。 实际编写中发现,大量的类的创建过程都是在根据一个模板拷贝粘贴。于是开发一个类生成工具的想法自然而然的就出现了。开始的方法是通过Rose的VB代码生成模板创建,建立VB代码模板,然后通过Rose建立模型,通过Sterotype关联到我们的模板类,然后自动产生代码。效果不错,不过Rose仅仅生成代码框架,仍然需要大量手工操作。于是决定写一个独立的代码工具,来自动产生所有的代码。经过不断的模式和改进,一个简单实用的工具问世了。命名为:OrFlying ! 随着时间的进步,VB逐步淡出主力开发语言的阵营。我也转向了.net/j2ee的方向,使用vb.net ado.net重新定义ECC模式和编写ECC代码生成器的想法,一直在我心头。终于在2003年第一次写下了第一行代码,到目前为止,该方法已经经过我长时间的使用,基本稳定。 不敢说能够解决所有OR中的问题,但是能解决大量代码工作量我已经很知足了 期间,研究过hibernate JDO 等,仍然继续了OrFlying的工作,我想它的存在总是有其价值所在。我主要看重两点: 1 全部代码是生成的,和数据库的访问全部由具体的代码,而没有后台通用的组件和层次,当然也注定了其应用面的狭窄; 2 这样产生的对象层,通过 . 可以一级一级的不断出现提示,这个特点是我非常喜欢的,也就是所谓的对象形式化吧。不知道理解对不对 OrFlying 有vb和vb.net两个版本

2006-04-30

空空如也

TA创建的收藏夹 TA关注的收藏夹

TA关注的人

提示
确定要删除当前文章?
取消 删除