应用SAP HANA “官方”开发模式的伙伴们在转到“多团队大规模”开发模式时会遇到各式各样的心理不适应的状况,各种纠结。比如GIT Repository和HANA Repository冲突什么的。

这些问题主要是思路没有完全转换过来,两种开发模式在不断的“打架”。做一个简单的开发模式映射这样大家或许比较容易去接受“多团队大规模”的开发模式。这个映射不一定完全正确,主要是帮助大家理解。

伙伴们想一想平常我们做JAVA或者.NET项目是怎么做的?一般情况是使用各种框架写JAVA/.NET的代码,然后用ORM映射数据库。写SQL Query时基本上都是在SQL里面去写,去测试然后拼接到自己的JAVA/.NET代码中。

 

那么我们在SAP HANA平台上开发同样可以学习这样的模式,当然这种模式可能比“官方”模式厚重点,但是好处也是显而易见的,比如前文提到的那些好处。前后端的开发都可以在Eclipse中,HANA Studio的作用完全等同拼写检查SQL Query等SQL层面的工作。这样我们在开发过程中就可以应用很多手段,方便的传递参数。比如替换rootpackage,通过maven的插件就很容易的可以做到。这样HANA Instance就扮演了一个编译器的作用。前端的代码编译好之后,和后端代码整合到一起Activate到HANA Repository中,这时的Activate就像是compile一样。Maven的插件,或者Ant的脚本把Activate这些HANA特有的动作都封装起来,开发人员完全还是遵循着传统多团队大规模开发的模式——写代码,编译,调试等。

 

由于Maven涉及到公司内部提供的插件,没有开源。所以就提供一个Ant的脚本以饷读者。

<project name="regi" basedir=".">
<description>Regi wrapper</description> <!-- Properties for using REGI -->
<property name="userstore.key" value="BUILD"/>
<property name="userstore.cmdline" value="${client.dir}/hdbuserstore"/>
<property name="regi.cmdline" value="${client.dir}/regi"/>
<property name="regi.connection.args" value="--key=BUILD" /> <macrodef name="regi">
<attribute name="workspacedir" />
<attribute name="command" /> <sequential>
<!-- make sure the directory exists -->
<mkdir dir="@{workspacedir}" /> <!-- Create the workspace -->
<exec executable="${regi.cmdline}" dir="@{workspacedir}" failonerror="true">
<arg line="@{command}" />
</exec>
</sequential>
</macrodef> <macrodef name="regi_apply">
<attribute name="workspacedir" />
<attribute name="command" />
<element name="files" /> <sequential>
<!-- make sure the directory exists -->
<mkdir dir="@{workspacedir}" /> <!-- Create the workspace -->
<apply executable="${regi.cmdline}" dir="@{workspacedir}" failonerror="true" relative="true" parallel="true">
<arg line="@{command}" />
<files />
</apply>
</sequential>
</macrodef> <macrodef name="regi_setupuserstore">
<attribute name="workspacedir" />
<sequential>
<!-- Setup a key in the user store for use by REGI -->
<exec executable="${userstore.cmdline}" dir="@{workspacedir}" failonerror="true">
<arg line="SET ${userstore.key} ${hana.host} ${hana.user} ${hana.password}" />
</exec>
</sequential>
</macrodef> <macrodef name="regi_createworkspace">
<attribute name="workspacedir" /> <sequential>
<!-- make sure the directory exists (needed for keystore operation) -->
<mkdir dir="@{workspacedir}" /> <!-- Create the workspace -->
<mkdir dir="@{workspacedir}" />
<exec executable="${regi.cmdline}" dir="@{workspacedir}" failonerror="true">
<arg line="${regi.connection.args} create workspace --force" />
</exec>
</sequential>
</macrodef> <macrodef name="regi_export">
<attribute name="workspacedir" />
<attribute name="deliveryUnit" default="" />
<attribute name="vendor" default="" />
<attribute name="fileName" default="" /> <sequential>
<!-- Export the desired delivery unit to the specified file -->
<regi workspacedir="@{workspacedir}" command="export @{deliveryUnit} @{vendor} @{fileName}" />
</sequential>
</macrodef> <macrodef name="regi_track">
<attribute name="workspacedir" />
<attribute name="package" default="" /> <sequential>
<echo>regi track @{package}</echo> <!-- Track the desired package -->
<regi workspacedir="@{workspacedir}" command="track @{package}" />
</sequential>
</macrodef> <macrodef name="regi_commit">
<attribute name="workspacedir" /> <sequential>
<regi workspacedir="@{workspacedir}" command="commit" />
<regi workspacedir="@{workspacedir}" command="activate" />
</sequential>
</macrodef> <macrodef name="regi_import">
<attribute name="workspacedir" />
<attribute name="import" /> <sequential>
<regi workspacedir="@{workspacedir}" command="import @{import}" />
</sequential>
</macrodef> <macrodef name="regi_cleanpackage">
<attribute name="package"/> <sequential>
<echo message="Deleting regi package: @{package}" /> <!-- Brutally crush any and all evidence of the repo objects for the passed package -->
<hdbsqlsql failonerror="false" sql="
delete from &quot;_SYS_REPO&quot;.&quot;ACTIVE_OBJECT&quot; where PACKAGE_ID = '@{package}' OR PACKAGE_ID LIKE '@{package}.%' ${line.separator}
delete from &quot;_SYS_REPO&quot;.&quot;OBJECT_HISTORY&quot; where PACKAGE_ID = '@{package}' OR PACKAGE_ID LIKE '@{package}.%' ${line.separator}
delete from &quot;_SYS_REPO&quot;.&quot;RUNTIME_OBJECTS&quot; where PACKAGE_ID = '@{package}' OR PACKAGE_ID LIKE '@{package}.%' ${line.separator}
delete from &quot;_SYS_REPO&quot;.&quot;PACKAGE_CATALOG&quot; where PACKAGE_ID = '@{package}' OR PACKAGE_ID LIKE '@{package}.%' ${line.separator}
delete from &quot;_SYS_REPO&quot;.&quot;INACTIVE_OBJECT&quot; where PACKAGE_ID = '@{package}' OR PACKAGE_ID LIKE '@{package}.%' ${line.separator}
delete from &quot;_SYS_REPO&quot;.&quot;ACTIVE_OBJECTCROSSREF&quot; where FROM_PACKAGE_ID = '@{package}' OR FROM_PACKAGE_ID LIKE '@{package}.%' ${line.separator}
delete from &quot;_SYS_REPO&quot;.&quot;ACTIVE_OBJECTCROSSREF&quot; where TO_PACKAGE_ID = '@{package}' OR TO_PACKAGE_ID LIKE '@{package}.%' ${line.separator}
delete from &quot;_SYS_REPO&quot;.&quot;INACTIVE_OBJECTCROSSREF&quot; where FROM_PACKAGE_ID = '@{package}' OR FROM_PACKAGE_ID LIKE '@{package}.%' ${line.separator}
delete from &quot;_SYS_REPO&quot;.&quot;INACTIVE_OBJECTCROSSREF&quot; where TO_PACKAGE_ID = '@{package}' OR TO_PACKAGE_ID LIKE '@{package}.%' ${line.separator}
"/>
</sequential>
</macrodef> <macrodef name="regi_clean">
<attribute name="workspacedir" /> <sequential>
<delete dir="@{workspacedir}/._SYS_REGI_settings"/>
</sequential>
</macrodef> <macrodef name="regi_checkout_trackedPackages">
<attribute name="workspacedir" /> <sequential>
<echo>regi checkout trackedPackages --force</echo>
<echo>workspacedir=@{workspacedir}</echo> <!-- Checkout all packages that have been tracked. -->
<regi workspacedir="@{workspacedir}" command="checkout trackedPackages --force" />
</sequential>
</macrodef> <macrodef name="regi_delete_packages">
<attribute name="workspacedir" />
<attribute name="packages" /> <sequential>
<echo>regi delete packages @{packages}</echo>
<echo>workspacedir=@{workspacedir}</echo> <!-- Delete the desired package -->
<regi workspacedir="@{workspacedir}" command="delete packages @{packages}" />
</sequential>
</macrodef> </project>

“多团队大规模”开发模式 - 基于SAP HANA平台的多团队产品研发的更多相关文章

  1. SAP HANA 开发模式 - 基于SAP HANA平台的多团队产品研发

    “基本”开发模式 Windows: Unix/Linux: 在基本模式下我们可以通过regi来进行激活我们的object.Regi是一个类git功能的,方便和HANA repository交互的一个命 ...

  2. SAP HANA开发中常见问题- 基于SAP HANA平台的多团队产品研发

    大家都知道SAP HANA项目打包成Delivery Unit(缩写为DU).依照"官方"的开发模式,特别是整个团队仅仅使用一个HANA Instance进行项目开发,因为HANA ...

  3. 基于SAP HANA平台的多团队产品研发

    工欲善其事必先利其器.要提高多团队的开发效率,而且还是在SAP HANA平台上,建议大家还是本着“慢就是快”的原则,不要急功近利,在没有准备好团队开发的架构时就匆忙开始功能的开发.匆忙功能开发就算了, ...

  4. 认识Web前端、Web后端、桌面app和移动app新开发模式 - 基于Node.js环境和VS Code工具

    认识Web.桌面和移动app新开发模式 - 基于Node.js环境和VS Code工具 一.开发环境的搭建(基于win10) 1.安装node.js和npm 到node.js官网下载安装包(包含npm ...

  5. 【公众号系列】SAP HANA 平台的优势

    公众号:SAP Technical 本文作者:matinal 原文出处:http://www.cnblogs.com/SAPmatinal/ 原文链接:[公众号系列]SAP HANA 平台的优势   ...

  6. 小团队git开发模式

    实验室要使用Git进行代码管理,但是git非常复杂,各种开发模式也是层出不穷.作为新手的偶们很是发囧啊!!网上搜了一下,发现很多并不适合我们小团队运作(它本身就是为Linux内核管理而开发的分布式代码 ...

  7. 团队软件开发_基于windows下截屏软件关于NABC框架的特点

    经过我们小组数次的激烈讨论,就自己的能力和时间而言,我们小组的初步的计划是开发一款基于windows下的截图软件. 关于这个软件的功能,我们初步的想法如下: 1.能在windows下后台运行,有相应的 ...

  8. 如何在云端部署SAP HANA实战, Azure 上的 SAP HANA(大型实例)概述和体系结构

    什么是 Azure 上的 SAP HANA(大型实例)? Azure 上的 SAP HANA(大型实例)是一种针对 Azure 的独特解决方案. 除了提供 Azure 虚拟机以用于部署和运行 SAP ...

  9. 【DevOps】团队敏捷开发系列--开山篇

    随着软件发布迭代的频率越来越高,传统的「瀑布型」(开发-测试-发布)模式已经不能满足快速交付的需求.2009 年左右 DevOps 应运而生,开发运维一体化,通过自动化工具与流程让整个软件开发构建.测 ...

随机推荐

  1. Android中自定义View和自定义动画

    Android FrameWork 层给我们提供了很多界面组件,但是在实际的商业开发中这些组件往往并不能完全满足我们的需求,这时候我们就需要自定义我们自己的视图和动画. 我们要重写系统的View就必须 ...

  2. 【28.57%】【codeforces 711E】ZS and The Birthday Paradox

    time limit per test2 seconds memory limit per test256 megabytes inputstandard input outputstandard o ...

  3. 【Codeforces Round #438 B】Race Against Time

    [链接]h在这里写链接 [题意] 时针.分钟.秒针走不过去. 问你从t1时刻能不能走到t2时刻 [题解] 看看时针.分钟.秒针的影响就好. 看看是不是在整时的位置就好. 然后看看影响到x不能到y; 然 ...

  4. c语言学习笔记(13)——链表

    链表 算法: 1.通俗定义: 解题的方法和步骤 2.狭义定义: 对存储数据的操作 3.广义定义: 广义的算法也叫泛型 无论数据是如何存储的,对数据的操作都是一样的 我们至少可以通过两种结构来存储数据 ...

  5. eclipse中让关闭的项目不再显示

  6. .Net Remoting的双向通信和Windows Service的宿主服务

    原文:.Net Remoting的双向通信和Windows Service的宿主服务 作为微软分布式技术之一的.Net Remoting,从性能.安全等各方面来说都是相对比较稳定的,也是一项比较成熟的 ...

  7. WPF之动画

    原文:WPF之动画 线性关键帧.不连续关键帧动画: <Window.Triggers> <EventTrigger RoutedEvent="Window.Loaded&q ...

  8. POJ - 2991 Crane (段树+计算几何)

    Description ACM has bought a new crane (crane -- jeřáb) . The crane consists of n segments of variou ...

  9. 关于WPF你应该知道的2000件事

    原文 关于WPF你应该知道的2000件事 以下列出了迄今为止为WPF博客所知的2,000件事所创建的所有帖子. 帖子总数= 1,201 动画 #7 - 基于属性的动画 #686 - 使用动画制作图像脉 ...

  10. WPF DatePicker默认显示当前日期,格式化为年月日

    原文:WPF DatePicker默认显示当前日期 WPF的日历选择控件默认为当前日期,共有两种方法,一种静态,一种动态. 静态的当然写在DatePicker控件的属性里了,动态的写在对应的cs文件里 ...