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

 
 
Опции темы Поиск в этой теме Опции просмотра
Старый 20.09.2010, 15:31   #1  
tricky is offline
tricky
Участник
 
140 / 64 (3) ++++
Регистрация: 03.05.2005
Адрес: Гуково
objectSet vs dataSource
Здрасьте, Господа.

Объясните, пожалуйста, разницу между методами objectSet и dataSource класса FormRun.
Старый 20.09.2010, 17:03   #2  
S.Kuskov is offline
S.Kuskov
Участник
Лучший по профессии 2017
Лучший по профессии 2015
Лучший по профессии 2014
 
3,440 / 1775 (66) ++++++++
Регистрация: 28.04.2007
Адрес: Калуга
Я тоже как-то задавался одним вопросом о FormObjectSet. Вот в этой ветке Вопрос по InventJournalTrans_ds.getNext()
Это не ответ на ваш вопрос, но тоже заставляет задуматься
Старый 20.09.2010, 17:39   #3  
samolalex is offline
samolalex
Участник
Аватар для samolalex
Самостоятельные клиенты AX
 
259 / 107 (4) +++++
Регистрация: 18.06.2010
Адрес: Москва
Класс FormObjectSet, являющийся наследником класса Object, предоставляет базовый функционал для работы с датасоурсами формы. В свою очередь, класс FormDataSource, который является наследником класса FormObjectSet, обладает более широким спектром методов для работы с датасоурсами формы (см. SystemDocumentation), помимо этого класс FormDataSource используется для определения специфики взаимозвязей таблицы датасоурса формы с другими датасоурсами(таблицами), отображаемыми на форме.

Источник: http://msdn.microsoft.com/en-US/library/aa629025.aspx
__________________
С уважением, Александр.

Последний раз редактировалось samolalex; 20.09.2010 в 17:58.
Старый 21.09.2010, 08:42   #4  
tricky is offline
tricky
Участник
 
140 / 64 (3) ++++
Регистрация: 03.05.2005
Адрес: Гуково
Цитата:
Сообщение от samolalex Посмотреть сообщение
Класс FormObjectSet, являющийся наследником класса Object, предоставляет базовый функционал для работы с датасоурсами формы. В свою очередь, класс FormDataSource, который является наследником класса FormObjectSet, обладает более широким спектром методов для работы с датасоурсами формы (см. SystemDocumentation), помимо этого класс FormDataSource используется для определения специфики взаимозвязей таблицы датасоурса формы с другими датасоурсами(таблицами), отображаемыми на форме.

Источник: http://msdn.microsoft.com/en-US/library/aa629025.aspx
Оба метода возвращают объекты одно и того же типа - FormObjectSet.
Старый 21.09.2010, 10:16   #5  
samolalex is offline
samolalex
Участник
Аватар для samolalex
Самостоятельные клиенты AX
 
259 / 107 (4) +++++
Регистрация: 18.06.2010
Адрес: Москва
Как я понимаю, применение методов objectSet()и dataSource() позволяет инициализировать объекты соответствующих классов FormObjectSet и FormDataSource согласно стандартам, определенным в Axapta (Best Practices). Конечно, можно инициализировать экземпляр класса FormDataSource при помощи метода objectSet, но это уже будет не столь корректно. Пример из книги Стина Андресена:
X++:
formDataSource = lookupFormRun.objectSet();
Но правильным решением, судя по всему, является приведенное ниже использование вышеуказанных методов (код взят с http://msdn.microsoft.com/en-us/library/aa885180.aspx).

Метод dataSource:
X++:
...
FormRun formRun;
FormDataSource formDataSource;
;
...
// Create the run-time form.
    formRun = new FormRun(Args);
    formRun.run();
    formRun.detach();

    // Return an object for the first data source,
    // and then display a query form.
    formdatasource = formRun.dataSource(1);
    formdatasource.prompt();
...

Таким образом, метод prompt() доступен только для объекта класса Formdatasource:
Цитата:
This method has no functionality in the FormObjectSet class. It is overridden by the FormDataSource.prompt method, which activates the standard form used to limit a query range: SysQueryForm.

Метод objectSet:
X++:
...
FormRun formRun;
FormObjectSet formObjectSet;
;
...
// Create a run-time form.
    formRun = classfactory.formRunClass(args);
    formRun.run();
    formRun.detach();

    formObjectSet = formRun.objectSet(1);
...
__________________
С уважением, Александр.

Последний раз редактировалось samolalex; 21.09.2010 в 10:26.
За это сообщение автора поблагодарили: S.Kuskov (2).
Старый 21.09.2010, 11:20   #6  
kashperuk is offline
kashperuk
Участник
Аватар для kashperuk
MCBMSS
Соотечественники
Сотрудники Microsoft Dynamics
Лучший по профессии 2017
Лучший по профессии 2015
Лучший по профессии 2014
Лучший по профессии 2011
Лучший по профессии 2009
 
4,361 / 2084 (78) +++++++++
Регистрация: 30.05.2004
Адрес: Atlanta, GA, USA
На самом деле, по-моему, очень справедливый вопрос.
Просто надо спрашивать не "чем они отличаются", а "почему их два?"
Старый 21.09.2010, 11:51   #7  
samolalex is offline
samolalex
Участник
Аватар для samolalex
Самостоятельные клиенты AX
 
259 / 107 (4) +++++
Регистрация: 18.06.2010
Адрес: Москва
Цитата:
Сообщение от kashperuk Посмотреть сообщение
Просто надо спрашивать не "чем они отличаются", а "почему их два?"
У меня есть предположение по этому поводу.
Возможно наличие в среде MorphX этих двух методов у класса FormRun является, своего рода, реализацией свойства инкапсуляции (то есть предоставлением строго определенных интерфейсов доступа к объектам посредством методов классов, членами которых они являются). В правильном случае, объект класса FormDataSource должен инициализироваться методом datasource(), а объект класса FormObjectSet - методом objectSet(). То есть, по сути, использование того или иного метода для инициалиции объектов служит лишь средством повышения "читабельности" кода. А вот в зависимости от того, объект какого класса будет проинициализирован, программист в дальнейшем получит определенный интерфейс для доступа к этому объекту через соответствующие методы.

То есть, из этого всего получается, что все дело в "этике" программирования.
__________________
С уважением, Александр.

Последний раз редактировалось samolalex; 21.09.2010 в 12:02.
Старый 21.09.2010, 13:43   #8  
tricky is offline
tricky
Участник
 
140 / 64 (3) ++++
Регистрация: 03.05.2005
Адрес: Гуково
На самом деле тут что-то не чисто

Оказывается, если после инициализации переменных типа FormObjectSet что одним, что другим методом, посмотреть тип в дебагере, то мы увидим, что объекты типа FormObjectSet странным образом трансформируются в объекты типа FormDataSource. Т.е., грубо говоря, экземпляры класса FormObjectSet вообще не имеют смысла, т.к. их и получить то невозможно, даже при помощи new().

Поэтому, как мне кажется, ни о какой "этике" здесь речь не идет, а имеется лишний метод objectSet, который в последствии должен уйти в небытие за ненадобностью.
Старый 21.09.2010, 19:29   #9  
gl00mie is offline
gl00mie
Участник
MCBMSS
Most Valuable Professional
Лучший по профессии 2017
Лучший по профессии 2015
Лучший по профессии 2014
Лучший по профессии AXAWARD 2013
Лучший по профессии 2011
Лучший по профессии 2009
 
3,684 / 5798 (201) ++++++++++
Регистрация: 28.11.2005
Адрес: Москва
Записей в блоге: 3
А по-моему, все очень стройно реализовано:
  • FormObject - общее представление элемента управления на форме, который может быть реализован либо в виде display/edit-метода, либо в виде поля.
  • FormObjectSet - набор таких элементов, которым можно оперировать как единой записью: создавать, инициализировать, удалять, переходить к предыдущей/следующей/первой/последней, перечитывать, фильтровать;
  • FormDataObject - позволяет задавать поведение FormObject посредством свойств allowEdit/enabled/mandatory/skip/visible, но совершенно не факт, что для всех FormObject'ов можно задавать это поведение. Он уже знает, что для него можно вызвать lookup, и что на форме могут быть созданы связанные с ним элементы управления (allowAdd).
  • FormDataSource - это уже объединение объектов FormDataObject, позволяющее, кроме прочего, управлять поведением лежащего в его основе объекта FormObjectSet, скажем, разрешать/запрещать создание/редактирование/удаление записей. Занятно, что у него также есть метод functionObject(), который для функции возвращает все тот же FormObject. Кроме этого, FormDataSource - это некий частный случай, связанный с Query и QueryRun: он умеет автоматически создавать Query, он уже "знает", что может быть связан с другим FormDataSource'ом (joinSource) и умеет получать уведомления от него (linkActive), он знает, что связан с определенной таблицей, что на ней могут быть индексы, по которым можно сортировать записи, и что из нее можно тянуть лишь те поля, для которых есть отображаемые на форме контролы, он умеет кэшировать табличные display-методы и раскрашивать отдельные поля (FormObjectSet - только строки целиком), умеет помечать несколько записей и перебирать помеченные.
В общем, по-моему, это абстракции совершенно разных уровней: FormObject/FormObjectSet - "совсем" общее представление наборов данных, а FormDataObject/FormDataSource - их частные случаи, привязанные к таблицам, запросам и элементам управления на форме (отсюда всякие рюшечки и управление поведением на форме). За счет этого можно отделить логику обработки наборов данных произвольного происхождения от логики, завязанной на рюшечки или специфику выборки данных с помощью запросов (Query).
За это сообщение автора поблагодарили: MikeR (4).
 

Похожие темы
Тема Автор Раздел Ответов Посл. сообщение
Как у кнопки динамически поменять DataSource ? Poleax DAX: Программирование 4 06.09.2010 17:45
C# and AX Development: Updating the caller Form/DataSource Blog bot DAX Blogs 0 18.07.2009 02:28
Обновление таблицы в DataSource при ее изменении Андре DAX: База знаний и проекты 7 22.04.2008 13:16
axaptafreak: Getting new table fields into your form datasource Blog bot DAX Blogs 2 24.01.2008 22:51
Заполнение DataSource из постоянной и временной таблиц m_ax DAX: Программирование 2 21.06.2007 13:08

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

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

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