雲鶴平台（EEPlat）是支持雲計算環境的線上開發及運行平台，同時支持傳統計算環境，支持雲計算與傳統計算環境之間的雙向平滑移植。
基本介紹
- 中文名：雲鶴平台
- 簡介：提供了模型驅動開發模式
- 產品系列：單伺服器的 EEPlat.Service 產品
- 特點：可用 易用
簡介,產品系列,產品特點,聲明式編程,總體技術架構,UI 技術架構,服務層技術架構,
簡介
EEPlat擁有完整的元模型體系，提供了模型驅動、線上配置的開發模式，只需配置開發一次，同時支持PC和智慧型手機；解決了傳統開發中無法適應多種環境、無法專注於業務、無法快速適應需求變化、進度失控、人員流動等問題，可以大幅度得提高生產率，可幫助用戶實現低成本、高質量、易擴展的信息管理系統。
對於雲鶴平台的開發者，可以是沒有經驗的剛畢業的學生，也可以是業務人員，只要熟悉一般的SQL語句，有一定的分析能力，都可以快速上手.
產品系列
雲鶴平台（ EEPlat ）是通過配置方式進行開發的信息系統套用平台。 EEPlat 可以開發的套用包括 MIS （管理信息系統）、 OA （辦公自動化）、 CRM （客戶關係管理）、 HR （人力資源管理）、 ERP （企業資源計畫） 等。在 EEPlat 基礎上形成了不同的產品系列：
* 面向單伺服器的 EEPlat.Service 產品，針對中小規模套用。
* 面向集群環境的 EEPlat.Cluster 產品，針對健壯性和穩定性要求高的關鍵套用、中大規模套用。
基於 EEPlat 的套用可以在 EEPlatService,EEPlat.Cluster 和 EEPlat.Cloud 之間進行移植，一套套用可以運行在不同環境中。
產品特點
* 可用：體現在已經經過很多項目、公司實際實用的檢驗。
* 實用：體現在項目開發過程中極大提高生產效率、降低開發成本。
* 易用：以配置代替編程，門檻降低，實現業務人員可直接參與開發。
* 靈活：
通過工作流配置，靈活變動業務流；
通過服務配置，靈活變動程式邏輯和程式流；
通過頁面配置，靈活變動頁面外觀；
聲明式編程
EEPlat的實現不是傳統的產生式編程方式，而是選擇了聲明式編程的方式，並且提出了一套針對信息管理系統的元模型體系。
聲明式編程是一種自上而下的編程模式，編程的思考重點在於直接描述程式的行為，而不是詳細描述程式的行為和實現細節。 EEPlat 在聲明式編程實現中，提出 了自己的聲明式業務對象（ Declarative Domain Object ）概念。聲明式業務對象是可以直接運行的，是對業務模型的映射，擁有屬性和服務，與用第三代高級語言的對象概念基本一致。聲明式業務對象基本 不需要編碼，並且平台保障其運行的的穩定和性能的最佳化。
EEPlat元模型是聲明式業務對象的模型，是對信息管理系統的合理抽象。在元模型體系下，聲明式業務對象是通過元數據（配置數據）進行描述。
聲明式業務對象在 EEPlat 執行引擎的引導下形成用戶可用的界面、邏輯等構成的業務系統，本質上執行引擎對 EEPlat 元數據的解析。
對應於 OMG 提出的 MOF ，EEPlat 只有三層：
信息層（ information layer ）：利用 EEPlat 開發的信息管理系統
模型層（ model layer ）：聲明式業務對象
元模型層（ metamodel layer ）： EEPlat元模型
總體技術架構
雲鶴平台 (EEPlat) 的目標是提供聲明式配置的方式完成信息系統的開發。為此， EEPlat 確立了微核心、元模型、外掛程式體系、匯流排集成的體系結構。並且 為了概念一致性， EEPlat 提供了獨立實現的 O/R Mapping 框架， HMVC 界面框架，流程引擎等。系統為 SOA 架構，從元模型層面提供了對 WebService 的支持，即平台中每個服務都是外部可以調用的 Restful WebService 。
UI 技術架構
EEPlat平台在界面控制模式方面，充分考慮到傳統的 MVC 模式的優缺點，最終採取了層疊式 MVC 模式，即 HMVC 。
HMVC 模式即 Hierarchical-Model-View-Controller 模式，也可以叫做 Layered MVC 。 HMVC 模式把客戶端應用程式分解為有層次的父子關係的 MVC 。反覆套用這個模式，形成結構化的客戶端架構。 它的優點主要有：
把界面分成了多個部分，降低了依賴性。
支持鼓勵重用代碼，組件或者模組。
在今後的維護中，提高了可擴展性。
服務層技術架構
EEPlat 的服務層和 UI 層是松耦合的。一般情況下， UI 層通過服務層提供的 Restful WebService 進行互動。服務層實現的核心是 聲明式業務對象 。
聲明式業務對象的服務可以通過 業務對象匯流排 進行互操作。聲明式業務對象的粒度可大可小，可以是一個實體表，也可以是一個較大的業務模組。
服務可以調用多個規則，規則本身可以根據上下文環境判斷是否可以執行，從而完成複雜的業務邏輯而無需編碼。
服務可以調用腳本或 Java Class 完成平台不能配置或不易配置的業務邏輯。
