Clean ABAP — Как сделать код чистым, прочитав рекомендации к единому стилю? Часть 3

Продолжаем рубрику единого стиля Clean ABAP. Обсудим основные моменты написанные в книге, а также напишите в комментариях пользуетесь ли вы этими рекомендациями, если да, то какими, если нет, то почему?

Предыдущая часть | Следующая часть

Тезисно по 2-ой главе книги. Подглавы:

В этом разделе мы сравним процедурное и объектно-ориентированное программирование и опишем, как лучше всего сбалансировать их в вашем коде.

Парадигма программирования ABAP

Различие между функциональными группами и классами

Сравнивая процедурную и объектно-ориентированную часть ABAP, можно сказать, что классы похожи на функциональные группы. Проще говоря, представьте себе функциональную группу как CLASS, который является GLOBAL, ABSTRACT, и FINAL. Функции, процедуры форм и глобальные переменные являются его членами, и все они STATIC и PUBLIC.

Нет создания экземпляра

В любой момент времени существует только один экземпляр группы функций. Этот факт может иметь мало значений для его функций, которые в любом случае всегда одинаковы, но он имеет большое значение для его переменных. Мы не можем полагаться на то, что переменные все еще содержат данные последнего взаимодействия, потому что какой-то другой пользователь мог бы использовать функциональную группу в то же время, заполняя ее другими данными.

Никакого наследства

Группа функций не может наследовать элементы от других групп функций. В то время как Clean ABAP утверждает, что наследование должно использоваться редко, наследование действительно имеет свои преимущества, когда применяется с умом.

Нет пространства имен для методов

Функции могут находиться в группах функций, но они также остаются в одном и том же глобальном пространстве имен. В результате вы не можете иметь две группы функций с функцией DO_SOMETHING.

Никаких Интерфейсов

Интерфейс определяет, какие функции должен предоставлять компонент и какими должны быть его параметры. Пользователи и поставщики (providers) должны придерживаться интерфейса таким же строгим образом, и компилятор будет отклонять код, который не соответствует.

Слабая подстановка

Без интерфейсов вы не можете надежно реализовывать подстановку, а это означает, что перенаправление вызовов с одной вещи на другую является одновременно трудным и хрупким, и вы не можете быть уверены, что это работает.

Еще более важно то, что слабая подстановка является катастрофой для модульных тестов, которые не могут перенаправлять вызовы функций на тестовые двойники, если вы не разработаете сложные шаблоны перенаправления или не прибегнете к хрупким методам, таким как тестовая строчка.

Слабая инкапсуляция переменных

Глядя на переменные, вы можете подумать, что функция группирует глобальные переменные как "частные", так что они не могут быть доступны извне. Однако если вы покопаетесь в языке, то обнаружите, что никакой реальной защиты памяти, обеспечивающей правильный режим работы, не существует. Переменные группы функций могут быть адресованы из любого места с помощью манипулятивных операторов, например:

ASSIGN ('(my_report) gv_global variable) TO .

Нет инкапсуляции метода

Как и переменные, группы функций также не защищают свои методы. Функции являются публичными, что является преднамеренным. Однако процедуры форм должны быть частными, чтобы их нельзя было вызвать извне. Однако ABAP позволяет вызывать любую процедуру формы из любого фрагмента кода, например:

PERFORM set_buffer_true IN PROGRAM my_ program.

Различия объектно-ориентированного подхода АBAP от других

Существуют два случая, когда способ реализации объектной ориентации ABAP отличается от того, что вы можете знать из других объектно-ориентированных языков программирования, таких как C++, Java или C#. Вы могли бы назвать эти ограничения, но на самом деле эти случаи на самом деле не уменьшают возможности языка, а только делают синтаксис немного более многословным.

Нет перегрузки

Перегрузка означает, что класс предлагает несколько методов с точно таким же именем, но немного разными параметрами. Хотя перегрузка является распространенным шаблоном в Java, ABAP не поддерживает его и обеспечивает, чтобы каждое имя метода встречалось только один раз в классе. Это ограничение чисто синтаксическое и не снижает выразительности языка. Например, ABAP заставит вас отличать метод LOG_STRING от метода LOG_INTEGER, что сделает код менее приятным для чтения, но мы все равно сможем регистрировать как строки, так и целые числа.

Имена интерфейсов становятся частью имен методов

Когда класс реализует интерфейс, он обычно полностью "берет на себя" методы интерфейса, и код выглядит так, как если бы методы были оригинальными частями класса.

В Java, например, если класс Person реализует интерфейс BusinessPartner, который указывает метод getEmail, вы можете написать:

В ABAP методы, перенятые из интерфейсов, добавляют имя интерфейсов в качестве префикса. Для более раннего примера абаперам нужно будет написать:

Опять же, этот факт не является ограничением, потому что вы все еще можете заставить класс реализовать несколько интерфейсов совершенно нормально. Вызовы методов ABAP могут выглядеть только немного дольше, чем в других языках программирования.

Когда нет выбора

В некоторых случаях в ABAP вы не сможете использовать объектную ориентацию для достижения цели. Например, классы не могут обслуживать remote function calls (RFC), и вам придется прибегнуть к функциям RFC.

В этих случаях мы рекомендуем использовать процедурные части программирования ABAP, но убедитесь, что они перенаправляют вызов только на объектно-ориентированный фрагмент кода, например:

Этот подход "обертывания функций классами" позволяет вам предоставить функцию для RFC, в то же время позволяя вам воспользоваться всеми преимуществами, которые предоставляет объектно-ориентированное программирование.

Процедурные языковые конструкции — это конструкции, которые требуют своих собственных ключевых слов, например, в следующих случаях:

DESCRIBE FIELD input LENGTH DATA(length) IN CHARACTER MODE.

Конструкции функционального языка напоминают обычные вызовы методов с любым количеством импортируемых параметров и одним RETURN параметром, например, в следующем примере:

DATA(length) = strlen( input ).

Во многих случаях оба варианта позволят вам достичь одной и той же цели. Однако мы рекомендуем по возможности отдавать предпочтение функциональным языковым конструкциям по целому ряду причин, таких как:

Когда вы обновляете свои системы ABAP, убедитесь, что вы проверяете языковые конструкции, которые устарели и теперь считаются устаревшими. Все версии документации, по ключевым словам, ABAP содержат статью под названием Устаревшие языковые элементы, в которой перечислены устаревшие операторы, например: http://s-prs.co/v519004 для SAP NetWeaver 7.54. Вы должны воздерживаться от использования этих утверждений по целому ряду причин:

скоро вернусь...

#Clean_ABAP