hVostt,

мы говорим о динамике, сериализация это вообще в другую сторону. Я говорил о том что, пока в данном варианте сделать позже динамическое изменение анонимному классу user = new {} нету возможности. Разве что ка кделают пока все, собирают json через строку (StringBuilder) или через массивы, получают строковой вариант класса и потом сериализация даст нужный тебе класс. Согласись что это довольно много взмахов руками в отличие от JS. Да я понимаю что С# и JS совершенно разные вещи, но с другой стороны МС сами в C# добавляют каждый раз больше приближений к JS. То что мы видим сейчас - expando, json, dynamic и т.д. тому подтверждение. Вот только в таком виде как оно сейчас, оно убого, и каждый пытается своими руками довести до ума.
Тотже вот expando уже имеет метод TryGeMmember ведь изначально, но все равно приходится сверху обвернуть и перегрузить метод чтобы оно не падало при обращении к несуществующему проперти а вернуло null. Тотже анонимный объект user = new {} . раз уже ввели отличное от статики и типизации в C#, странно видеть это в таком ограниченом состоянии.
Не все собирают проекты в студии мышкой. Очень часто в задачах встают моменты когда имя объекта будет иметь переменный характер. Потому то что в старом древнем JS делается свободно var user = {}; user.address = ''; или user['address'] = ''; позволяет создавать более гибкий код. А точнее более универсальные блоки кода, используя один блок во всех местах, вместо сотни статичных из-за невозможности в гибкости. Хотя уже если сравнить 4.5 фреймворк и 2.0 это просто огромная разница. Но вот по прежнему оно или не доделано, или может быть не досказано. Т.е. есть но дето лежит спрятавшись за статичные примитивы. Как и в JS, многие извраты не документированы какбы, просто JS взад и вперед изучен полностью. А .Net нам подкидывает кусками чтото новое но с минимум информации. Вполне может быть что даже в объект user = new {} можно динамично изменить свойство, но путь этот или скрыт или через танцы с бубном.

hVosttВообще-то этот код в C# не работает. Я понимаю, безумно интересно летать в бредовых фантазиях и выдумывать то, чего нет. Изобретать какой-то несуществующий «народ», который «начинает сам лепить свои куски кода» и прочий бред. Дискуссия со стороны выглядит, как обсуждение кисти художника, почему это она не рисует обратной стороной и боком, неужели никто не додумался? Эх, недалекий майкрософ и бедные людишки, которым приходится лепить огороды.

в опечатках моя ошибка, печатал по памяти не заметил. если вы профи, то могли бы сразу заметить что имелось ввиду, и что это всего лишь опечатка. вместо наездов и непонятного троллинга. Дабы не дать повод троллить дальше, вот без исправляю ошибки:

sp,

вы видимо чтото не допоняли. с базйо проблем нету вообще. как раз вся структура в базе лет 10 назад была продумана, и апи был который сам следил что выводить и что куда сохранять без вмешательства. Сейчас попытка используя asp.net и то что предлагает NET 4.5 написать более современно. В данным момент - проблема связать темплейты и базу без вмешательства программиста. Как раз по аналогии json и tmpl под node.js, но под asp.net. Взять данные которые придут, незная заранее что там, отдать шаблону , а дальше чтобы дизайнер что хотел то и вывел, без написания IsPropertyExists на каждом шагу. Как и сказал уже не один раз, аналогия JavaScript, когда мы в шаблон отдает json объект и далее шаблонизатор парсит то что получил независимо.
Уже сейчас это можно сделать через тотже dynamic обвернув его в класс для перехвата TryGetMember и отдавать в Razor. Будет работать ? да аж бегом. да пока это далеко от аналогии с json но уже чтото.

spи еще я не понял что вам нужно в Node.js с PDF?
расскажите - может вы просто не знаете - я думаю что там с PDF нет проблем!
ну покажите мне достойный компонент с PDF ? я пересмотрел, там все еще в зародыше. текст + картинка и все. туже таблицу уже фиг нарисуешь даже линиями попиксельно. Да могу извратиться как и раньше, генерить html и в консоле конвертить в pdf, ну и какой смысл переходить на node.js ? чтобы теже грабли только с боку?