Ребятки а ABAP/4 круче чем все вышеперечисленное?

Щас буду брызгать слюной, стерлядь, стерлядь, стерлядь. ABAP/4 - редкостный пример технологического дебилизма. Поясняю почему.

Итак, комментарии к программе. Блочных комментариев в языке нет. Есть только строчные. Причем 2 видов. Если комментарий начинается с 1-го символа строки, то нужно использовать звездочку (*), а если нет (не с первого символа), то двойную кавычку ("). Почему так? А хрен его знает. Но это так для разминки.

Далее выражения. Выражения это песня. Как вы думаете, что неправильно в логическом выражении

Хрен догадаетесь. Пропущены пробелы между операндами и знаком операции. Правильно будет вот так:

Кстати о птичках, знаете, что неправильно в выражении

А вот что. Операндами выражения не могут быть другие выражения. Я сначала должен запихнуть ls_charg_lifnr-charg + 1 в переменную и только потом сравнивать значение этой переменной с l_curr_charg. Точно также нельзя использовать выражение как фактический параметр при вызове процедуры. Круто, правда? Я долго вспоминал какой другой язык программирования с такими ограничениями, так и не вспомнил. Молодой наверно. Заметили, кстати, что имена у переменных неговорящие? А они в SAP R/3, где ABAP только и используется, все такие. Имена таблиц - 4 символа, имена столбцов и переменных - 5 символов. Как думаете, реально запомнить, для чего используются таблицы STXH, BKPF, BSID, BSIK, MBEW, MCH1, VBFA, VBRK? Ну эти еще реально - самые ходовые. А таблиц в SAP-овских базах меньше 30000 редко когда бывает)))

Далее, структурное программирование. Ну все операторы ветвления и цикл while с предусловием в языке есть. Так что все в порядке, если не вспоминать про ограничения выражений. А что с подпрограммами? Их есть у нас. То есть у них. Целых 2 вида. Думаете, это по смыслу процедура и функция? Очень интересно заблуждаетесь. Обе процедуры и плевать, что один вид гордо именуется функциональным модулем. Функциональный модуль считается более современной вещью. Они для работы с ними отдельную транзакцию сделали. Вот только вызываются они исключительно динамически. Если я скажем в названии модуля опечатку сделал, то узнаю об этом только на стадии тестового прогона программы. С именами параметров еще хуже. Та же опечатка не вызывает никакой ошибки (в точке вызова). Просто фактический параметр не попадает в процедуру и все.

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

Объектно-ориентированное программирование. Есть. Синтаксис вызова метода объекта отличается от вызовов других процедур. Другие люди уже дописали, очевидно. То есть если я знаю, что такое ООП и знаю, как работать с процедурами на ABAP, то это мне никак не поможет. Все равно придется серьезно доки читать.

Не знаю, стоит ли еще про OpenSQL писать. Я и так уже тут наколбасил достаточно, чтобы понять, что нет в ABAP/4 ни строгого дизайна, как у Паскаля, ни "лингвистической легкости" как у Perl, ни компактности конструкций как у C, ни простоты, как у Python. Так что дерьмо все это!

То же самое можно сказать про штатные средства разработки для ABAP. Парни из SAP AG не могут сделать даже нормальный редактор для программиста на ABAP/4. Поясняю. Программа хранится в таблице базы данных. Одна строка программы - одна запись в таблице. Длина поля, в котором хранится строка - 72 символа. Соответственно, строка не может быть длиннее 72 символов. Все что выезжает за этот предел исчезает, а не переносится на следующую строку автоматически. Более того, программа выдается на редактирование в гриде, 1 строка - 1 ячейка грида. Это они называют Line Editor. Справедливости ради, отмечу, что в последних версиях они замаскировали это убожество интерфейсом пользователя, похожим на привычный всем редактор. Но только замаскировали, потому что некоторые вещи при настройке можно сделать только через Line Editor и никак иначе. И некоторых давно привычных всем вещей там нет. Подсветка синтаксиса отсутствует. Только *-комментарии подсвечивают и больше ничего. Про автодополнение вообще молчу.

=====
Не дождетесь!

2 Scott Tiger:

Соглашусь. И даже "маленький немецкий систем" зачастую оставляет желать лучшего. У меня мобильник Siemens S55, к нему претензий нет, но софтина с которой он идет - Siemens Data Suite - это просто ужас. Под Win2K и WinXP глюк на глюке. Половина функций не работает вообще. А после использования тех, что работают, и отключения телефона от компа в 95% случаев приходится руками прибивать процесс DESServer.exe. Потому что эта скотинка вешается, грузит проц на 100% и к тому же пока не прибьешь, софт телефон при подключении не опознает. Опытным путем удалось установить, что на Win98 все работает идеально (комп тот же), но нафиг мне 98-я винда сдалась?

В общем, скачал я SieFS и libgsm, теперь под Linux с телефоном работаю. Правда поддержку русского удалось только с напильником включить. Теперь подумываю о том, чтобы под винду эту беду портануть. Надо бывает.

=====
Не дождетесь!

2 Баптист:

Таити, Таити... Какое Таити? Нас и здесь неплохо кормят.

=====
Не дождетесь!

2 баптист:

здесь вам не тут. нас вам не вас.

=====
Не дождетесь!