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

 
 
Опции темы Поиск в этой теме Опции просмотра
Старый 18.11.2010, 19:52   #9  
Vadik is offline
Vadik
Модератор
Аватар для Vadik
Лучший по профессии 2017
Лучший по профессии 2015
 
3,631 / 1853 (69) ++++++++
Регистрация: 18.11.2002
Адрес: гражданин Москвы
Цитата:
Но вот новому пользователю оно ничего не говорит. Более того – оно ему не понятно
И это нормально Есть категории пользователей, которым и со второго, и с третьего раза будет непонятно. А бывает, что тройке "консультант+разработчик+отладчик" без ста грамм непонятно, что им сейчас система сказала и что им с этим делать. Такая у нас жизнь, такая система и такие пользователи, других наверное уже не будет
Цитата:
Сообщение как “Пожалуйста укажити другое имя айтема и повторите операцию” поможет ему продолжить его работу
Ну вот если мне вендор даст возможность один раз в одном месте (и имя ему AOT) настроить такие вот кастомные сообщения о стандартных ошибках (duplicate key, delete actions и пр) и повторно их использовать, я ему в ноженьки поклонюсь. Но писать такие вот заковыристые проверки в куче мест - не буду.
Мое глубокое убеждение - валидация должна делаться один раз там, где она действительно жизненно необходима (а не сто раз где придется на всякий случай) и где она делается максимально эффективно (в примере - ее все равно придется делать на уровне БД, где она не зависит от синхронизации кэшей нескольких AOS-ов). Вы же к примеру при генерации журналов ГК не проверяете, не существует ли уже журнал с таким номером, а по Вашей логике должны бы (ну мало ли)
Цитата:
В системе есть и будут гораздо более сложные примеры где сущности (как айтем) представлены не одной таблицей а многими таблицами по сложным связям и ключам
Именно. Плюс функциональность, используемая несколькими модулями. И если объект одного слоя (расноска по складу к примеру) может выполнить свою работу, он не будет проверять, не запрещен ли постинг в GL (пусть об этом у GL голова болит). Потому что число и стоимость таких вот встречных проверок при увеличении сложности сущности будет расти чудовищно. Главное - обеспечить атомарность (если все честно отработали - commit, кто-то не смог - ругаемся и откатываем всю транзакцию словно и не было ничего)
Тем более - идея выполнять валидацию данных типа
Цитата:
блокировать кнопку на форме чтобы он не мог нажать “дальше”, если указаный им айтем уже существует + иконку красную возле поля рисовать
в процессе ввода (фактически - на каждый клик) выглядит красиво, но работает только в простейших визардах. Натягивать ее на реальные формы аксапты - это трата ресурсов и нервов реальных людей, которым с этим придется работать

Цитата:
10-12 часов, 5-6 дней в неделю на протяжении последних почти 5 лет
It's a rhetorical question, Ted, но, раз уж так - респект

Цитата:
Если у Вас будет возможность принять участие в технической конференции по Ax “6” в январе в Редмонде – пожалуйста дайте знать, поговорим при встрече
За предложение спасибо, но видимо не в этот раз (если вообще когда-нибудь удастся попасть). Это уж скорее Вы дайте знать, если соберетесь к нам на Колыму
__________________
-ТСЯ или -ТЬСЯ ?
За это сообщение автора поблагодарили: lev (2).
 

Похожие темы
Тема Автор Раздел Ответов Посл. сообщение
dax-ideas: Reading an XML file in AX 2009 Blog bot DAX Blogs 0 16.11.2010 22:11
dynamicsaxtraining: Item setup: Inventory dimension group Blog bot DAX Blogs 1 05.10.2010 15:35
dynamicsaxtraining: Item setup: Item group Blog bot DAX Blogs 0 12.11.2009 17:05
dax-lessons: Problem when creating a dynamic form with ActiveX control & Solution :) Blog bot DAX Blogs 0 30.04.2008 16:05
Вопрос про Demand Planner slava09 DAX: Функционал 4 25.09.2006 11:43

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

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

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