Skip to Content

这是基于HANA XS开发的最后一周课程,内容相对比较少,为最后一周的测试留出复习时间。

第一章 生命周期管理

一般产品在刚出来的时候,开发对象的生命周期管理都是以简单的导入导出的形式,比如SAP BOBJ BI,而发展到后期才会形成较成熟的解决方案,如LCM。HANA也是采用导入导出的形式进行开发对象的生命周期管理和传输。这个导入导出的单元叫做delivery unit。

除此以外,HANA本身的补丁和升级过程,SAP提供的工具叫做SUM for HANA – software update management。这个工具替换了以前HANA刚刚出来的时候的hdbudp。正如HANA以前安装使用hdbinst而后来替换为unified installer。具体详情可参见http://scn.sap.com/community/distinguished-engineers/blog/2013/05/29/which-tool-to-use-for-sap-hana-update-sum-for-hana-or-hdbupd SAP有专门讲解SUM的网络视频 http://scn.sap.com/docs/DOC-40967

1

回到XS开发的传输话题上来,我们要建立delivery unit。DU本质上就是一堆package的集合,创建DU时你要制定DU的名字和vendor ID,比如sap.com。而导出的文件是一个普通的压缩包文件,我们可以通过类似WINRAR这样的工具打开DU查看里面的内容,有一些是以文本形式存在的。

2

我们在创建package的时候,大家可能已经发现了,是可以指定DU的,但是还是建议大家先创建和开发对象,最后创建DU然后统一包含进所有相关的包,比较简单直观。而当我们导入一个DU的时候,可以选择导入的同时就激活对象,这样避免了稍后手动再次进行激活。

对于导入导出的方式传输,相对比价简单也比较原始,SAP自己的产品一般都提供与CTS+的整合,HANA也不例外。 有兴趣的同学可以根据这个文档自己配置CTS+与HANA。 http://www.sdn.sap.com/irj/scn/go/portal/prtroot/docs/library/uuid/60a608fa-5106-3010-5ab1-a108c738cef8?overridelayout=true

第二章 HANA UI集成服务 UIS

这又是一个跟构建UI相关的服务,也是SPS05引入的新特性,但是千万别与SAPUI5弄混淆了,那是构建UI的基础,那么UI集成服务到底是做神马的呢?

首先看看官方的解释: http://scn.sap.com/community/developer-center/hana/blog/2013/02/22/looking-for-hana-ui-integration-services
“Provide end-users using HANA XS applications state-of-the-art experiences by providingShell- and UI-services like personalization, page building or navigation while giving developersa simple way to use those standardized services as part of the HANA XS development environment and designers or developers the opportunity to compose and configure the applications in an WYSIWYG authoring environment.”

可能大部分人看完了还是一头雾水。别着急,看完thomas的演示视频,你就会清楚地理解了。如果没有订阅SAP公开课的,可以看其它的教程视频:http://www.youtube.com/watch?v=-vJ0u-Uu2dw

按照我的理解,简单地说,这是一个类似构建简单的portal和portal所需组件的框架,让我们可以专注于创建可以用在portal上的widget,而不用关心widegt拖拽和layout,属性设置以及widget通讯这样基础的工作。那这让我想到了SAP传统的webdynpro的page builder CHIP side panel之类的东西 http://scn.sap.com/community/web-dynpro-abap/blog/2011/11/28/chips-pagebuilder-and-the-side-panel–part-3。

其实主要目的都是为了让开发人员更加专注于核心的业务功能实现和其对应的UI,而不必纠缠于UI的layout展示。

11

关于UIS,有这样几个概念:

  • widget 代表着可以重用的小部件。但是它并不包含部件的开发内容,而是指向部件的定义文件
  • widget specification xml 这里面包含了小部件真正的定义代码,比如HTML+SAPUI5
  • Application site 小部件的容器,而且是可以产生URL可以让用户直接访问的,可以理解为一个完整的应用入口

21

所以开发的顺序是,先开发widget specification文件,如下图,里面包含了小部件的核心代码,本质上这是一个XML文件。而且不必像下面实例这样将源代码嵌入到XML文件中,而是可以像我们之前开发SAPUI5一个页面一样,然后在XML指向引用这个HTML页面文件

3

之后开发widget文件,我们只是给它一个名字和specification文件的位置

4

而这本质上一个JSON格式的文件,包含了我们定义的以上属性

5

最后是定义一个application site,既是使用小部件的容器,也是应用访问的入口。本质上是一个.xsappsite文件

6

最后我们可以在浏览器里编辑这个application site,使用定义好的小部件布局页面,激活site使得对终端用户可用。

7

8

具体感性的体验,可以观看我上面贴出来的视频。

第三章 总结

6周的旅程就要结束了。最后这一部分总结了我们前几周学习的主要内容,最后演示了SAP EMP DEMO的结果。希望大家都能顺利通过FINAL EXAM!

To report this post you need to login first.

Be the first to leave a comment

You must be Logged on to comment or reply to a post.

Leave a Reply