Станьте участником SAPLAND и получите доступ к самым интересным публикациям SAPPRO
ЗарегистрироватьсяАлександр, не буду... так как вот к примеру Олег Башкатов, он этих устриц не ел, но сразу установил, что я там всякую х..ю написал, так зачем же :-)
Кстати, вы там в Москве к SAP-у поближе, будете на Космодамианской набережной, зайдете в учебный центр SAP, передайте эти же слова Василию Ковальскому, а то я х... написал, он ее рецензировал... в общем все вокруг у вас ... один вы похоже на белом коне и с оркестром.
PS: Иногда лучше жевать.. чем что то писать.
Кстати, вы там в Москве к SAP-у поближе, будете на Космодамианской набережной, зайдете в учебный центр SAP, передайте эти же слова Василию Ковальскому, а то я х... написал, он ее рецензировал... в общем все вокруг у вас ... один вы похоже на белом коне и с оркестром.
PS: Иногда лучше жевать.. чем что то писать.
Олег, "за базар надо отвечать" :-)
Предлагаю взять примеры из книги Олега, для ЭТИХ примеров провести замеры без "объектного подхода" и с "объектным подходом". Результаты оформить в виде статьи.
И тебе "уважуха" после этого будет и людям польза.
опять сочувствую Вам.
Вы еще и про объекты не имеете представления.
лучше бы читали книги реальных авторов, а не писали всякую ...
ну вообщем Вы поняли.
sapland.ru/books/rekomendatsii-po-optimizatsii-programm-na-yazike-abap.html
у уважаемых авторов в книгах про ABAP всегда есть место про объектный подход, а вот у Вас нет ни слова. но это оптимизация в вашем стиле.
открою Вам секрет: объектный подход всегда быстрее (и не только в ABAP).
а п.лить (простите, говорить), Вы можете сколько угодно - других признаков жизни у Вас не замечено.
опять сочувствую Вам.
Вы еще и про объекты не имеете представления.
лучше бы читали книги реальных авторов, а не писали всякую ...
ну вообщем Вы поняли.
sapland.ru/books/rekomendatsii-po-optimizatsii-programm-na-yazike-abap.html
у уважаемых авторов в книгах про ABAP всегда есть место про объектный подход, а вот у Вас нет ни слова. но это оптимизация в вашем стиле.
открою Вам секрет: объектный подход всегда быстрее (и не только в ABAP).
а п.лить (простите, говорить), Вы можете сколько угодно - других признаков жизни у Вас не замечено.
Олег, может лучше на книгу ссылку дать. И людям приятнее будет и порталу продажи повысишь :-)
опять сочувствую Вам.
Вы еще и про объекты не имеете представления.
лучше бы читали книги реальных авторов, а не писали всякую ...
ну вообщем Вы поняли.
sapland.ru/books/rekomendatsii-po-optimizatsii-programm-na-yazike-abap.html
у уважаемых авторов в книгах про ABAP всегда есть место про объектный подход, а вот у Вас нет ни слова. но это оптимизация в вашем стиле.
открою Вам секрет: объектный подход всегда быстрее (и не только в ABAP).
а п.лить (простите, говорить), Вы можете сколько угодно - других признаков жизни у Вас не замечено.
Олег, я вам уже говорил, куда повесить свой глазок и что прежде чем что либо утверждать, определенное на ваш глазок, а особенно про память, желательно воспользоваться специальными средствами анализа, а потом уже с приведенным цифрами утверждать что ибо... а ибо не надо говорить о том, о чем имеете весьма смутное представление.
PS: Вот же обещал себе, не комментировать вас... но извините не удержался.
от HEADER LINE нужно уходить.
так советует Karl-Heinz Kühnhauser и Thorsten Franz в своих книгах.
вот пример двухуровневого ALV
wiki.scn.sap.com/wiki/display
Печалька... О чем эта статья, на кого она расчитана? Возможно, это попытка человека, далекого от разработки, показать, что "я тоже могу"?
Любой отчет подпадает под шаги:
1) задать параметры выбора;
2) выбрать данные;
3) показать данные;
4) обработать данные (опционально).
Однако, тонкости неисчислимы:
Где красивый читабельный код, соответствующий хоть каким-то нормам наименования?
Где проверка полномочий?
Где возможность использования разработки в мультиязычной среде?
Где оптимальный код, который все еще будет отрабатывать в обозримый интервал времени на базах более десятка терабайт?
Где возможности расширения отчета без дополнительного кодирования в нескольких местах программы, например, при желании вытащить еще хотя бы одно значение?
Где ...?
Статья, к сожалению, напоминает отрывок из книги "АВАР за 5 дней". Наверное, для решения задачи "на коленке" имеет смысл обратиться к инструменту попроще, чем АВАР? Например, QuickViewer?
Субъективно, статья воспринимается как дискредитация деятельности людей, занимающихся разработкой на АВАР профессионально.
P.S.: Заранее приношу извинения за некоторую резкость суждения.
а вот тут ошибаетесь, на мой взгляд)))
объектный подход предпочтительней, ибо память лучше использует
ФМ или класс не суть важно. Кому как нравится. Но вот выборки, да и заполнение хардкодом выходной структуры...Хотя, лишь бы работало. Просто, утомительно все это на саппорте разгребать. После таких примеров...
Ну как бы внизу статьи уже все написано:
Белобродский Андрей Андреевич, к.э.н., руководитель отдела автоматизации ЗАО «АВС Фарбен», член Пользовательского Экспертного Совета SAP, автор статей по настройке и использованию SAP.
А в профиле есть уточнения:
Должность: Руководитель отдела автоматизации бизнес процессов
Стаж работы с SAP: 7 лет
Реализовано проектов SAP: Siemens Enterprise Networks, Nokia Siemens Networks, Siemens Healthcare, L'Oreal, Myllycoski, ABC Farben
Печалька... О чем эта статья, на кого она расчитана? Возможно, это попытка человека, далекого от разработки, показать, что "я тоже могу"?
Любой отчет подпадает под шаги:
1) задать параметры выбора;
2) выбрать данные;
3) показать данные;
4) обработать данные (опционально).
Однако, тонкости неисчислимы:
Где красивый читабельный код, соответствующий хоть каким-то нормам наименования?
Где проверка полномочий?
Где возможность использования разработки в мультиязычной среде?
Где оптимальный код, который все еще будет отрабатывать в обозримый интервал времени на базах более десятка терабайт?
Где возможности расширения отчета без дополнительного кодирования в нескольких местах программы, например, при желании вытащить еще хотя бы одно значение?
Где ...?
Статья, к сожалению, напоминает отрывок из книги "АВАР за 5 дней". Наверное, для решения задачи "на коленке" имеет смысл обратиться к инструменту попроще, чем АВАР? Например, QuickViewer?
Субъективно, статья воспринимается как дискредитация деятельности людей, занимающихся разработкой на АВАР профессионально.
P.S.: Заранее приношу извинения за некоторую резкость суждения.
Подозреваю, что всё дело тут именно в муже, а не в собаке. А Ваше категорическое несогласие на "заведения" мужа в ряде стран может и вовсе стать причиной обструкций и гонений.
P.S. И таки да, я тоже завидую.
Автор статьи использовал в алгоритме решения одно необъявленное условие - в наборе игрушек должна быть хотя бы одна игрушка каждого вида. Кстати, в одном из своих комментариев он сделал замечание по поводу двойного решения системы.
Настройки в Финансах
14.07.2025Основы расчета заработной платы
14.07.2025SAP Workflow: Концепции, отчетность и работа с готовыми шаблонами
14.07.2025SAP S/4HANA Transportation Management: Планирование и выполнение
14.07.2025
Комментарий от
Олег Башкатов
| 11 сентября 2013, 01:24
Александр Дублин 10 сентября 2013, 23:03
Олег, "за базар надо отвечать" :-)
Предлагаю взять примеры из книги Олега, для ЭТИХ примеров провести замеры без "объектного подхода" и с "объектным подходом". Результаты оформить в виде статьи.
И тебе "уважуха" после этого будет и людям польза.