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

 
 
Опции темы Поиск в этой теме Опции просмотра
Старый 18.11.2010, 13:23   #1  
Ievgenii is offline
Ievgenii
Участник
Аватар для Ievgenii
MCBMSS
Соотечественники
Сотрудники Microsoft Dynamics
 
111 / 113 (4) +++++
Регистрация: 21.09.2008
Адрес: Copenhagen, Denmark
Цитата:
А что, в следующей версии пользователю будут Exception-ы оказывать? Просто до сих пор показывали Infolog на родном языке пользователя (см. скриншот)
Уважаемый Vadik,

Спасибо за вопрос.

Infolog никуда не деваеться. Речь идет не о способе как выдаеться сообщение (infolog), а - о качество самого сообщения и том что разработчик должен об этом думать (мое убеждение)

Вот в вашем примере – вам конечно же сообщение знакомо и понятно.

Но вот новому пользователю оно ничего не говорит. Более того – оно ему не понятно.
1. Что такое ключ? - пользователь пытаеться создать новый айтем. В определении айтема “ключей” нет. Сообщение как “айтем с именем ХХХ который вы указали уже существует в системе ” звучит более логично.
2. Где указано в сообщении что пользователю надо сделать чтобы исправить ошибку? Сообщение как “Пожалуйста укажити другое имя айтема и повторите операцию” поможет ему продолжить его работу.

В системе есть и будут гораздо более сложные примеры где сущности (как айтем) представлены не одной таблицей а многими таблицами по сложным связям и ключам. В более сложном примере подобное сообщение может быть более сложным (например не указаны составные ключи (более чем одно поле), или тот же index violation по составным или сурогатным ключам)

Цитата:
Евгений, простите, Вы в систему (не в среду разработки) часто заходите? Вам как пользователю система часто что-то про индексы сообщает?
10-12 часов, 5-6 дней в неделю на протяжении последних почти 5 лет.

Если у Вас будет возможность принять участие в технической конференции по Ax “6” в январе в Редмонде – пожалуйста дайте знать, поговорим при встрече.
http://www.microsoft.com/dynamics/DynamicsAXtechnicalconference2011/default.aspx
__________________
Thx,
Ievgenii Korovin| Dynamics Ax SCM| Microsoft Corp| http://blogs.msdn.com/DynamicsAxSCM/
За это сообщение автора поблагодарили: AlGol (1), EVGL (1).
Старый 18.11.2010, 19:52   #2  
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:56.