или customizing?
Энханс. Кастомайзинг не нужен
а почему?
У меня есть доказательство, но поля этой книги так малы, что не могу записать прямо сейчас (с) Если серьёзно - удобнее. Кастомайз надо делать в манданте настроек и на приклада с данными (ну желательно). Поэтому, если речь идёт о катомайзе какого нибудь следующего после начального экрана это становится проблемой. Раньше ещё была проблема при переносах, как-то рандомно это могло перестать корректно работать. Но с какими то патчами от сап это ушло. Опять же, расширять почти наверняка надо не только ui, но и логику. А уж она то точно будет в энхансе. Лучше уж чтт бы все было боле менее единообразно-безобразно. Ну и при желании все энханс можно впихнуть в коллективный энханс и все будет вообще аккуратно в одном месте
моя логика такая: касмомайзинг всегда только 1 объект. и все разработки будут в одном кастомайзинге. в случае какого пиздеца или необходимости удалить - удалится вообще все, что было в кастомайзинге. енхансментов может быть много, для каждой доработки свой енхансмент. если нужно удалить - сносишь один конкретный, а все остальные остаются и все работает
Много энхансов - плохо. Хер потом угадаешь, где именно лежало нужное изменение (представь себе, что нужно найти, где было добавлено поле в лист конфиг, а расширений много, и полей много. Тот ещё адок)
нужно изменить код. код я дам. код нужно поместить в энхансмент. энхансмент я не дам.
Документация должна быть, вика там к примеру. А то отъехал архитектор в европу и что теперь с open-fi происходит никто не понимает. Расширения ловим трейсами как тараканов.
Обсуждают сегодня