AXForum  
Вернуться   AXForum > Microsoft Dynamics AX > DAX: Программирование
All
Забыли пароль?
Зарегистрироваться Правила Справка Пользователи Сообщения за день Поиск Все разделы прочитаны

 
 
Опции темы Поиск в этой теме Опции просмотра
Старый 06.10.2010, 19:14   #1  
Владимир Максимов is offline
Владимир Максимов
Участник
КОРУС Консалтинг
 
1,719 / 1204 (44) ++++++++
Регистрация: 13.01.2004
Записей в блоге: 3
Лично мне все равно. Для меня не будет ни ускорений, ни замедлений. Вопрос исключительно привычки. Собственно, ведь "префикс" в виде названия модуля никого не смущает, хотя он также бесполезен, как и обсуждаемые здесь префиксы/суффиксы клиентов/разработчиков.

Расположены рядом в AOT ? Если я что-то модифицирую, то создаю отдельный проект под эту модификацию. А там все "рядом".

Облегчение поиска другому разработчику? Поиска чего? Функционал ведь ищется исходя из кода или перекрестных ссылок, а вовсе не по наименованию.

Обновления? Так ведь практически у каждого кастомизация сделана по самое "не балуйся". Т.е. обычно делается вовсе не обновление, а написание заново. На новой версии. Ну, и какая разница, как там в старом приложении это все называлось?

Можно пройтись по всем пунктам и я не вижу принципиальной разницы. Да хоть горшком назови!

PS: Мне это напоминает дискуссию об "идеальном справочнике". Ту ее часть, где речь шла об идентификаторах элемента справочника. В конце-концов все сошлись на том, что это совершенно не имеет значения. А ведь в данной теме обсуждается именно это. Какой идентификатор объекта лучше? Да без разницы! Вопрос исключительно личных предпочтений

PPS: Как мне кажется, сама дискуссия "выросла" из того, что стандартный функционал неявно навязывает определенный стиль именования (тот же префикс в виде названия модуля). Как следствие, все то, что "выбивается" из этого стиля воспринимается как нечто "не естесственное" (читай - непривычное, "не стандартное"). При этом никто не ставит под сомнение этот самый "стандартный стиль" не потому, что он такой уж "правильный", а потому, что изменить его невозможно! Остается только ему следовать. Ну, и поддерживать несколько стилей сложнее, чем один.
Старый 06.10.2010, 20:03   #2  
titov is offline
titov
Участник
 
73 / 87 (3) ++++
Регистрация: 23.12.2005
Адрес: Казань
Цитата:
Сообщение от Владимир Максимов Посмотреть сообщение
Вопрос исключительно личных предпочтений. ... Ну, и поддерживать несколько стилей сложнее, чем один.
Цитата:
Сообщение от glibs Посмотреть сообщение
Сам стараюсь использовать стандартные типы. А если создавать, по такому же принципу как стандартные.
В точку по нескольким стилям и стандарту.
ВР раньше рекомендовал префикс\суффикс. Родились разные стили и привычка к ним - без, один из вариантов, вариации в виде сочетаний. Теперь мнения разделились по поводу - а как правильно? Сколько стилей столько и мнений. И доводы разные, но сводятся всего к трем - уникальность, авторство и просто удобство - так привыкли, или так.

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

Цитата:
Сообщение от glibs Посмотреть сообщение
Против префиксов я категорически. Я не против суффиксов. С поиском они не мешают.
Если такой регламент будет с дополнительными символами, то лучше с суффиксом.

Если пойти до конца, то отказ от дополнительных символов - это и есть самый "чистый стандарт-регламент", понятный всем. Он отсекает попытки создать свой стиль и вводить в заблуждение других. Получается так.

ps новый ВР получается говорит именно об этом - нет побочным стилям!
ps авторство под вопросом. убрать префикс - изменить исходный код. с другой стороны формат наименования новый, но не жестко обязательный. интересный момент новой версии - вот и причина почему новый ВР не акцентирует требование по наименованию обязательно без префикса\суффикса.

Последний раз редактировалось titov; 06.10.2010 в 20:49.
Теги
как правильно, полезное, holywar

 

Похожие темы
Тема Автор Раздел Ответов Посл. сообщение
Что лучше, много номенклатур или много конфигураций? axvrp DAX: Функционал 75 21.09.2010 16:13
Как лучше вносить изменения в чужой класс ski DAX: Программирование 13 18.08.2009 10:15
LedgerJournalTable как лучше сделать новую форму kitty DAX: Программирование 2 20.02.2008 12:36
Site в складской аналитике. Как лучше перевести? mazzy DAX: Прочие вопросы 73 07.01.2008 12:18
подскажите. как лучше сделать kitty DAX: Программирование 4 02.11.2007 11:14
Опции темы Поиск в этой теме
Поиск в этой теме:

Расширенный поиск
Опции просмотра
Комбинированный вид Комбинированный вид

Ваши права в разделе
Вы не можете создавать новые темы
Вы не можете отвечать в темах
Вы не можете прикреплять вложения
Вы не можете редактировать свои сообщения

BB коды Вкл.
Смайлы Вкл.
[IMG] код Вкл.
HTML код Выкл.
Быстрый переход

Рейтинг@Mail.ru
Часовой пояс GMT +3, время: 11:52.