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

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

Насколько я понимаю, закачка "чужих" решений выполняется через проекты. Проект - это нечто, лежащее вне AOT. Как следствие, здесь фантазия разработчиков в именовании собственно проекта ничем не ограничена. Префиксы, суффиксы, порядковые номера и т.д. и т.п. Да все, что угодно!

Имя проекта никак, никоим образом, не нарушает "стандарт" именования объектов Axapta. Это уже сами разрабатываете свои внутренние стандарты именования проектов. С Best Practices это уже не пересекается. Более того, никто не мешает в любой момент переименовать проект, если имя показалось не удачным.

В этом случае, если надо найти объект полученный от стороннего разработчика, открываем проект, через который все модификации и были импортированы. Все сразу и видим.

Но если задача обратная. Не известно (не помню!), кто именно создал (модифицировал) тот или иной объект, но известно к какому модулю он относится. То здесь поиск идет именно по AOT (по горячим клавишам в алфавитном порядке) и префиксы явно мешают.

Цитата:
Сообщение от Pustik Посмотреть сообщение
Все лежит в голове.
Для поиска таблиц и других объектов использую специальную форму.
Это и есть две основные проблемы, которые появляются, если есть префиксы у объектов AOT и поиск идет именно по ним.

1. Новый сотрудник не может залезть к тебе в голову. Ему придется кроме Best Practices изучать еще несколько стандартов именований объектов от сторонних разработчиков. Хуже того, в случае дополнительных модификаций, всем этим стандартам придется следовать!

2. Стандартные механизмы поиска объектов по горячим клавишам - перестают работать. Приходится мастерить собственные "поделки". Т.е. сами себе создаем трудности, а потом начинаем их героически преодолевать.
__________________
- Может, я как-то неправильно живу?!
- Отчего же? Правильно. Только зря...
Теги
как правильно, полезное, 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, время: 01:36.