本发明专利技术涉及一种产生带有处理层和过程层的至少两层的软件应用程序的方法，其中，每个层都被封装并因而可以独立于平台地运行，并且，所封装的层通过应用程序接口相互通信。本发明专利技术还涉及一种系统，该系统用于产生一种带有在所封装的层之间的灵活的错接接口的应用程序。通过在该应用程序接口中在分别两个被封装的应用程序接口之间实现一个另外的可配置的错接接口，可以独立于各自的部署地包含结构层并且仅仅该错接接口的通信规范概要与所述部署相匹配。这具有如下优点：对于不同的部署不必产生和维护不同的源代码主体，而是仅需要建立和维护该应用程序的唯一的结构层。
【技术实现步骤摘要】
本专利技术涉及一种产生带有处理层和过程层的n层的(即，至少两层的) 软件应用程序的方法，其中，每个层都被封装并因而可以独立于平台地运 行，并且，所封装的层通过应用接口相互通信。本专利技术同样涉及一种系统， 该系统用于产生一种带有在所封装的层之间的应用接口内的灵活的错接接 口的应用程序。
技术介绍
软件应用程序的建立要求开发者在构想软件结构时具有高度的编程技 术知识和经验。迄今为止，应用程序几乎全部是单片式的(monolithisch) 并且因此作为一个应用程序块建立的，该应用程序块在必需的改动时(例 如软件更新时)总是必须被完全改变。这导致建立和维护该应用程序时需 要较高的成本。此外，这种基于单片式的系统相对容易出错。除了其中应用程序层可以仅仅在公用的计算机上运行的用于桌面应用 的应用程序之外，还已知有网络应用程序，其中应用程序层是为在客户机 -服务器结构上，即为在多个计算机上运行而设计的。不过，网络应用程 序也需要客户机-服务器结构，即在没有服务器的情况下是不可用的。在现有的应用程序系统中规定，应用程序访问各个动态或静态链接形 式的库，并在可执行文件形式的执行文件内运行。在此，该应用程序引用 多个不同的服务、组件和数据，它们为在不同的体系结构层面内分别调用 的应用程序提供所基于的软件结构。在现有技术下，这些服务直接地在一 个应用程序的源代码中实现，其中，该服务和组件部分地在不同的平台(例 如基于Windows或基于Linux的操作系统)上运行，以及在计算机网络内 的不同运行位置(例如桌面计算机或基于网络的服务器-客户机配置)上 运行。该应用程序事后的与变化的平台环境和/或其它的运行位置的匹配或 改动(也被统称为部署)由于对于不同部署(Deployment)的各自不同的软 件结构是不可能的。因此问题在于，在为应用程序编制软件结构时，在改变或匹配其它应 用环境或其它部署时，迄今为止必须对所基于的软件结构进行调整，这通 常要求大量的改动。在此，首先应用程序的结构层在不同部署的计算机结 构上的布置总是重新由开发人员规定。尤其是必须为应用程序确定新的软 件结构，编制新的源代码并将其编译成可执行文件形式的执行文件。这种 措施要求较高的时间和资源成本来编制相应的应用程序，并使得现在必需 以用于不同部署的计算机应用的不同软件结构来并行开发不同的应用程 序。因此，存在所谓的框架结构(framework)作为开发人员的支持环境， 其中，框架结构经常在类运行时环境(generische Laufzeitumgebung)内封 装软件应用程序的各层。应用程序层被称作是被封装的，该层可以嵌入到 类运行时环境中与各平台和/或运行位置无关地运行。一种重要的框架结构是Microsoft公司的.NET框架结构。这种框架结 构提供了将不同编程语言(如C#、 Visual Basic.NET、 C++/CLI或 JScript.NET)用作n层应用程序的编程基础的可能性。应用程序和/或应用 程序的相应结构层独立于所用编程语言类型地转换成一种中间语言 (Microsoft Intermediate Language ，微软中间语言；缩写为MSIL )。然后， 该用中间语言编写的应用程序被编译并被转换为执行文件。在此，各层之间必需的应用编程接口 (英语application programming interface;API)具有重要意义。区分为面向功能的、面向界面的、以及面向 协议的应用接口。与面向功能和面向界面的应用接口不同的是，面向协议 的应用接口与平台的操纵系统和应用程序所要连接的层的类型无关。不过， 目前并不能改变在两个封装的层之间一次确定的应用接口，因此，针对于 相应的部署，各种固有的、准单片式的软件应用程序是必需的。因此，DE 69819188 T2描述了 一种用于带有不同环境的计算机的编程 接口转换器。按照该专利技术， 一个服务程序产生并更新用于转换为一个平台 编写的应用接口的自动代码模块，以使得该模块可以在另一平台上正常运 行。为 一种操作系统或者一种其它的软件环境的每个新的开发步骤执行的 服务程序与用于产生翻译模块的基于由该应用接口执行的功能的源代码的一系列模板一起工作。DE 69908121 T2同样描述了 一种操作系统内的应用编程接口 。与该专利技术相对应地给出了 一种系统，该系统包括用于带有有限资源的环境的 一组 用于多个软件模块及组件的应用接口 。带有有限资源的环境的 一个例子是 一种有多个用电器设备和专门的工控机的嵌入式系统，这些用电器设备和 工控机共同具有手持式或掌上个人电脑。现有技术中的所有借助框架结构产生n层应用程序的已知方法的缺点 在于，尽管应用接口可以针对必需的平台和运行位置进行转换，但是迄今 还不能将一次为一个部署确定的所述层的交互作用通过各个居间设置的应 用接口用于另一个部署。因此，现在还需要为不同的部署并行开发源代码 主体(Quellcodestaemmen )。
技术实现思路
因此，本专利技术所要解决的技术问题在于，使得在考虑到在一个计算机 网络中所用平台和运行位置的情况下能够独立于所基于的软件结构地集中 开发n层的应用程序。所述技术问题是通过一种产生带有处理层和过程层的至少两层的软件 应用程序的方法解决的，其中，各层都被封装并且所封装的层通过应用接 口相互通信。根据本专利技术，应用接口包括灵活的错接接口 ，并且灵活的错 接接口根据各封装层的所基于的平台提供对于通过应用接口在封装层之间 进行通信而言必需的通信规范概要(Kommunikationsprofile )。由此，可以 独立于相应的部署地使用应用程序的所基于的软件结构。仅仅在应用接口 中集成的错接接口与相应的部署相匹配。就本专利技术的意义而言，应用程序的封装层是软件结构的不同分级层面， 其中所述层面与平台无关，也与在计算机网络内的运行位置无关。各封装 层尤其在类运行时环境内运行并通过各类运行时环境的接口彼此结合成一 体。在各封装层向可连接的计算机网络内的不同运行位置的不同分布(部 署)的过程中，整个(即包含所有应用程序层的)应用程序可以，或者在 唯一的计算机上在桌面应用(或者说是离线应用)中分布为所谓肥客户机 (Fat-Client),或者通过不同计算机在可连接的计算机网络内(在线应用) 分布为智能客户机、多功能瘦客户机(Rich-Thin-Client )、瘦(HTML )客 户机或网络服务。在另一个被描述为多功能客户机的部署变形中，应用程 序可以选择性地运行在离线应用或在线应用中。利用根据本专利技术的方法允许将每个在框架结构上编写的应用程序可以 自动地按照上述部署运行，而应用程序开发人员却不必为各种软件结构开 发和维护不同的源代码主体。因此，对于应用程序开发人员而言可能的是， 仅仅处理其应用程序所基于的层结构 一次，这大大地减少了应用程序的开 发时间。同时，集中的软件开发也因此是可能的，从而不必为不同的部署 提供和维护带有不同源代码主体的不同软件结构。通过利用与应用接口内各灵活的通信层的实现相连的框架结构而确保 了由封装层组成的应用程序既可以在肥客户机的桌面运行中又在例如瘦(HTML )客户机的网络运行中运行。灵活的错接接口确保了通过带有灵活 的通信层本文档来自技高网...
【技术保护点】
一种产生带有处理层（１３）和过程层（１４）的至少两层的软件应用程序（１０）的方法，其中，每个层（１３，１４）都被封装并且所封装的层（１３，１４）通过应用接口（１７ｃ）相互通信，其特征在于，该应用接口（１７ｃ）包括一个灵活的错接接口，并且该灵活的错接接口根据各封装层（１３，１４）所基于的平台提供对于通过封装层（１３，１４）之间的应用接口（１７ｃ）进行通信而言必需的通信规范概要。
【技术特征摘要】
DE 2006-7-21 102006033863.41.一种产生带有处理层(13)和过程层(14)的至少两层的软件应用程序(10)的方法，其中，每个层(13，14)都被封装并且所封装的层(13，14)通过应用接口(17c)相互通信，其特征在于，该应用接口(17c)包括一个灵活的错接接口，并且该灵活的错接接口根据各封装层(13，14)所基于的平台提供对于通过封装层(13，14)之间的应用接口(17c)进行通信而言必需的通信规范概要。2. 根据权利要求1所述的方法，其特征在于，该应用程序(10)具有 至少五个封装层(ll, 12, 13， 14, 15)，这些封装层带有分别居间设置的 带有相应的集成的错接接口的应用接口 ( 17a， 17b, 17c, 17d)。3. 根据权利要求1或2所述的方法，其特征在于，封装层(ll， 12, 13, 14, 15)能够在一个计算机网络内的可不同相互连接的运行位置上运 行，其中，该应用接口 (17a, 17b, 17c, 17d )的错接接口提供封装层(11 ， 12, 13， 14, 15)之间必需的通信规范概要和/或监控该可连接的计算机网 络的数据接口 (18)之间的数据通信。4. 根据权利要求1至3中任一项所述的方法，其特征在于，在封装层 (11， 12, 13, 14, 15)中实现的服务和/或组件和/或数据(20a， 20b, 20c,20d， 21a, 21b, 21c， 21d， 22a， 22b， 22c， 22d， 23a, 23b, 23c)针对标 准化的应用接口 (17a, 17b， 17c, 17d)和/或标准化的数据接口 (18)而 被设计。5. 根据权利要求1至4中任一项所述的方法，其特征在于，在该封装 层(ll， 12, 13, 14， 15)中实现标准化的服务和/或组件和/或数据(20a, 20b， 20c, 20d, 21a， 21b， 21c， 21d, 22a, 22b， 22c， 22d, 23a， 23b, 23c)并且分别可以被独立地调用。6. 根据权利要求1至5中任一项所述的方法，其特征在于，在规定各 封装层(ll， 12, 13， 14， 15)的平台以及计算机网络内相应运行位置(16a， 16b)时，自动地选出各自必需的通信规范概要。7. 根据权利要求1至6中任一项所述的方法，其特征在于，该应用接 口 (17a， 17b, 17c， 17d)的通信规范概要和/或数据接口 (18)的通信规 范概要被动态地根据封装层(11, 12, 13， 14, 15)的...
【专利技术属性】
技术研发人员：卡尔海因茨多恩，拉尔夫霍夫曼，
申请(专利权)人：西门子公司，
类型：发明
国别省市：DE[德国]
还没有人留言评论。发表了对其他浏览者有用的留言会获得科技券。