运行时设计(Design at Run-time)

1、定义

传统软件开发必须经历“设计时”和“运行时”两个阶段,运行时设计,顾名思义,就是在软件运行过程中,对软件进行实时设计修改,而无需再次进行编译,用户即可使用。

“运行时设计(Design at Run-time)”,就是软件在用户使用过程中,可以通过设计器修改界面、功能、甚至对整个页面进行重新定义,保存发布后用户即可使用,而不需经过传统软件漫长的版本发布周期,也与传统快速开发平台功能更新后需要重启服务器,重启客户端等任何重置性操作有本质区别,整个软件修改后,无需编译,发布等过程,而直接保存即可让用户使用到即时修改的功能,它节省了大量开发、测试和发布所需的时间周期,而对客户的功能需求,更加定位准确。这是在2011年开始逐步开始形成的一种全新的软件开发理念和设计模式。

2、Any where、 Any Time调整业务功能的能力

核心内容,即软件在使用过程中可以对功能进行任意调整,而其它用户使用不受丝毫影响。即Any where、 Any Time对业务进行修改调整,而不会影响到其它业务,运行时设计实际上提供了强大的基础平台支持,同时管控和设计。功能开发和调整无需发布即时生效

3、核心内容

它的基本核心内容包括:

1) 脚本、表达式解释器技术:

现代软件平台设计中大规模的引入脚本,之前业内偶尔见到使用脚本,这也会给软件开发技术上带来巨大的挑战与刺激,因为很少人会为了做一个软件,去定义一种语言,并为它编写解释器,这似乎是一个不可完成的工作,而动态编译横行的今天,似乎是杀鸡用牛刀了?然而为了更好的灵活性和更加运用自如,同时保证做到真正的“运行时设计”。快速开发平台更需要提供的动态编译技术,让灵活得到极大提升。

2) 智能窗体技术:

在动态软件发展的今天,如果单单说动态界面已经很常见,而现代快速开发平台的动态界面技术,它不是去定义页面的某个位置的布局,而是全部页面都自己去定义,拖拉完成,同时配合动态数据源(业务表),它做到了快速定义页面,开发效率成倍提升。后来有人把部件和页面定义,统称为“智能窗体”。

3) 界面与数据源分离,低耦合技术:

正如前面所讲,我们需要定义的是一套软件,而非一个页面的某个位置(动态表单),所以,必须做到数据与页面完全分离的技术,这也是运行时设计平台的核心技术之一,真正做到了完全的数据与界面分离。

4) 数据源动态定义技术

动态数据源技术,将数据来源划分,使数据有不同类别,如通过SQL语句形成,通过自己编写形成等,解决了数据来源的问题,而同时,定义了读写和只读的模式,读写表不但可以显示数据,还可以将变化的数据完整保存到数据库。

5) 解释执行与编译执行技术:

为了提高效率,定义了脚本语法,编写了解释器,实际上,脚本解释器的运行效率非常不错,但是为了更加提高效率,运行时设计还会把代码做类似编译的处理,把它处理为树型结构的DOM,这有点类似于HTML的DOM结构,这样的做法,就是每次运行系统时,不再去解释语言,而直接“执行语言”。似乎说得有点悬乎。

6) 核心工作流技术:

任何工作几乎都离不开工作流,大部分管理系统中,有一半以上是采用工作流来处理,运行时设计软件具备自主工作流引擎,可以处理工作流相关事务。

7) 高扩展性技术:

利用现代语言可以很轻松的做到高扩展性,然而,即使所有设计都考虑得非常完美,也总会有10%在例外,所以,一个软件无论功能有多么强大,必须提供开发扩展,以供用户实现那10%的例外,所以这也是现代快速开发平台的重要一个特点,实际上,采用脚本技术,对于扩展性不需要做过多的设计并可自然获得,然而,它却有着非常重要的意义。

以上7点技术,便是“运行时设计”的重要技术特性,它是贯穿现在软件快速开发平台设计始末,“运行时设计”,Design at Run-time,是现代软件快速开发平台的特点之一,也是非常重要的特性。

4、发展趋势:

具备“运行时设计”的快速开发平台作为一种新型的开发工具,它不仅具备传统快速开发平台的所有优势,而且运行时设计能让在用户使用过程中立即对软件功能进行调整,同时节省大量返回公司调整、修改、发布所需要的时间周期,对于准确把握客户需求,提高客户满意度,节省研发成本方面,有不可替代的作用。相信越来越多的平台公司会加入“运行时设计”的理念,做更好服务于客户的人性化软件。

运行时设计如何动态创建并调整窗体视频:

时间: 2024-07-30 06:57:36

运行时设计(Design at Run-time)的相关文章

fastReport 运行时设计报表 (mtm)

设计报表 通过"TfrxReport.DesignReport"方法调用报表设计器.你必须在你的项目中包含报表设计器 (必要条件是:要么使用"TfrxDesigner"组件,要么增加"frxDesgn"单元到uses列表) DesigReport 方法接受两个默认参数: procedure DesignReport(Modal: Boolean = True; MDIChild: Boolean = False); Modal参数决定设计器是否被

ETCD:运行时重新配置设计

原文地址:the runtime configuration design 运行时重新配置是分布式系统中最难,最容易出错的部分,尤其是在基于共识(像etcd)的系统中. 阅读并学习关于etcd的运行时重新配置命令设计和如何追溯这些错误. 两阶段配置更新保证集群安全 在etcd中,每一次运行时重新配置安全的原因是由于两阶段更新.例如,添加一个成员,首先将新配置通知集群后启动新的成员. 阶段一 通知集群关于新的配置 添加一个成员到etcd集群中,通过API调用请求将一个新成员添加到集群中.这是将新的

Swift - 让StoryBoard设计视图,程序运行时都使用横屏形式

1,运行时横屏 将项目属性“General”->“DeviceOritentation”的Portrait复选框去掉 2,storyboard设计视图横屏 在storyboard中,单击中间界面视图的头部,在右侧属性面板中. 把Size设置为iPhone4-inch(4寸屏,也可以选择其他屏幕尺寸) 把Orientation设置成Landscape

winform窗体运行时的大小和设计时不一致

窗体设置的尺寸为1946*850,而电脑分辨率是1920*1280 按说宽度已经超过屏幕大小很多了,应该显示占满屏幕宽度才对,但是运行时宽度只有设计时的一半 高度最多只能是1946像素,再拉大也不管用,而高度可以设置 解决办法,把窗体的AutoScaleMode改为None 这个属性的意思是:确定当屏幕分辨率或字体更改时窗体或控件如何缩放 而我不小心设置成了Font,就显示不对了 原文地址:https://www.cnblogs.com/yaotome/p/10026320.html

《炉石传说》架构设计赏析(6):卡牌&技能数据的运行时组织

前一篇文章我们看到了<炉石传说>的核心卡牌数据的存储,今天我们继续探索卡牌&技能. 主要的类 通过之前的分析,卡牌&技能涉及到几个类体系:Entity,Actor,Card,Spell,令人十分困惑,特别是前两者.在这里先略带武断的说一下这几个类的基本定位: Entity主要用来做网络数据同步用的: Actor主要处理客户端的渲染对象的控制,作为Component挂载在资源对象上: Spell是技能Prefab挂载的脚本: Card是卡牌Prefab挂载的脚本,在运行时处于中心

brew 安装的.net 运行时提示&quot;Did you mean to run dotnet SDK commands?&quot;

原因未知,但有解决方案 使用 brew cask 安装的.NET Core brew cask install dotnet 结果运行时出现: 解决方案: 下载官方 .pkg 文件安装,顺便卸载掉 brew 安装的 .net brew cask uninstall dotnet

permission 文档 翻译 运行时权限

文档位置:API24/guide/topics/security/permissions.html System Permissions 系统权限 Android is a privilege-separated operating system, in which each application runs with a distinct system identity (Linux user ID and group ID). Parts of the system are also sep

iOS开发——底层OC篇&amp;运行时常用

运行时常用 什么是Runtime(前面的文章已经说的很清楚了,这里就简单的介绍一下) 我们写的代码在程序运行过程中都会被转化成runtime的C代码执行,例如[target doSomething];会被转化成objc_msgSend(target, @selector(doSomething));. OC中一切都被设计成了对象,我们都知道一个类被初始化成一个实例,这个实例是一个对象.实际上一个类本质上也是一个对象,在runtime中用结构体表示. 相关的定义: 1 /// 描述类中的一个方法

MFC 六大机制 (2) RTTI(运行时类型识别)

RTTI(Runtime Type Identification,运行时类型识别) 程序能够使用基类的指针或引用来检查这些指针或引用所指的对象的实际派生类型.MFC 早在编译器支持 RTTI 之前,就具有了这项能力.承接上一章,我们现在要在 Console 程序中将 RTTI 仿真出来.我希望我的类库具备 IsKindOf() 的能力,能够在执行器检查某个对象是否"属于某种类",并传回 TRUE 或 FALSE.为了更直观地查看结果,我在 IsKindOf() 中加入了输出,使其达到如