Цитата:
Сообщение от
Lemming
А что касается Х++, то все его объектно-ориентированные преимущества существенно теряются из-за практически полного отсутствием документации по основным прикладным модулям.
Если вы про документацию к коду, то хочу заметить, что одним из принципов ООП является написание самодокументируемого кода. Ну и помимо самого ООП весь BP направлен на это. А по базовым классам типа InventUpdate или LedgerVoucher документация есть.
Цитата:
Сообщение от
Lemming
А в локализации в некоторых случаях это особенно бросается в глаза, кто разбирался, например, с RLedgerSheet*
А что, нормальный класс, не иделаьный конечно, но мы на проектах часто делаем от него наследников для реализации оборотки по банку и кассе. Хороший пример реализации паттернов Polymorphism, Low coupling, High cohesion и разделения логики и представления. "Вы просто не умеете их готовить"
Цитата:
Сообщение от
Lemming
upd: А еще всегда веселит как тут на форуме многие любят вспоминать про паттерны, ООП и прочие эфемерные понятия. Или я один такой "везучий", или те товарищи, которые про это рассуждают, редко копаются в коде соседей по кабинету, да и вообще в чужом коде написанном не в стенах микрософт. Потому как там, картинка резко меняется...
Можно интимный вопрос?
Вы работали(работаете) когда-нибудь у партнера? В скольких проектах вы участвовали?...Мы на своих проектах (компания-партнер) четко следуем методологии и всегда есть выделенный Senior Developer, который жестко пресекает всякие антипаттерны и smell code. И эта практика в большинстве случаев продолжает поддерживаться клиентами в своих командах.