介绍
本文解释了“SAP Side by Side 开发的基础知识总结”中的一项。如果您了解整个事情，请先检查一下。
另外，由于这篇文章是作为理解概述和个人和试用使用的参考而编写的，所以在项目中使用它时，是对SAP和官方信息的查询。帮助门户请利用
“Side by Side Development”和“Side by Side Development”的架构特点在应用程序开发中， 区别
在这一章当中，并行发展“什么时候”在应用程序开发中在关注 " 之间的架构差异的同时，我将参考两者的正确使用。
还有，近年来一味“减少包升级负载, 所有的开发都是为了 `并行发展也有“”等声调，但个人认为是不正确的，因为我觉得有必要正确使用，我想提一下。
回顾ABAP
"并行发展“现在推荐，”ABAP”有时在负面语境中使用，但它是构建核心系统的非常好的语言。我相信 ABAP 对 SAP 的 ERP 系统成为这样一家大公司做出了巨大贡献。
虽然 ABAP 是一门难懂且复杂的语言，但如果由熟练的工程师处理，它也是一种可以用很少的工时高效实现的语言。
为了让大家多了解一点特点，我们先来介绍ABAP的主要特点，”批处理可以快速高效地处理", "您可以一次有效地开发屏幕和在其后面运行的处理。我想简要提及一下
批处理可以快速高效地处理
我想有很多人在项目的插件列表中处理过XX母批注册和XX文档批量更新等批处理。
这样的附加需求经常出现，因为SAP的标准功能作为开发理念，批处理功能很少，日本人也有追求效率的心情。 （虽然由于RPA等的出现而变得比过去少了）ABAP在这种批处理方面有很大的优势。 ABAP 使用与 S/4HANA 的标准表和模块相同的语言工作。正因为如此，它具有较高的程序兼容性和较短的网络距离，使其适用于关键任务系统所需的大规模更新。
您可以一次有效地开发屏幕和在其后面运行的处理。
在作为ABAP主程序类型的报表程序中，基本同时开发屏幕开发（前端开发）和后台运行的处理（后端开发）。因此，一名工程师可以用更少的工时进行高效开发。
与 ABAP 的根本区别
那么主题是“并行发展让我们继续讨论。 "并行发展”是基于支持“WEB应用开发”的技术要素。
这些基本上由“前端（用户界面）”、“后端（业务逻辑）”和“DB/API（数据访问）”组成。
“前端”是控制用户可见的网络浏览器外观的层。该语言在“HTML5、CSS、JavaScript”中进行了描述。
“后端”是从前端接收数据、对其进行处理、将其存储在数据库中并将其返回给前端的层。至于语言，它是用“Java、JavaScript 等”编写的。
DB 是存储它的层。此外，近年来，各种通用服务已被制成 API，因此可以认为有许多模式使用它们来访问数据。在为 S/4HANA 进行扩展开发时，API 部分将是 O-data API。
各层之间的通信基于Https，与S/4HANA的交互也被明确为API定义。减少升级负载这就是它的意思。
但是，由于三层结构是分开存在的，技术要素也不同，从某种意义上说，设计也需要分开进行。在实施大型应用程序开发或高级应用程序开发时，通常会为每一层分配单独的工程师。
另一方面，如果回到ABAP，这是一个两层结构。此外，后端和 DB 是紧密耦合的，它们经常使用 ABAP 中的各种技术元素而不是 API 进行更新。
那是”您可以一次有效地开发屏幕和在其后面运行的处理。", "批处理可以快速高效地处理"，但它会招致黑盒，并且难以处理升级。
层之间的通信问题
理解这个主题的另一个重要主题是层之间的通信。
在这种架构中，“前端”和“后端”之间以及“后端”和“API”之间使用通过互联网的https通信。在一般的网络应用程序中，这不是什么大问题，因为处理是基于对话的，并且互联网线路速度很快。
但是，当涉及到核心系统的开发时，情况发生了一些变化。如前所述，核心系统开发中经常需要更新大量数据。
如果将这些需求分三层处理的话，每层之间会基于https进行大量的数据交换。这在技术上并非不可能，但是如果假设线路会在中间中断或某些数据出现错误，则有很多设计考虑。此外，用于通信的网络系统的成本也会增加。
毕竟哪一个更容易？
我想这是很多人都想知道的话题。这取决于要创建的应用程序的主题和难度，以及相关人员的技能，所以我认为这将是一个个案的一般性讨论。
在我个人看来，如果你准备好熟悉每项技术的工程师，从头开始构建，我认为 ABAP 可以在较短的时间内用更少的工时完成。 （低代码开发等除外）但是，从工程师的单价来看，ABAP是一个高单价，所以总量是完全不同的故事，所以会是一个非常难的主题。 （我很抱歉没有说清楚......）
开发和运营方面的差异
到目前为止，我们一直从应用程序的角度编写，但最后是操作
从操作的角度来看，它们也有很大不同。 "在应用程序开发中”基本采用现有的S/4HANA开发和运营管理系统。 （我会省略细节，但我认为有经验的用户应该想象如何通过“转移”等来管理程序开发。）这些机制对于有SAP ERP系统经验的人来说是常识。虽然它是一个非常复杂的机制，它超出了一般 IT 标准。
"并行发展”需要基于OSS（开源软件）的开发和运营管理，支持“WEB应用开发”。对于管理，工具（功能）是为每个单独的功能准备的，而不是用一个工具集中管理。 （存储源代码的函数、将源代码部署到各个环境的函数、监控运行时资源状态的函数等）另外，在执行这些函数时，BTP上也可能会持有简单的函数。有很多，但也有未保留的特征。如果你需要高级的东西，BTP 通常是不够的。
所以， ”并行发展如果您选择，请记住您需要接受这些机制、学习它们并准备好您的环境。
BTP大概是故意不准备
我想有些人听了这个故事后会想，“BTP功能是不是不够用？”我故意措手不及我认为。
这是因为这里的系统是web开发和其他现代scratch开发的必备工具，并且有一个前提，每个公司都应该拥有它。 （即使您不费心使用 SAP 提供的功能，使用公司共有的系统共同管理 S/4HANA 和其他应用程序也会更有效。）
在全球范围内可能是这样，但日本从事现代 IT 开发的 IT 组织很少，客户公司和供应商都接受这种机制是引入 BTP 的主要障碍。正在成为的一面。关于开发和运营，我就到此为止，因为在一个很深的世界里，写作没有尽头。
概括
我希望您了解“Side by Side development”和“In App development”之间的技术区别。另外，由于各有各的特点，希望您能再次认识到有必要选择适合您的应用、开发和操作要求的。
原创声明：本文系作者授权爱码网发表，未经许可，不得转载;
原文地址：https://www.likecs.com/show-308632803.html