|
06.10.2010, 14:07 | #1 |
Axapta
|
По коду всегда должно быть сразу понятно, кто, когда и зачем его писал. У вас код не помечается меткой, в которой указан разработчик, дата, код проекта и желательно название модификации?
Цитата:
Нужно закомментарить.
__________________
С уважением, Олег. |
|
06.10.2010, 14:11 | #2 |
Участник
|
Префиксы\суффиксы использовать нужно, хотя бы для нормального перехода на новые версии\хот фиксы. Потому что, если при наименовании объекта программист будет размышлять так же, как поставщик MS DAX, то при переходе возникнет коллизия, особенно, если типы данных не совпадут по одинаково именованным объектам.
Между префиксом и суффиксом я бы выбрал суффиксы (_RU,_L, _W)- тогда объекты в АОТ сгруппируются по модулям\функциональности, да и при кодировании поиск в два раза меньше. Выше об этом писалось. Но на большинстве проектов заведено писать префиксы. Если заведено, то желательно продолжить в том же стиле - это уже этика. Когда корректируется код нижестоящих слоев, то правильнее делать в русле алгоритма того, кто начал уже что-то как-то писать. Иначе - переписывать. Переписывать - вопрос времени и денег. Для внутренних плюсов при разработке - можно привыкнуть, но если клиент платит, то почему бы "за его счет не создать себе комфортные условия". |
|
|
За это сообщение автора поблагодарили: sukhanchik (2). |
06.10.2010, 14:27 | #3 |
Administrator
|
Цитата:
Сообщение от titov
Префиксы\суффиксы использовать нужно, хотя бы для нормального перехода на новые версии\хот фиксы. Потому что, если при наименовании объекта программист будет размышлять так же, как поставщик MS DAX, то при переходе возникнет коллизия, особенно, если типы данных не совпадут по одинаково именованным объектам.
Пример. Если классы Bank_XX, где XX - код страны, для которой осуществляется проверка банковского счета (у каждой страны своя проверка). Так вот. Класса Bank_RU (4.0 SP2) нет в природе. А нужен. И создавать такой класс с префиксом/суффиксом иным - просто некорректно по отношению к том, кто будет разбираться в коде. А МС однозначно обзовет такой класс именно так - если вдруг решит его выпустить. Вывод - свой код и код от МС тут хорошо "скрестить" и этто повод делать делать не потом "генеральную уборку", а сразу не мусорить за собой.
__________________
Возможно сделать все. Вопрос времени |
|
06.10.2010, 14:40 | #4 |
Ищущий знания...
|
Цитата:
но бывают вариант когда по каким то причинам метки такой нет. (разработчик забыл, забил или ещё что то) ещё раз хочу обратить внимание, я против суфиксов и префиксов. просто предположил, что единственный случай когда, на мой взгляд, можно как то попробовать объяснить их присутствие это обозначение компании (клиента).
__________________
"Страх перед возможностью ошибки не должен отвращать нас от поисков истины." (с) С Уважением, Елизаров Артем |
|
06.10.2010, 14:51 | #5 |
MCT
|
На самом деле мы уже говорим, когда в системе все хорошо, в первую очередь архитектура приложения и бизнес процессы, тогда можно браться за префиксы. Просто был на проекте, где некий архитектор вычесывал блох типа, что надо писать в validateWrite, а не во Write и так далее. А в архитектуре была просто разруха. Весь модуль состоял из четырех-пяти таблиц с одинаковым набором полей и при записи в одну таблицу шла длинная очередь записи в другие. Не учитывались возможные блокировки, транзакции, наследование и так далее.
Использование префиксов говорит о том, что разработчик со стажем и более ничего. При нынешних технологиях можно, конечно, обойтись и без этого. Но на мой взгляд - это не главное с чем стоит боротся.
__________________
Axapta book for developer |
|