• Необразованная молодёжь. Ответ бизнеса
    +4
    Это в каком же месте SAP написан на Delphi? Просветите, пожалуйста!
  • Модульные тесты в ABAP. Часть третья. Всяческая суета
    0
    Не замечал тестов в стандартном коде системы, а если бы они были, то их было бы запрещено выполнять.

    Сделайте выборку из вьюхи VSEOCLASS с CATEGORY=5. Вот вам тесты в стандарте. Например CL_FDT* — тестовые классы для BRF+.
    Или вы имеете ввиду, что в системе нет тестов покрытия?
  • Электронная подпись в SAP – это просто
    0
    1) Как указал коллега nmk2002, HowTo настройки смотрелось бы более интересно
    2) для меня, как для разработчика, интересен был бы пример использования ЭЦП в своих разработках на ABAP
  • Электронная подпись в SAP – это просто
    +2
    Как мне кажется, из-за минимума деталей, данную статью следует поместить в хаб «Я пиарюсь». Заявленная автором в начале статьи цель
    Этой статьей я хочу показать, что применение ЭП – это просто.
    не достигнута абсолютно. Технических деталей в статье не обнаруживается (да, сразу же скажу, я сам применял реализацию ЭЦП в SAP).
  • Как выучиться на ABAPера?
    0
    Сложно прилагать мозг для изучения системы, если официально самостоятельно это сделать нельзя в принципе. Или я что-то пропустил, и уже можно получить тестовую версию системы для самостоятельного ознакомления?

    Вот про абап в cloud особенно жизнерадостно было в статье. да. кстати, вот и сама статья scn.sap.com/docs/DOC-41566 (к сожалению, с трубы ссылка не красиво вставляется). Обратите внимание: пишет человек, только что выпустивший на саппрессе книжку «прелести нового абап». Теперь он задается вопросом «а зачем же я ее писал-то?».

    Ну и дальше, для решающего «а оно мне надо?», уже следует думать о перспективах системы в целом: это и политические факторы, и направленность вендора на смену принципа с «мы работаем с разными СУБД» на «только haha, только хардкор» и многое другое.
  • Как выучиться на ABAPера?
    0
    Я искренне удивлен, что этот здравомыслящий комментарий появился только сегодня. Как очень точно подметил коллега на профильном форуме: с появлением «вечернего» абапа, заниматься им стало поздно во всех смыслах этого слова"
    Сам язык учится быстро, при наличии заинтересованности у ученика и квалифицированного учителя.Самому платить за курсы можно только родственнику миллионера. При этом, обучаясь в сап за такие-то деньжищи, абитуриент на любые вопросы чуть в сторону от темы курса будет получать ответ «это не является темой семинара, узнать ответ вы сможете на курсе XYX»(прайс вы видели).
    Ну и как заметили выше, сам по себе абап никому не нужен. Нужны знания системы в привязке к конкретным модулям.
    И это я еще молчу про жизнерадостные статьи на scn с заголовками «сап опять хочет уничтожить абап»
  • ABAP: Выборка справочных значений по их ключам из таблиц БД
    0
    1) К сожалению, мне трудно помочь вам, если вы не способны понять зачем нужны ORM ( Query service это часть реализации ORM в SAP). Попробуйте погуглить, что ли.
    3) ADBC — инструмент построения в том числе и динамических запросов
    2) Указанные инструменты были перечислены мной в ответ на сообщение AtomKrieg, а не ваше
    3) по вашему инструменту я уже все сказал. С моей скромной точки зрения, невозможность юзать журнал использования съедает все мнимые преимущества ваше разработки. Грамотное построение системы программных модулей повторного использования (подпрограммы, ФМ, классы) удобнее, нагляднее и понятнее.
  • ABAP: Выборка справочных значений по их ключам из таблиц БД
    0
    Т.е. что мешает написать такой запрос без таких заморочек.


    Да-да! Именно эта мысль меня посетила при чтении вашей статьи!
  • ABAP: Выборка справочных значений по их ключам из таблиц БД
    0
    1) мне не нравится не один из указанных подходов. Динамические реализации\вызовы должны быть строго обоснованы. Никакого приличного основания применять описанный в статье подход я не знаю (кстати. забыл про замечательную особенность автогенеренных программ — падение в дамп после 36 генераций в пределах одной сессии. хотя, может быть, в новых версиях пофиксали?)
    2) пример использования Query service вам указали выше
    3) пример использования ADBC.
  • ABAP: Выборка справочных значений по их ключам из таблиц БД
    +1
    Можно еще и вот это посмотреть ADBC
    Правда, много интересного есть в стандартной документации?
  • ABAP: Выборка справочных значений по их ключам из таблиц БД
    0
    Не обязательно. Можно так, а можно через CREATE DATA dref TYPE HANDLE
  • ABAP: Выборка справочных значений по их ключам из таблиц БД
    0
    Вот… еще один велосипедик с шестиугольными колесиками… Почему бы не воспользоваться готовым инструментом от SAP? Query service к вашим услугам
  • ABAP: Выборка справочных значений по их ключам из таблиц БД
    0
    А как вы зададите через динамические переменные эту таблицу для данных?


    Вы знакомы с reference и с generic types? С их помощью вполне можно задавать динамические переменные.
  • ABAP: Выборка справочных значений по их ключам из таблиц БД
    0
    1) они менее читабельны в силу отличия от синтаксиса самого языка. А так же по той причине, по которой в языках программирования делают константы: подробный код документирует сам себя. А кроме того, такой подход уничтожает всю прелесть такого инструмента как «журнал использования». Становится очень тяжело понять где же находятся точки изменения переменных в программе.
    2) Проверка синтаксиса нужна затем, что бы юзер не любовался на дампы, а мы, как разработчики, обнаруживали ошибки еще на этапе проверки программы. Вот изменилась структура таблицы. Я по журналу использования нашел все места ее использования, и поправил, при необходимости код ее использования. С вашим же подходом — этого не будет.
    3) это вы думаете, что не получу. Как верно выше указал Yaruson, в ряде случае вместо бездумного впаивания такого кода, правильнее подумать и использовать что-то другое: начиная от join в его примере и заканчивая готовыми ФМ по чтению стандартных справочников
  • ABAP: Выборка справочных значений по их ключам из таблиц БД
    +1
    Я солидарен с Armann. Претензии ровно те же
    1) не читабельно
    2) динамические вызовы без особой на то нужды — зло (никакой проверки синтаксиса)
    3) скорость
  • OpenUI5 – новый javascript фреймворк от SAP
    0
    Проблема в том, что созданная Вами кнопка в js и созданная в XML view кнопки будут иметь разные ID, не смотря на то, что как кажется Вы их объявили одинаково. В случае XML фреймворк к ID припишет еще и ID самого view, и тогда будет корректно работать код (который используется, в примерах постоянно)
    this.getView().byId("MyButton")
    

    а для JS-view в этом разе надо писать
    sap.ui.getCore().byId("MyButton")
    

    И только путем неких изысканий удастся узнать, что что бы картина в обоих типах view была одинаковая, в js надо было создавать ID контрола несколько иначе
     this.getView().createId("MyButton")
    
  • OpenUI5 – новый javascript фреймворк от SAP
    0
    Все бы хорошо, но между определениями контролов в разных типах view слишком много отличий. Я не нашел исчерпывающий хелп по всем типам описания. Что вдвойне забавно: в описании API как примеры идут js-views, а в мобильный сэмплах- XML-views.
  • OpenUI5 – новый javascript фреймворк от SAP
    0
    SAP не включил в OpenUI5 библиотеку для рисования диаграмм. Эта библиотека(sap.viz) есть в платной версии(той, которая SAPUI5). Я под капот не заглядывал, но пример использования вот