Здравствуйте, IT, Вы писали:
IT>Если не указано '@', то значение берётся из поля уже смапленного объекта, если '@' присутсвует, то из исходной запсиси. IT>Зачем это надо. Первый случай может пригодиться, если словарь строится по полю, которое явно не отображается на исходную запись. Например, какое-нибудь составное поле в объекте. Второй случай может понадобиться, когда нужно построить словарь по полю, которое есть в исходном рекордсете, но не отображается на объект. Если ключевое поле один в один отображается на объект, то разницы нет.
а при ExecuteResultSet возникает вот такое исключение:
HowTo.Data.ComplexMapping.Test : BLToolkit.Mapping.MappingException : Wrong mapping field name: 'ID', type: 'Parent'. Use field name 'ParentID' instead.
от того, что сначала происходит создание всех объектов и потом выполняется уже расстановка отношений?
вообще, хорошо бы к ObjectMapper-у добавить что-то вроде GetAlias(string originalName) (GetMapName(string originalName)) т.к. эти самые алиасы могут изменяться в рантайме путем XML extension (если такое есть, то я чо-та не нашел....).
Здравствуйте, ili, Вы писали:
ili>основана на изначалной статье, на сей момент дописата вплоть до методов Execute, что дальше, там накидан небольшой план. ili>если це устраивает — готов продолжить, если це не устраивает — хозяин барин, если це устраивает частично — давайте ЦУ.
Точно. Надо в итоге написать коллективными усилиями книжку и издать ее
... << RSDN@Home 1.2.0 alpha 4 rev. 1095 on Windows Vista 6.0.6001.65536>>
Здравствуйте, ili, Вы писали:
ili>если це устраивает — готов продолжить, если це не устраивает — хозяин барин, если це устраивает частично — давайте ЦУ.
до понедельника планирую закончить про маппинг, если смогу, то и с датааксессом разберусь, но не факт.
потом в отпуск — на экскурсии по питейным заведениям питера.
из того что еще необходимо описать:
EditableObjects — способы подачи блюда под различными соусами. кстати на EditableXmlDocument вообще никакого компромата нет, ни адресов, ни паролей, ни явок.
Validation — охотник и заяц, кто прав, кто не прав.
Reflection & TypeBuilder — точно нужно, но моего кунг-фу не хватит.
Aspects (хотя, они достаточно подробно в справке описаны...)
Здравствуйте, ili, Вы писали:
ili>>в рамках б-бы за повышение документированности неплохо бы статейку актуализировать, ибо как стартап к системе она очень ценная, юнит тесты, конечно, источник знаний, но явно не дают быстрого и простого понимания что к чему
ili>помятуя о занятости основных игроков, решил помочь с этим делом здесь "рыба" (писата в соотв-ии с требованиями к оформлению статей).
По мне так лучше писать в wiki (http://projects.rsdn.ru/RFD) — больше вероятность что основные игроки поправят на ходу
А потом можно уже будет и в doce оформить, для публикации на сайте.
Здравствуйте, der Igel, Вы писали:
DI>По мне так лучше писать в wiki (http://projects.rsdn.ru/RFD) — больше вероятность что основные игроки поправят на ходу DI>А потом можно уже будет и в doce оформить, для публикации на сайте.
гут )
но, лично мне, проще сначала написать доку, а потом ее при необходимости, расковеркать как угодно
Здравствуйте, ili, Вы писали:
DI>>По мне так лучше писать в wiki (http://projects.rsdn.ru/RFD) — больше вероятность что основные игроки поправят на ходу DI>>А потом можно уже будет и в doce оформить, для публикации на сайте. ili>гут ) ili>но, лично мне, проще сначала написать доку, а потом ее при необходимости, расковеркать как угодно
вставил бы ты в самом деле текущую версию в wiki, а то периодически возникает желание пофиксить непонятки текущей документации, а негде
Здравствуйте, Odi$$ey, Вы писали:
OE>вставил бы ты в самом деле текущую версию в wiki, а то периодически возникает желание пофиксить непонятки текущей документации, а негде
внемени нет
некогда толком даже дописать то что начал.
от того, что было раньше добавлено про маппинг, плюс описание атрибутов.
нету описания XML расширений и DataAccess-а
Если нам не помогут, то мы тоже никого не пощадим.
