EEPlat PaaS平台的UI模型

         EEPlat PaaS平台开创性的利用HMVC模式组织用户界面。用户界面可以划分为多个部分,每个部分又可以划分为多个子部分,可以一直划分下去...... EEPlat PaaS平台对界面的这些部分进行了抽象出元模型,分别为面板元模型、表格元模型、表格元素元模型、菜单元模型、树元模型以及外部资源定义。面板为UI容器,可以包含面板、表格、菜单、树、资源。由于面板可以嵌套面板,所以可以形成复杂的界面布局。UI模型被显示时,需要定义控制器,控制器是EEPlat
PaaS平台UI部分的核心概念,EEPlat PaaS提供了控制器注册表,同时缺省提供了常用控制器,也可以提供自定义控制器,自定义控制器和缺省提供控制器在级别上等价的是可替换的。

EEPlat PaaS平台中界面展示都是通过各种控制器控制输出的。传统的MVC模式,一个界面对应一个控制器,这个界面和控制器是粗粒度的, 这也是传统MVC模式在复用方面无法做到更细更深层次的一个根本原因。由于本项目产品采用HMVC模式,使得界面层能够实现从粗粒度到细粒度的灵活的复用,也就是说从比较大的界面区域到最细粒度的界面元素都能够得到良好的复用支持。

例如一个查询页面包含的模型及控制器有:1,查询总面板(对应可滚动面板控制器)、查询条件面板模型(对应面板控制器),查询结果面板模型(对应面板控制器);2,查询条件表格模型(对应查询条件控制器),查询结果表格模型(对应查询结果控制器);3,多个表格元素模型(表格元素控制器的非常多,如录入框、下拉框、日期选择、日期显示等)。

EEPlat PaaS平台缺省提供了100多的控制器,还可以自定义扩展,可以在线通过模板(FreeMarker)创新新的控制器而实现界面的个性化。

如下图:

 

EEPlat PaaS平台的UI模型

时间: 2024-08-11 03:45:29

EEPlat PaaS平台的UI模型的相关文章

EEPlat PaaS 总体方案及技术原理

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

EEPlat PaaS 整体方案及技术原理

EEPlat PaaS平台提供了基于元数据驱动的以配置为主的高速开发平台,同一时候提供了完整的多租户实现,各租户拥有自己的独立应用和数据库,租户间实现了应用和数据的全然隔离. EEPlat PaaS平台包含四大子系统:多租户管理子系统.企业应用后台配置开发环境.元数据驱动引擎.企业应用分发管理子系统等. 核心原理流程图 EEPlat PaaS平台的原理,核心是元数据和运行引擎. 通过后台配置开发环境定义元数据,再由元数据的运行引擎解析运行为对应的系统. EEPlat PaaS平台的原理图例如以下

EEPlat PaaS中的多租户数据隔离模式

EEPlat PaaS支持三种租户的数据隔离技术:Sparce Column.tenantId字段隔离.每个租户独立数据库. 1)Sparce Column,和Salesforce Appforce 类似,主要通过一个通用表来存放所有自定义信息,里面有租户字段和很多统一的数据栏位(比如500个).EEPlat PaaS平台通过租户分区的方式进行租户数据的查询优化. 和Appforce 不同的是,EEPlat PaaS平台产品提供了2层的元数据抽象,EEPlat PaaS平台产品中业务元数据和租户

EEPlat PaaS VS Saleforce force.com

综述 EEPlatPaaS和Saleforce的Force.com都是元数据驱动应用的解决方式.整体而言,Force.com提供了更上层的解决方式,屏蔽了SQL语句.数据库:EEPlat更加底层,有更加完备的元模型体系,有明显的前后台(业务逻辑.UI)分类,并没有屏蔽SQL语句以及数据库. 从开放性来说,Force.com是运营的封闭的平台,类比iOS:EEPlat是开放的技术解决方式,类比Android. 相比Force.com本项目产品EEPlat拥有更强大的扩展能力: 1.微内核,以及基础

办公管理支撑流程能力PaaS平台运维开发软件需求设计方案

1.概述 办公管理支撑流程能力PaaS平台(以下文中简称"能力平台")运维开发是指基于Cordys BOP 4 PaaS平台,通过二次开发,为运维开发人员提供快速支撑办公管理流程开发.实施.再造的能力,也为管理流程全生命周期管理提供数据支撑能力.管理目标及软件需求如下: (1)开发/运维人员 开发/运维人员是指系统平台管理人员.运维人员,例如:省公司与地市公司信息化系统管理员.开发/运维人员为专业信息化管理员,都是受过专业计算机教育,懂计算机软件维护.开发,但是,不是专业程序员,也就是

有容云:容器驱动的PaaS平台实现方案(上)

编者注: 本文基于上海容器大会现场演讲内容,立足于实战跟大家分享了新一代PaaS平台构建中遇到的问题.当下主流PaaS平台解析.企业交付经验及心得体会等.文章较长,分为上.下两个部分,本文为上篇. 嘉宾介绍: 马洪喜,有容云联合创始人兼首席架构师.此前担任Rancher Labs中国区技术负责人.Citrix公司资深架构师.Oracle公司虚拟化产品开发经理等职务,在容器云.IaaS云.桌面云建设方面拥有较为丰富的经验. 本次大会的大部分朋友都是以用户身份分享了自己家的故事和经验,我作为厂商代表

PaaS 平台的网络需求

在使用 Docker 构建 PaaS 平台的过程中,我们首先遇到的问题是需要选择一个满足需求的网络模型: 让每个容器拥有自己的网络栈,特别是独立的 IP 地址 能够进行跨服务器的容器间通讯,同时不依赖特定的网络设备 有访问控制机制,不同应用之间互相隔离,有调用关系的能够通讯 调研了几个主流的网络模型: Docker 原生的 Bridge 模型:NAT 机制导致无法使用容器 IP 进行跨服务器通讯(后来发现自定义网桥可以解决通讯问题,但是觉得方案比较复杂) Docker 原生的 Host 模型:大

eeplat开发平台概念理解

最近在学习eeplat的开发,发现当中有很多概念实在让人容易忘记,所以谨以此文记录一笔. eeplat的开发文档里说eeplat是元数据驱动的,这个元数据什么意思,在我理解就是后台的数据库里面的业务表.每个业务都由后台的业务数据库表驱动.比如说我们要管理人员信息,者可以看作是一个业务.那么支撑这个业务的肯定会有一张或好几张数据表,简单的就是一张,比如这个例子.我们会建立一个员工的数据表,里面包括员工的各种信息,包括名字,年龄,编号等等. 其他的概念还有服务,其实就是一些对后台数据的操作,比如 增

开源的PaaS平台

原文地址:https://blog.csdn.net/mypods/article/details/9366465 1.Stackato Stackato 是一个应用平台,用来创建私有.安全和灵活的企业PaaS平台,可基于任何堆栈和云平台,从桌面到数据中心,Stackato 可简化开发.发布.移植.扩展.管理和监控云上的应用. Stackato是基于Cloud Foundry的开源项目,并进行扩展以适应企业的需要. 2.AppScale AppScale是一个平台,允许用户发布和托管自己的Goo