Использую такую конструкцию в RAZOR-е:




Компиляция проходит, но есть подчеркивание ошибки и варнинг: Expected identifier

То есть некритично, но не хочется Error List забивать подобными варнингами.
Есть мысли, как он него избавиться?

handmadeFromRuя не понимаю что вы хотите в итоге получить то. поясните.я пишу скрипт внутри страницы Razor. Все хорошо, но идентификатор переменной JS должен быть динамический, его имя я подгружаю из модели. При этом компилятор ругается, мол я тут идентификатор ожидаю, а вы мне что-то тут суете непонятное. Хочу, чтобы не ругался и варнинги не писал при компиляции.

Konst_Oneвнутри jscript лучше через @Html.Raw()@Model.QID не содержит символов, которые могли бы преобразоваться, поэтому я и не использую обертку. Так или иначе, обертка не помогает, все равно варнинг.
Если же ты имеешь ввиду обернуть весь скрипт в @Html.Raw - перестанет работать интеллисенс и проверка синтаксиса, что еще неудобнее, чем варнинг

Konst_Oneну предупреждение внутри блока script для razor это не новость, можно не обращать внимания.





можно и такда нет же. Model.QID не литерал, а идентификатор

Konst_One

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

Konst_Oneну предупреждение внутри блока script для razor это не новостьну ладно, раз в лоб не решается... не так это критично

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

Konst_Oneдля частичного представления есть Html.RenderPartialоно и используется, что ты хотел этим сказать?

Не могу. Помимо Html.RenderPartial есть еще подгрузка частичного представления аяксом. При этом частичное представление может быть достаточно автономным, а главное представление вообще не должно зависеть от того, какие блоки в него будут подгружены аяксом. Поэтому в блоке используется свой скрипт (если он ему нужен)

Ну скрипт и так внутри частичного представления. Но частичное представление может быть загружено на форму несколько раз.

Shocker.Proна формуна страницу, я хотел сказать

Konst_Oneсколько раз вставил Html.RenderPartial ,столько и загрузитстолько же раз появится JS-объект с одинаковым индентификатором...

Konst_One
количество веток равно N
не годится.

Где-то в степиЕсли надоедает и действия законны, может стоит покопаться в студии или в проекте в свойствах понизить warning levelок, но таки другие-то варнинги хочется видеть )

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

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или это у вас общие данные, и кто-то с ними должен работать?да, это данные и методы, принадлежащие экземпляру частичного представления, к ним в том числе обращаются извне

hVosttи вообще, генерировать СКРИПТЫ с помощью разметки HTML, это моветон, не находите?библиотечные скрипты у меня как положено находятся в библиотеке вне html. В данном случае речь больше идет о вспомогательных данных и каких-то "однострочных" методах.

hVosttна самом деле, как раз это рационально.зачем создавать этот трафик? количество частичных представлений измеряется в сотнях, проект растет, и каждая страница должна подгружать каждый раз этот многокилобайтный код?