Объявляйте свои структуры и таблицы в словаре - так и программа не будет загромождаться громоздкими объявлениями, и проблемы с филдкаталогом исчезнут, и вообще жить станет попроще
Age: 60 Joined: 04 Oct 2007 Posts: 1218 Location: Санкт-Петербург
Posted: Sun Jul 25, 2010 10:36 pm Post subject:
Как кто-то сказал: "Словарь - слишком дорогое удовольствие в сапе, чтобы его не использовать". Так что поддерживаю Armann и к тому же не вижу других альтернатив. _________________ Молитва - это запрос разработчику на изменение кода программы.
Age: 44 Joined: 29 Oct 2008 Posts: 68 Location: Питер
Posted: Sun Jul 25, 2010 10:47 pm Post subject:
А и в самом деле, есть ли аналог этой функции среди классов??? И вообще чем плох REUSE? Почему многие склоняются писать классами гриды. Вот дерево писал когда посмотрел примеры из BCALV* ушло около дня что бы сделать дерево в первый раз. А грид то зачем писать классами? "Просто типо ООП и круто и все такое??")) _________________ Строчечку написал, стопочку пропустил...
Age: 47 Joined: 14 Nov 2008 Posts: 300 Location: Russia
Posted: Sun Jul 25, 2010 11:53 pm Post subject:
rstiv wrote:
А и в самом деле, есть ли аналог этой функции среди классов??? И вообще чем плох REUSE? Почему многие склоняются писать классами гриды. Вот дерево писал когда посмотрел примеры из BCALV* ушло около дня что бы сделать дерево в первый раз. А грид то зачем писать классами? "Просто типо ООП и круто и все такое??"))
Offtop:
Как то дали задачу, там был достаточно пионерский грид. Сделал ч/з REUSE, там меньше часа по времени было готовый шаблон вывода адаптировать, потом, не успев сделать "начинку" (выборки и прочее ) был вынужден передать разработку другому абаперу. Потом глянул: он поменял его на объектный, причем названия контейнера и переменных, были тупо скопированы из BCALV, HTML_HEADER вместо банального TOP_OF_PAGE и ф-ции внутри. Судя по качеству кода, пареньку еще учиться и учиться, как и завещал дедушка Ленин. Просто у него не было времени и желания разобраться с REUSE, видимо 1-й его самостоятельный вывод был на примере класса. А я типа старый и несовременный уже.
_________________ ABAP/4 You
Age: 40 Joined: 01 Feb 2008 Posts: 387 Location: Воронеж
Posted: Tue Jul 27, 2010 9:47 am Post subject:
Часто пользуючь классом cl_salv_table. Он немного урезан в части функциональности, но лично мне работать с ним приятнее. И он допускает объявление таблицы так как вы хотите. _________________ Hормальные люди делают вещи намного более безумные чем всё, что делают сумасшедшие (c) С.Лем
Age: 48 Joined: 25 Jan 2008 Posts: 580 Location: Москва
Posted: Tue Jul 27, 2010 10:25 am Post subject: Re: есть ли аналог REUSE_ALV_FIELDCATALOG_MERGE?
John Doe wrote:
Он уже корректно с внутренними таблицами работает?
Сорри, не заметил
Получить описание внутренних таблиц для ALV - тот еще геморрой
Roronoa Zoro, послушайте Armann и vga. _________________ С уважением,
Удав.
Age: 48 Joined: 25 Jan 2008 Posts: 580 Location: Москва
Posted: Tue Jul 27, 2010 10:28 am Post subject:
rstiv wrote:
А и в самом деле, есть ли аналог этой функции среди классов??? И вообще чем плох REUSE? Почему многие склоняются писать классами гриды. Вот дерево писал когда посмотрел примеры из BCALV* ушло около дня что бы сделать дерево в первый раз. А грид то зачем писать классами? "Просто типо ООП и круто и все такое??"))
1.Удобнее организованы события
2.Повторное использование
3.Наследование
В общем, весь набор преимуществ ООП
ЗЫ: про инкапсуляцию можно даже не упоминать. _________________ С уважением,
Удав.
Благодарствуйте добрые люди.
cl_salv_table возможно был бы как вариант, однако у нас на данный момент версия 4.7( переход на ERP 2005 в этом году не состоялся).
Посему прислушаюсь к добрым советам и буду использовать словарь.
Однако ж все же странно что такая возможность не предусмотрена.
Age: 47 Joined: 14 Nov 2008 Posts: 300 Location: Russia
Posted: Tue Jul 27, 2010 11:14 pm Post subject:
Удав wrote:
rstiv wrote:
А и в самом деле, есть ли аналог этой функции среди классов??? И вообще чем плох REUSE? Почему многие склоняются писать классами гриды. Вот дерево писал когда посмотрел примеры из BCALV* ушло около дня что бы сделать дерево в первый раз. А грид то зачем писать классами? "Просто типо ООП и круто и все такое??"))
1.Удобнее организованы события
2.Повторное использование
3.Наследование
В общем, весь набор преимуществ ООП
ЗЫ: про инкапсуляцию можно даже не упоминать.
+ возможность вывода нескольких объектов на одном экране (ALV Tree + ALV Grid)
Удав, под 2-м подразумевалась возможность динамической смены форматов и структуры выводимой таблицы для одного и того же объекта и т.д.?.. _________________ ABAP/4 You
Age: 48 Joined: 25 Jan 2008 Posts: 580 Location: Москва
Posted: Thu Jul 29, 2010 10:08 am Post subject:
Dmitriy, под повторным использованием понималось именно повторное использование класса для разных задач, а не только в рамках одной задачи.
У нас реализован свой класс для работы с ALV, в который сразу инкапсулирован container и написан код для часто используемых методов (получение fieldcatalog, определение события double_click, показ на экране, регистрация ряда событий) и определены значения по умолчанию для layout, fieldcatalog и т.п. _________________ С уважением,
Удав.
You cannot post new topics in this forum You cannot reply to topics in this forum You cannot edit your posts in this forum You cannot delete your posts in this forum You cannot vote in polls in this forum You cannot attach files in this forum You can download files in this forum
All product names are trademarks of their respective companies. SAPNET.RU websites are in no way affiliated with SAP AG. SAP, SAP R/3, R/3 software, mySAP, ABAP, BAPI, xApps, SAP NetWeaver and any other are registered trademarks of SAP AG. Every effort is made to ensure content integrity. Use information on this site at your own risk.