Код должен быть читабельным - это факт. Причем залог его читабельности в соблюдении принятых норм (для АХ стиля и беспрактиса).
Излишние новаторства (привычки других языков, пусть даже оч удобные автору и даже в чем-то инновационо крутые) - зло. Так как код потом ведут другие люди и заканчивается все одинаково - если код "мутный", а модифицировать его нужно, то код такой трут, хоть он может и не виноват и даже несет в себе зачатки ИИ и пишет сам себя, когда никто не видит.
Так что, тут получается "лучшее - враг хорошего" во всех красе
Исключение, если такой код работает годами и не требует модификации вообще - сам пользуюсь 10 лет пачкой классов такого уникума (известного тут тоже
), но за эти годы ни разу их не модифицировал - тк было не нужно, всего хватало на уровне методов. Но и код там был читабельный и по ООП, просто не нужно было туда лазить и все - инкапсуляция, однако.
При этом с точки зрения беспрактис это было неверно - тк была пачка методов и даже классов, которые нигде не использовались (и некоторые другие крутые разработчики пытались их потереть по заветам БестПрактиса), но спустя годы код надобился и он сразу был.
Ведь можно вообще дойти до внешних утилит разработки в АХ, где оч удобно все делается, на выходе пишется код в 1 строку или с шифрованием (заодно защита). А тулзы потом не даются и теряются...
Ну или .ДЛЛ делать, к чему АХ2012 стала склонна...
Х++ кодеру чистому в АХ уже ловить нечего - нужно быть или толпой или человеко-параходом во всем.
(или забить на кодинг и таки уйти в консалтинг и дальше)