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

 
 
Опции темы Поиск в этой теме Опции просмотра
Старый 18.02.2013, 17:46   #1  
trud is offline
trud
Участник
Лучший по профессии 2017
 
1,039 / 1635 (57) ++++++++
Регистрация: 07.06.2003
Записей в блоге: 1
Цитата:
Сообщение от kashperuk Посмотреть сообщение
Рефакторить, чтобы от них избавиться - имхо, нецелесообразно экономически, но если делаете что-то с нуля, думайте перед тем, как добавлять код компании перед названием.
Для того, чтобы различить модификацию своей компании от модификации другой компании ныне рекомендуется использовать модели - все ваши изменения будут в отдельной модели.
Ну неиспользование префиксов при разработке решений может потенциально приподнести большие проблемы. предположим вы купили 2 ISV решения в которых есть таблица PostingParameters или что-то подобное. при этом установка по сути превратится в большую проблему

т.е. как раз делая что-то, что планируется использовать где-то еще, а не на одном проекте префиксы must use
ну и модели конечно
Старый 18.02.2013, 18:45   #2  
mazzy is offline
mazzy
Участник
Аватар для mazzy
Лучший по профессии 2015
Лучший по профессии 2014
Лучший по профессии AXAWARD 2013
Лучший по профессии 2011
Лучший по профессии 2009
 
29,472 / 4494 (208) ++++++++++
Регистрация: 29.11.2001
Адрес: Москва
Записей в блоге: 10
Цитата:
Сообщение от trud Посмотреть сообщение
Ну неиспользование префиксов при разработке решений может потенциально приподнести большие проблемы. предположим вы купили 2 ISV решения в которых есть таблица PostingParameters или что-то подобное. при этом установка по сути превратится в большую проблему
почему именно префиксы, а не суффиксы?
Старый 18.02.2013, 21:27   #3  
LeonDerCom is offline
LeonDerCom
Участник
 
45 / 20 (1) +++
Регистрация: 08.10.2012
Цитата:
Сообщение от trud Посмотреть сообщение
Ну неиспользование префиксов при разработке решений может потенциально приподнести большие проблемы. предположим вы купили 2 ISV решения в которых есть таблица PostingParameters или что-то подобное. при этом установка по сути превратится в большую проблему

т.е. как раз делая что-то, что планируется использовать где-то еще, а не на одном проекте префиксы must use
ну и модели конечно
Чем суффиксы вам не угодили? Я придерживаюсь мнения, что название, в первую очередь, заключать в себе основную информацию и только потом вспомогательную. Поэтому предпочитаю, чтобы уточняющая информация (чья модификация, разработка и т.д.) шла суффиксом, а вот название таблицы, класса, метода и т.п. указывалась первой.
Теги
как правильно, полезное, 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, время: 18:41.