Почему Результаты Перенаправления не позволяются в Дочерних Действиях в Asp.net MVC 2
У меня есть некоторые частичные действия, которые я представляю с Asp. Сетевые фьючерсы метод RenderAction. Некоторые из них выполняют перенаправления после того, как формы в них были обработаны.
Теперь, когда я обновил до Asp. Сетевому MVC 2 RC это дает мне ошибку "Дочерние действия, не позволяют выполнить действия перенаправления".
Я проверил исходный код, и я нашел строку, которая выдает исключение. Для Обхождения его, я могу сделать пользовательский RedirectResult, Но прежде чем я сделаю я хочу понять, почему платформа не позволяет его во-первых. Должно быть серьезное основание, и возможно я не Должен делать также.
Кто-либо знает причину этого ограничения?
Спасибо
3 ответа
NTLK - интересный инструментарий, позволяющий создавать приложения на основе NLP. Это может быть использовано для практических применений, которые требуют, например, тегирования POS или которые реализуют простые классификаторы или экстракторы объектов.
Я не уверен, что « language understander » приложение будет охватывать, однако, но это звучит как нечто, которое может быть за пределами того, что может [легко] быть основано на NLTK.
Прочтение вопроса полностью и его ссылка на морфофонику, похоже, подтверждают, что NLTK, вероятно, не очень хорошо послужит цели ОП; Насколько мне известно, NTLK не предлагает модули, которые работают с текстом на этом уровне. Однако вы можете проверить это для себя, поскольку NLTK является широким и активным проектом и, возможно, видел недавние дополнения в этой области.
Если stuffs является списком последовательностей, то это сработает:
{{ stuffs|join(", ") }}
Ссылка на документацию.
-121--1275281-Ограничение существует, так как MVC уже начал предоставлять представление клиенту. Эффект перенаправления от этой точки не определен. Он может работать идеально, он может продолжать визуализировать исходный вид без перенаправления, он может вызвать другое исключение и т.д.
Поскольку результат делать этого действия не определен, структура блокирует его. На практике RenderAction никогда не должен использоваться для визуализации чего-либо, кроме представления (или похожего на представление содержимого), по аналогичным причинам.
В вашем конкретном случае внешнее действие должно быть перенаправлено. Если вы просто собираетесь в конечном итоге перенаправить из внутри представления в любом случае, не показывая ничего пользователю, то на самом деле не было цели пройти через представление в первую очередь, так как внешнее действие могло бы делегировать работу соответствующим образом самостоятельно.
В этом случае просто направьте URL формы частичного просмотра на действие, на которое было направлено ваше проблемное перенаправление, и пусть оно выполнит само перенаправление на свою версию GET.
В моем случае визуализация формы представляет собой панель «Configure» на расширении на веб-сайте, который я строю. Я хотел бы, чтобы собственный контроллер расширения сможет обрабатывать обработку формы, а затем перенаправлять обратно на страницу администратора, перечисленные все настроенные расширения. Я не думаю, что это уместно или практично, чтобы спросить контроллер родительской страницы для обработки формы для расширения. Что бы вы предложили мне сделать вместо этого?