Возможности ABAP в новых версиях R/3

Удав

aht написал(а):

хотел внести дельное предложение - создать новый форум с назанием аля Кривой ABAP или нечто в этом духе и убрать фильтр на нецензурщину в нем.

ну и все эмоции по "геометрии" рук саповских программеров высказывать в нем.

Может, голосовалку по этому поводу сделать?

zaba

Голосовалка не даст возможности развернуто описать всего многообразия того, что может не нравиться

ABC

Насколько я помню еще из SAPTEC, SAP может работать с любой РСУБД, удовлетворяющей ANSI-92 SQL. А кто из присутствующих читал пресловутый стандарт ANSI-92 SQL? Может у кого-нибудь и ссылочка завалялась? :wink:

P.S. Увидев эту тему, почему-то сразу вспомнил анекдот про танцора, которому всегда что-то мешает... :wink:

ABC

Peter написал(а):

Ну почему если я задекларировал метод в базовом классе, отнаследовался от него, создал объект типа потомок и не могу вызвать без тайпкаста метод задекларированный в базовом классе?! У меня это вообще в голове не укладывается.

Peter, а версия у Вас какая? В 4.7, например, такой код выполняется без проблем и преобразований типов:

Code:

REPORT  ztest                                                   .

  CLASS zcl_class DEFINITION.
    PUBLIC SECTION.
      METHODS
        : method1
      .

  ENDCLASS.

  CLASS zcl_class IMPLEMENTATION.
    METHOD method1.
      WRITE / 'raz'.
    ENDMETHOD.
  ENDCLASS.

  CLASS zcl_subclass DEFINITION INHERITING FROM zcl_class.
    PUBLIC SECTION.
      METHODS
        : method2
      .
  ENDCLASS.

  CLASS zcl_subclass IMPLEMENTATION.
    METHOD method2.
      WRITE / 'dva'.
    ENDMETHOD.
  ENDCLASS.

START-OF-SELECTION.

  DATA
    : obj TYPE REF TO zcl_subclass
  .

  CREATE OBJECT obj.
  CALL METHOD obj->method1.
  CALL METHOD obj->method2.

Uukrul

ABC написал(а):

P.S. Увидев эту тему, почему-то сразу вспомнил анекдот про танцора, которому всегда что-то мешает... :wink:

Это точно... а все почему?! А потому что, в очередной раз SAP вложит 1 млрд в индусов...

mcseem

Коллеги, вы забываете одно - SAP изначально создавал не среду разработки, а ERP-систему. ABAP - это некая "вкусность" и доп.фича. Для тонкой настройки, мелких расширений, мелких отчетов...

ABC написал(а):

Насколько я помню еще из SAPTEC, SAP может работать с любой РСУБД, удовлетворяющей ANSI-92 SQL ...........
P.S. Увидев эту тему, почему-то сразу вспомнил анекдот про танцора, которому всегда что-то мешает... :wink:

В этом стандрте описаны только основы, основные правила - Селект, инсерт, update и без всяких ключей оптимизации и включения-выключения индексов. Уж точно нет всяких расширений, чтоб позволяет оракловый pl-sql делать, или Ms sql... А про танцора - это верно - зажрались и обленились...

Uukrul

mcseem написал(а):

Коллеги, вы забываете одно - SAP изначально создавал не среду разработки, а ERP-систему. ABAP - это некая "вкусность" и доп.фича. Для тонкой настройки, мелких расширений, мелких отчетов...

Да ты шо... тебе кто сказал или ты сам это придумал? Только никому в SAP-е об этом не говори, а то они там гансы с индусами и не знают, что весь функционал этой самой R/3 написали на "вкусностях и доп.фичах для тонкой настройки, мелких расширений, мелких отчетов..." вот такая вот фигня с этими гансами... нет бы как все, в то время на СИ или даже Фортране писать стали, так нет же выбрали понимаешь эти мелки фичи и давай... на нем гемморой для всего мира ваять...

PS: Порадовал на ночь глядя... мАладЭц... будете в Киеве с меня пиво

Igor Moskvin

mcseem написал(а):

А про танцора - это верно - зажрались и обленились...

Да правда что, зачем нам, например, Delphi Studio или Visual Studio, когда есть великий Assembler, на прям обленились до невозможности

Объясняю, самое главное приемущество расширенных возможностей любого языка - экономия времени при создании проектов. Иногда это критично. А лам это пишет, или профи - видно в любой среде.

ABC

Объясняю, одно из преимуществ SAP, что покупая его, клиент не привязан к какой-либо конкретной ОС или СУБД. Другими словами, ABAP код является платформо- и СУБД-независимым. Из этого следует, что в open sql не могут поддерживаться все фичи t-sql или pl-sql.
Я так понимаю, что ссылку на ansi-92 sql так никто и не приведет?

ArmAnn

ABC написал(а):

Насколько я помню еще из SAPTEC, SAP может работать с любой РСУБД, удовлетворяющей ANSI-92 SQL. А кто из присутствующих читал пресловутый стандарт ANSI-92 SQL? Может у кого-нибудь и ссылочка завалялась? :wink:

P.S. Увидев эту тему, почему-то сразу вспомнил анекдот про танцора, которому всегда что-то мешает... :wink:

Не путайте теплое с мягким... Работать SAP с любой СУБД поддерживающей ANSI SQL может, а вот соответствия OpenSQL этому стандарту нет. Почитайте
сами и сравните.

EGF

Время основания SAP - 1972 год, если мне память не изменяет. Очевидно, основные конструкции языка были реализованы в 70-х, самое позднее, в начале 80-х. А первый стандарт SQL появился в 1986-м. Так что о чём вообще спор-то идёт? Чтобы перелопатить OpenSQL? А проблемы обратной совместимости пустить по боку и наплевать на десятки тысяч пользователей по всему миру, у которых уже годами стоит какая-нибудь вылизанная до блеска 4.0? Так что ли?

Mike1

Что вы все про sql да про sql
Aбап это еще и работа с памятью с переменными и т.д....
На вопрос автора топика можно сказать, что в 6 базисе в классах появились "Друзья" в 6.40 данные можно разделять между всеми рабочими процессами инстанции, появилось динамическое определенине типов.

ArmAnn

EGF написал(а):

Время основания SAP - 1972 год, если мне память не изменяет. Очевидно, основные конструкции языка были реализованы в 70-х, самое позднее, в начале 80-х. А первый стандарт SQL появился в 1986-м. Так что о чём вообще спор-то идёт? Чтобы перелопатить OpenSQL? А проблемы обратной совместимости пустить по боку и наплевать на десятки тысяч пользователей по всему миру, у которых уже годами стоит какая-нибудь вылизанная до блеска 4.0? Так что ли?

Добавить, всего лишь добавить фичи

например select tablename.*
константу в селекте, типа того select fname1 123 as prizn
добавить возможность условия в where, когда в левой части не обязательно стоит имя столбца
про вычисляемые поля в апдейте говорить не буду, вроде этого: update table set fname1 = fname2 + 30, вроде как в какой то версии добавили

Сомневаюсь что ради такого потребуется серьезно перелопатить OpenSQL.
А вообще это просто нытье

Сейчас уже привык, но помню свой культурный шок когда после T-SQL пришлось разбираться с OpenSQL. Было сказано немало теплых слов

Uukrul

ArmAnn написал:

А вообще это просто нытье

Сейчас уже привык, но помню свой культурный шок когда после T-SQL пришлось разбираться с OpenSQL. Было сказано немало теплых слов

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

Peter

ABC написал(а):

Peter написал(а):

Ну почему если я задекларировал метод в базовом классе, отнаследовался от него, создал объект типа потомок и не могу вызвать без тайпкаста метод задекларированный в базовом классе?! У меня это вообще в голове не укладывается.

Peter, а версия у Вас какая? В 4.7, например, такой код выполняется без проблем и преобразований типов:
...

Извиняюсь не точно описал ситуацию( давно было поэтому детали подзабыл):

Code:

INTERFACE i1.
  METHODS:
    m1.
ENDINTERFACE.                    "i1 IMPLEMENTATION

CLASS c1 DEFINITION.
  PUBLIC SECTION.
    INTERFACES i1.
ENDCLASS.                    "c1 DEFINITION

CLASS c1 IMPLEMENTATION.
  METHOD i1~m1.
  ENDMETHOD.                                                "i1~m1
ENDCLASS.                    "c1 IMPLEMENTATION

.....
DATA l_c1 TYPE REF TO c1.
  CREATE OBJECT  l_c1.
  l_c1->m1( ). " не кушает
  l_c1->i1~m1( ). " все ок. Подумал уже после примера от ABC.

 

Правила форума

Возможности ABAP в новых версиях R/3

Кто сейчас на конференции