Регламенты по разработке собственных обектов и модификации стандартных

Автор Dmitriy, Вересень 23, 2009, 02:33:23 ПП

Попередня тема - Наступна тема

0 Користувачі і 1 Гість дивляться цю тему.

Dmitriy

Коллеги, "немного" завяз в работе, обновленные файлы выложу ч/з некоторое время, т.е. все обязательно доведем до логического завершения.

P.S. А бета версию, как я и предполагал, приняли с одним дополнением: на каждое ТЗ создается свой пакет (там и будет номер по реестру), а программы называем произвольно на Z или Y (стараясь отразить смысл) + если копия, то добавляем _COPY или _Vxx(версия).;)

Uukrul

Цитата: Dmitriy від Вересень 29, 2009, 12:07:51 ПП
если копия, то добавляем _COPY или _Vxx(версия).;)
Вот с копиями я как-то, как бы это сказать... а потом в оригинале нашли ошибку и что делать будем? Все копии отслеживать, а если там уже процентов на 40% изменения?! В общем я не понимаю вот этого вот копия! Если это функционал который может быть общим тогда выносите его в какие-то общие группы функций или инклуды... а то сами с индусов ржем, а как до дела, тот же самый copy&past используем.

Что касается версий, то вроде как SAP умеет сам версии вести или предполагается параллельное существование двух активных версий?

Dmitriy

Цитата: Uukrul
...
В общем я не понимаю вот этого вот копия!
Зато я вот это вот понимаю, но не делаю. 8)
Цитата: Uukrul
Что касается версий, то вроде как SAP умеет сам версии вести или предполагается параллельное существование двух активных версий?
Не только предполагается, этого уже до меня наколбасили по самое не хочу. Из-за неумения толком программировать логику экранов. Там еще хуже, чем у индусов. Вызов экрана той же программы посредством CALL TRANSACTION, передача кучи параметров через ID-параметры, неумение работать со статусами экранных полей и т.д. Отсюда и 3 версии одной и той же программы + транзакции. 

Удав

Цитата: Dmitriy від Вересень 29, 2009, 12:07:51 ПП
P.S. А бета версию, как я и предполагал, приняли с одним дополнением: на каждое ТЗ создается свой пакет (там и будет номер по реестру), а программы называем произвольно на Z или Y (стараясь отразить смысл) + если копия, то добавляем _COPY или _Vxx(версия).;)
Тут есть одна опасность - выше пакета только вышестоящий пакет и иерархия приложений.
Поэтому когда будет сделано достаточно большое количество разработок, то возникнет проблема каталогизации объектов разработки.
Иерархию по пакетам можно сделать только в самом начале, с самого верхнего уровня, а стандартную иерархию не изменить, можно только задать прикладной компонент - элемент стандартной иерархии приложений.
Кроме этого, полномочия разработчиков удобнее всего делить по пакетам, поэтому для реализации концепции разграничения полномочий разработчиков нужно продумать соглашение по именам пакетов.

Dmitriy

Последняя версия, принятая и одобренная Заказчиком.
После беглого просмотра файла понятно, что документ предполагает достаточно вольное изложение заполняемого раздела, ограниченное лишь возможностями и способностями автора, а также Подписантами №1 - №n. Главное, чтобы в конечном итоге он был подписан. Потому что демократия. 8)    
Спасибо всем, кто поделился своими соображениями. ;)

vga

Цитата: Uukrul  link=topic=805.msg5116#msg5116 date=1254216416Если это функционал который может быть общим тогда выносите его в какие-то общие группы функций или инклуды... а то сами с индусов ржем, а как до дела, тот же самый copy&past используем.

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

Я лично общие инклюды с FORM-ами с их совместным доступом к глобальным данным не использую. Уж лучше FM, безопасней.
Я промолчу, кто наливал, когда Россию пропивали.

Dmitriy

Цитата: vga від Березень 25, 2010, 01:50:25 ПП
Ржем-не ржем, но общие инклюды - опасное дело. Новичек одним махом может завалить десяток программ. Так что тут еще подумать надо, может копи-пасте и безопасней, если на проекте нет понимающего координатора, который проверяет за каждым абапером разработки.
+ N ;)
В юности было дело у самого... :D
Я иногда делаю вызов п/п из другой своей (!), в которой пишу русским языком, что данная процедура используется там-то, будьте корректны. То же самое насчет общих инклудов, используемых во множестве программ (объявление данных для ALV, Excel и Batch Input).
Почему не ФМ? Стараюсь писать так, чтобы на другом проекте можно было только код закинуть из файлика и сразу активировать, не создавая доп. объекты в виде структур в словаре, групп ф-ций и прочее. Не всегда, естественно, так выходит.

SMF spam blocked by CleanTalk