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

 
 
Опции темы Поиск в этой теме Опции просмотра
Старый 11.01.2007, 15:17   #1  
mazzy is offline
mazzy
Участник
Аватар для mazzy
Лучший по профессии 2015
Лучший по профессии 2014
Лучший по профессии AXAWARD 2013
Лучший по профессии 2011
Лучший по профессии 2009
 
29,472 / 4494 (208) ++++++++++
Регистрация: 29.11.2001
Адрес: Москва
Записей в блоге: 10
Цитата:
Сообщение от PODOL Посмотреть сообщение
Как доступиться до значений полей уже открывшегося грида ?
датасорс не подходит, т.к. дисплейные методы могут иметь место...
Во-первых,

похоже, вы начинаете писать некий "универсальный обработчик".
Я уже говорил, что необходимость в универсальном обработчике возникает, как правило, в тех случаях, когда программист мало знает о предметной области...
Попытка программистов делать "универсальные обработчики" зачастую приводит к тому, что вместо реальных задач клиентов решаются некие программистские задачи (остальным не нужные и не интересные). Так например,...

Во-вторых,
Вместо нормальных дисплейных методов вы будете вынуждены разбираться с типами этих контролов. Так значение строкового контрола читается одним методом, значение даты читается другим методом, значение enum читается третьим методом и т.п. Другими словами при создании вашего "универсального обработчика" вы с удовольствием будете заниматься программисткими задачами, которые мало приблизят вас к решению задачи, потому что...

В-третьих,
при работе с контролами вам придется заниматься вопросами безопасности вручную. Поле, с которым связан контрол может быть запрещено конфигурационным ключом, секьюрити ключом, либо настройками пользователя. Скрытые контролы не рассчитываются и не получают никаких значений. Таким образом, вместо того, чтобы заниматься задачами пользователей, вы будете заниматься обеспечением нескрываемости нужных вам контролов.

Но это еще не все...
В чертвертых,
вы будете бороться со штатным механизмом кэширования.
Почитайте о кэшировании, о свойстве NotInTts.

И это не все.
В пятых,
вы будете материться на штатный механизм проверки измененных данных. Аксапта - многопользовательская система. И данные, введенные в форму перед записью проверяются - "а не изменил ли кто введенные данные?". А считанное из контрола значение может не совпадать с текущим значением в базе...

и т.д.
Там еще много подводных камней...
Не дай бог вы начнете использовать ListView (как это сделано в оборотно-сальдовых ведомостях и в налоговом учете).

В общем, займитесь решением задачи ваших клиентов.
Не тратьте время на интеллектульный онанизм.


ЗЫ: если вы сейчас начнете говорить, что делаете системную утилиту... Пожалуйста не надо. Вам пока лучше воздержаться от создания системных утилит. Приступайте к ним после того, как разберетесь со штатными возможностями ядра.
__________________
полезное на axForum, github, vk, coub.
Теги
grid

 

Похожие темы
Тема Автор Раздел Ответов Посл. сообщение
axaptapedia: Filter-by-Grid Blog bot DAX Blogs 2 30.05.2012 13:39
Невозможно выполнить команду языка определения данных в () iHomer13 DAX: Программирование 8 18.07.2008 10:56
Dynamics AX: DAX 4.0 Filter by Grid [Update] Blog bot DAX Blogs 0 27.04.2007 17:10
Изменение свойств Grid с помощью метода источника данных displayOption Anton Sk. DAX: База знаний и проекты 0 03.12.2001 18:08

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

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

Рейтинг@Mail.ru
Часовой пояс GMT +3, время: 08:51.
Powered by vBulletin® v3.8.5. Перевод: zCarot
Контактная информация, Реклама.