|
![]() |
#1 |
Участник
|
Цитата:
а может вообще не парится с такими начальными данными, а просто делать специализированные методы, в которых статически написано что и с какими полями нужно делать?
Вариант 3.3 Стратегически рано или позно мы будем в С# мире, а тут понятие контейнер чуждо и не особо понятно что с ним делать. Учитывая что ваш код может использоваться сторонними приложениями через разные прокси и обвертки – классы предпочтительней. С другой стороны есть проблемы с производительностью при создании классов в аксапте. В 6-ке лутше – но все равно, не бесплатно. Кроме того классы проще тестировать, проще создать мок обьекты чем с контейнерами, проще читать код (ИМХО) Также проще его поддерживать людям которые приходят с другий областей.
__________________
Thx, Ievgenii Korovin| Dynamics Ax SCM| Microsoft Corp| http://blogs.msdn.com/DynamicsAxSCM/ ![]() Последний раз редактировалось Ievgenii; 08.04.2011 в 02:03. |
|
|
За это сообщение автора поблагодарили: mazzy (2). |
![]() |
#2 |
Участник
|
Хм...
так то оно так... но ведь есть еще вопросы сериализации/десериализации, передачи клиент/сервер. сейчас pack/unpack работают через контейнер. а как со списками/мапами/сетами? или забить? ============== получается, что в варианте 3.3 надо: 1. создать свой класс-примитив для хранения значений 2. писать что-то многословное вида { storage = new list(Types::Classes); storage.add(new MyPair(...)); ... } 3. поизвращаться с pack/unpack хотя я полностью согласен, что enumerat'ором потом удобно обрабатывать. |
|
Теги |
как правильно |
|
![]() |
||||
Тема | Ответов | |||
Загрузка начальных данных | 1 | |||
Набор данных на лету | 15 | |||
Прогноз роста базы данных и выбор топологии системы, Как правильно расчитать возможный рост | 0 | |||
Введение в Аксапту | 0 |
Опции темы | Поиск в этой теме |
Опции просмотра | |
|