А очно вы себе это как представляете, я к вам в гости или вы ко мне? Комментарии к статье как бы и предназначены для общения и высказывания своего мнения по прочитанному. Не очень понимаю в чем была проблема?  Ну добавьте в следующий раз в конце статьи, что просьба по статье не высказываться, раз это сильно почему-то задевает.
 
По поводу решил программист, согласитесь для того, чтобы что-то решить, нужно представлять последствия своих решений (например использовать BAPI или вкатить прямой апдейт таблиц). Из написанного вами получается, что последствий никаких, это просто новый, более компактный метод записи кода. Я правильно понял донесенную вами мысль?

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

Удивляюсь только одному, сколь много людей  готовы выразить  многозначность своего ЭГО и показать свой великолепный ум, на таком мелком материале....без зазрения совести уверенные, что у других нет возможности отличить черное от белое, или скажем доступ к одному полю и чтение в структуру....беда!

я лишь показал примеры использования новых моделей, как их лучше применять решит каждый в зависимости от задачи, не правда ли? Использовать ли первую (скажем с лог. поиском) или простую вторую конструкцию - решит программист,не было целью обучать программированию, целью было продемонстрировать. Если вы готовы судить о том, чтО я понимаю , а что нет то мне жаль, что вы готовы это делать заочно. Еще раз повторюсь - цель показать примеры!
 
Тем не менее спасибо за комментарий =)

Ознакомить то оно конечно полезно, только в таком виде лучше бы не делать этого. А то ведь послушают вас и возьмут на вооружение, например предложенный вами последний пример:
 
* Старый метод доступа
READ TABLE itab_multi_comp INTO ls_comp WITH KEY kunnr = '123'.
WRITE: / ls_comp-ort01.
 
* Новый метод доступа
WRITE: / itab_multi_comp[ kunnr = '123' ]-ort01.
 
а потом плакать будут, окружающие, ну зато мне работы может подкинут :-) в перспективе, так как суть старого и нового методов различна и сравнивать их в таком виде очень не рекомендуется, а вы вот сравниваете и не понимаете в чем существенная разница.

Ознакомить то оно конечно полезно, только в таком виде лучше бы не делать этого. А то ведь послушают вас и возьмут на вооружение, например предложенный вами последний пример:
 
* Старый метод доступа
READ TABLE itab_multi_comp INTO ls_comp WITH KEY kunnr = '123'.
WRITE: / ls_comp-ort01.
 
* Новый метод доступа
WRITE: / itab_multi_comp[ kunnr = '123' ]-ort01.
 
а потом плакать будут, окружающие, ну зато мне работы может подкинут :-) в перспективе, так как суть старого и нового методов различна и сравнивать их в таком виде очень не рекомендуется, а вы вот сравниваете и не понимаете в чем существенная разница.

Реально я с ними не так давно познакомился, примеры в общем доступе из интернета в том числе сап блогов , не хотел тратить время на измышления своих,теперь пытаюсь их применять, и по своим коллегам вижу , что они тоже не часто не то что не используют, не знаю что такие конструкции появились. Цель статьи рассказать, ознакомить =)

Леонид, я правильно понимаю, что реально Вы не используете эти конструкции и не применяете? иначе, зачем Вы копируете "один-в-один" из статьи 2015года в том числе и примеры:
 
zevolving.com/2014/09
 
zevolving.com/2015/05

если на то пошло, то можно использовать OOP подход при создании транзакции, и забыть про include как таковой и про их расположение в том числе :-)
 
пример описан здесь:
sapland.ru/blogs/phaizullin

Просто как статья про ADBC - отлично!
 
Только объясните, пожлста, след.момент: Если система на HANA, т.е. скорее всего базис будет 7.4, а м.б. и 7.5, соответственно, есть более удобный инструментарий - можно пользоваться новым синтаксисом Open SQL, CDS-view или AMDP, для вызова процедур или вьюшек созданных непосредственно в HANA (минуя ABAP-словарь), можно создавать прокси и вызывать через них.
Зачем ADBC в контексте HANA?
 
И, как мне кажется, к ADBC относятся те же рекомендации, что и к Native SQL - по возможности предпочитать Open SQL, в связи с тем, что NW оптимизирован под использование Open SQL.