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

1 正常查询 等于setName("aaa") name等于aaa的对象列表2 范围查询：1 到 2 之间，没有大于小于那些 需要用范围 找个合适的边界变相实现大于小于setName(1,2)xQuery.set$ScopeField("name");3 非空查询...

如图目前主要通过iPaaS中生成Api、SDK，然后开发注册为函数或服务供aPaaS使用，另外Api及开发独立部署后的Api可以作为第三方集成或前端开发的接口使用。函数开发方法：1 aPaaS中定义业务对象 可通过API被访问2 iPaaS中生成业务对象的Api（包括查询、分页查询、修改等）3 根据Api生成开发SDK供开发使用4 开发为jar包作为函数定义到系统中 入出参数在函数中定义5 aPaaS中可在相关的地方直接使用该函数独立服务开发方法：1 aPaaS中定...

默认用户的系统接口不支持通过id返回客户信息，需要通过后台生成相应的OpenApi才可访问，生成OpenApi后一定要生成对应sdk才可以正常访问。

EEPlat最新版继承了百度的eChart组件，方便建立各种统计图表。如下图所示：          在这里，我们将简单介绍EEPlat的图表配置功能。         首先我们建立一张Demo数据表。如用户访问来源，Demo表包含三个字段：关键字、来源、来源数量。然后输入Demo数据，展示来源分布率图表。         创建表如下，并初始化。         点击完

本次实例以常见的订单维护，来介绍下平台内类似主子表结构的配置方法。订单包括订单头和订单明细，订单头包括简单信息：订单编号、订单状态、客户、 交付日期、订单日期、备注等。订单明细包括：订单产品、定单数量、订单单价等。        为了使例子完整，还需创建客户（客户名称、联系人、地址、电话）、产品（产品名称、产品描述）两个对象。第一步：先创建并初始化完成上述四个对象，从后台点击“数据

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

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

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

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

前言：       以数据库导出为excel文件为例子，分析抽象性思维和元数据定义、解析执行的过程。问题：       系统中比较常见各种excel导出的功能要求，如何开发一个通用的excel导出功能？可以适应各种需求？探索：       首先需要手动写一个从数据库中导出数据到excel的程序，尽量使用别使用ssh之类。分析：       数据导出为excel功能，主要

声明式编程定义声明式编程（英语：Declarativeprogramming）是一种编程范型，与命令式编程相对立。它描述目目标性质，让计算机明白目标，而非流程。声明式编程不用告诉电脑问题领域，从而避免随之而来的副作用。而指令式编程则需要用算法来明确的指出每一步该怎么做。声明式编程通常被看做是形式逻辑的理论，把计算看做推导。声明式编程因大幅简化了并行计算的编写难度，自2009起备受关注。

EEPlat具有良好的可集成性和高度的系统开放性。EEPlat中系统级的服务由业务对象的服务通过规则引擎定义的业务逻辑组织建立起来。系统级的服务和业务对象的服务都可以直接发布为WebService供外部集成调用，从而最大化的支持了SOA，从底层支撑保证了平台之上的各个系统间的无缝集成，能够从根本上彻底解决“信息化孤岛”的问题。        平台的服务可以通过restful webservic

EEPlat的开发内容主要包括配置开发和基于API的扩展开发两块内容，EEPlat的配置开发基于后台的配置环境，直接通过界面操作配置即可。EEPlat的配置平台是用EEPlat自解释构建的，本身就是EEPlat上开发的产物，因而整个配置环境是基于B/S模式，可以在浏览器上通过后台用户名密码登录后在线实用的。EEPlat基于API的开发可以使用在线模式和传统代码级模式，在线开发模式通过浏览器

EEPlat采用了元数据驱动的核心思想，因而EEPlat最重要的就是完善的元模型体系及高效灵活的解析执行引擎。EEPlat的执行引擎通过解析基于元模型的元数据，解释运行形成最终的业务系统。EEPlat基于模型驱动架构（MDA）的思想，进一步提出了“模型驱动软件”概念，经过EEPlat配置定义形成的完整的元数据的是直接可被执行的。元数据驱动执行过程比标准的MDA层次减少了中间模型转化的层次，

后台处理包含数据处理、业务逻辑及业务流程等服务端操作的部分。相关的元模型包括业务对象元模型、业务对象属性元模型、服务元模型、参数元模型、业务规则元模型、工作流元模型。如下图所示： 业务对象是业务数据和逻辑的抽象。在一般的实现上它通常对应数据库中的一张表，也可以表示更大或更小的业务范围，例如一个独立的业务模块（销售模块），一张表可以拥有多个业务对象，一个业务对象也可以包含多张表。

EEPlat vs saleforce 配置 Knowledge Article 示例

综述EEPlatPaaS和Saleforce的Force.com都是元数据驱动应用的解决方案。总体而言，Force.com提供了更上层的解决方案，屏蔽了SQL语句、数据库；EEPlat更加底层，有更加完备的元模型体系，有明显的前后台（业务逻辑、UI）分类，并没有屏蔽SQL语句以及数据库。从开放性来说，Force.com是运营的封闭的平台，类比iOS；EEPlat是开放的技术解决方案，类比A

EEPlat PaaS平台提供了基于元数据驱动的以配置为主的快速开发平台，同时提供了完整的多租户实现，各租户拥有自己的独立应用和数据库，租户间实现了应用和数据的完全隔离。EEPlat PaaS平台包括四大子系统：多租户管理子系统、企业应用后台配置开发环境、元数据驱动引擎、企业应用分发管理子系统等。核心原理流程图EEPlat PaaS平台的原理，核心是元数据和执行引擎。通过后台配置开发环

2014年国内云计算产业进入飞速发展的阶段，多年来的云计算热度使得云计算产业迅速进入了应用落地的阶段。IaaS、PaaS、SaaS市场的各大厂商纷纷大力布局，使得云计算在这三个层次的应用进入实际使用阶段。IaaS厂商已经基本成熟，拥有成熟的管理技术和虚拟化平台，并已经提供商业化应用一段时间。各大云计算厂商在IaaS已经进入成熟应用的阶段，纷纷把注意力投向了PaaS领域。各自PaaS平台的构件成为了

如何开始EEPlat之旅EEPlat分为社区版和商业版；功能上分为企业版和PaaS版；以下为社区企业版的开始之旅。 第一步：安装工程，有两种：war包和代码工程，（目前google被墙，需要翻墙，可访问开源中国）War包安装：https://code.google.com/p/eeplat/wiki/Setup源代码安装：https://code.google.co