Как различаются Standard ABAP и ограниченные языковые версии, где применим ABAP Cloud и как проверять доступ к released APIs.
3 мин чтения·База знаний
Ревизия 1Общие понятияЧастичное покрытиеКонтекст: CTX-GENERALдокументальная опора: недостаточно данных
Справочный материал. Контракты данных, архитектурные решения и ограничения применения. Источники приведены в материалах, где используются внешние основания.
Standard ABAP и ABAP Cloud: выбор языковой модели#
Standard ABAP и ABAP for Cloud Development - это разные языковые версии development object. Выбранная версия задаёт доступный синтаксис и то, к каким repository objects разрешено обращаться. Standard ABAP даёт широкую область языка и доступа к объектам. ABAP for Cloud Development ограничивает конструкции и разрешает использование только допустимых и released API в установленном контексте.
ABAP Cloud - модель разработки с cloud-оптимизированным языком, устойчивыми контрактами и расширением через поддерживаемые точки. Она включает не только синтаксис: важны CDS-модели, RAP, инструменты разработки и API release contracts. Наличие одинакового названия класса в двух системах не означает одинаковую доступность или одинаковый контракт.
Доступность языковых версий зависит от продукта и edition. В SAP S/4HANA Cloud Public Edition разработка использует ABAP for Cloud Development; в SAP BTP ABAP Environment Standard ABAP недоступен. В S/4HANA On-Premise и Private Edition могут сосуществовать Standard ABAP и cloud-языковые версии в зависимости от версии и сценария. Для действующей системы проверьте конкретный backend, инструменты, компоненты и объект разработки.
Такое сосуществование позволяет вводить cloud-ready подход постепенно, но не означает, что существующий Standard ABAP автоматически становится переносимым. Отдельно анализируйте используемые API, dynpro и классические framework, update task, прямые обращения к таблицам и enhancement points. Результат зависит от продукта, версии и целевой модели расширения.
В ограниченной языковой версии SAP-объект доступен не только потому, что он публичен или технически видим. Проверьте API state, release contract и видимость для нужной языковой версии. Release contract описывает допустимую цель использования и совместимость; проверяйте его у конкретного repository object в системе и сверяйте с официальной документацией.
Для оценки существующего кода выполните проверки инструментами и версией, соответствующими целевой среде: syntax check для выбранной языковой версии, ATC/custom code analysis и проверку зависимостей от unreleased объектов. Статический результат не заменяет функциональную регрессию, интеграционный тест или проверку бизнес-сценария.
Зафиксировать продукт, edition, backend release и назначение объекта.
Проверить доступные языковые версии и расширения в этой системе.
Определить, создаётся ли новая разработка или анализируется существующее решение.
Проверить все зависимости на нужный release contract и видимость.
Оценить тесты и миграционные затраты до обещания переносимости.
Это обзор моделей, а не рекомендация по конкретному проекту. Здесь не проверялись система, API state отдельных объектов, ATC-результаты или миграция в ABAP runtime.
Standard ABAP and ABAP Cloud: choosing a language model#
Standard ABAP and ABAP for Cloud Development are different language versions for development objects. The selected version defines available syntax and which repository objects can be accessed. Standard ABAP provides a broad language scope and object access. ABAP for Cloud Development restricts syntax and permits only allowed and released APIs in its defined context.
ABAP Cloud is a development model with a cloud-optimized language, stable contracts, and extensions through supported points. It is more than syntax: CDS models, RAP, development tools, and API release contracts also matter. The same class name in two systems does not prove identical availability or contract.
Language-version availability depends on product and edition. SAP S/4HANA Cloud Public Edition uses ABAP for Cloud Development; Standard ABAP is unavailable in SAP BTP ABAP Environment. In SAP S/4HANA On-Premise and Private Edition, Standard ABAP and cloud language versions can coexist depending on release and scenario. Check the specific backend, tools, components, and development object.
Coexistence can allow a gradual move to a cloud-ready approach, but it does not make existing Standard ABAP automatically portable. Analyze used APIs, dynpro and classic frameworks, update task, direct table access, and enhancement points separately. Results depend on product, release, and target extension model.
In a restricted language version, an SAP object is not available merely because it is public or technically visible. Check its API state, release contract, and visibility for the intended language version. A release contract defines permitted purpose and compatibility; verify it for the specific repository object in the target system and official documentation.
To assess existing code, use tools and versions matching the target environment: syntax checks for the selected language version, ATC or custom code analysis, and dependency checks for unreleased objects. Static results do not replace functional regression, integration testing, or validation of the business scenario.