нет, есть еще подгрузка блоков аяксом, то есть количество зависит от действий пользователя на странице.

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


hVosttvar obj = {};
var id = 'var @Model.QID';
obj[id] = bla..bla..bla;
Хм, вариант. То есть obj надо определить на уровне мастер-страницы?

hVosttне поделитесь причинами такого желания? очень интересно ))))я же уже вторую страницу топика делюсь, разве что-то неясно? )

Другой вопрос, что вместо динамического идентификатора логичнее, видимо, использовать индекс в объекте страницы, как ты и предложил.

Konst_Oneну так из этого никак не вытекает код , который ты привёл в самом началечастичному представлению нужен уникальный, принадлежащий именно ему объект.
я пытался создавать его в глобальном адресном пространстве, в этом я и не прав - собственно, hVostt уже и предложил более грамотное решение, которое и от варнинга избавляет и в целом логичнее

Где-то в степиможно сделать вот таким макаромтоже идея... но хочется сильнее отделить данные от DOM

Так у меня так это происходит... или я опять не понял, что ты хотел сказать

так или иначе, частичное представление может оказаться на странице двумя способами - с помощью Html.RenderPartial и с помощью аякса, при этом самому частичному представлению все равно, каким способом захотят его отобразить.

hVosttа я обычно стараюсь поступать наоборот. по возможности использовать data-атрибуты для хранения данных по-ближе к элементам, где они используются. в таком случае не приходится городить огород из управление данными в скриптах. всё просто, вот элемент, и вот его данные.

кстати, в data-атрибуты можно с помощью скрипта загонять что угодно. ссылки на объекты и массивы? ок))

такая техника используется повсеместно при разработке плагинов и компонентов jQuery.не вижу в своем случае принципиальной разницы. А вот лишние телодвижения при доступе к данным тут будут. Одно дело просто обратиться к данным объекта (зная его идентификатор), другое дело искать нужный элемент в DOM, извлекать из него данные и только потом к ним обращаться.


hVosttvar id = 'var @Model.QID';
obj[id] = bla..bla..bla;тут еще такой вопрос возникает, в моем варианте (с глобальным динамическим идентификатором) объект сразу оказывается в зоне видимости window[]. В твоем варианте нужно при загрузке частичного представления еще выполнить принудительное присваивание... или я что-то не понимаю?

hVosttскрипт один, а дивов с партиалами сколько угодно. таким макаром мне не надо генерить скрипт с помощью Razor, я могу вынести его в отдельный JS файл, и надо стремиться к этому.с одной стороны правильно, с другой - есть некая оборотная сторона медали: мастер страница не знает, какие скрипты могут понадобиться частичным представлениям. Грузить ВСЕ скрипты сразу - нерационально. Придется делать какое-то управление библиотекой подгруженный мелких скриптов, нужных для частичных представлений, проверки, что определенные скрипты уже подгружены и т.п. Если скрипт, нужный для частичного представления, небольшой (а о больших сейчас речь не идет), его проще и удобнее держать "под рукой" в частичном представлении и возвращать вместе с ним.

hVosttили это у вас общие данные, и кто-то с ними должен работать?да, это данные и методы, принадлежащие экземпляру частичного представления, к ним в том числе обращаются извне