Двойное / неполное кодирование URL-адреса параметра

Вы пробовали использовать метод Server.UrlEncode() для кодирования и метод Server.UrlDecode() для декодирования?

У меня не было проблем с его использованием для передачи предметов.

Server.URLEncode или HttpServerUtility.UrlEncode

Я понимаю, о чем вы сейчас говорите - я не понимал, что вопрос был конкретно для MVC. Похоже на ограничение этой части платформы MVC - в частности, BuildUrlFromExpression выполняет некоторую кодировку URL-адресов, но знает, что также требует некоторых из этих знаков препинания как части URL-адресов платформы.

И, к сожалению, URLEncoding не создает инвариант, т.е.

URLEncode(x) != URLEncode(URLEncode(x))

Было бы неплохо. Тогда вы можете предварительно закодировать свои переменные, и они не будут дважды закодированы.

Вероятно, для этого есть лучшая практика платформы ASP.NET MVC. Я думаю, вы могли бы еще кое-что сделать, это закодировать в base64 или что-то, что инвариантно для URLEncode.

Параметры должны быть экранированы с помощью Uri.EscapeDataString:

            string url = string.Format("http://www.foo.bar/page?name = {0}&address = {1}",
                Uri.EscapeDataString("adlknad /?? lkm#"),
                Uri.EscapeDataString(" qeio103 8182"));

            Console.WriteLine(url);
            Uri uri = new Uri(url);
            string[] options = uri.Query.Split('?','&');
            foreach (string option in options)
            {
                string[] parts = option.Split('=');
                if (parts.Length == 2)
                {
                    Console.WriteLine("{0} = {1}",parts[0],
                        Uri.UnescapeDataString(parts[1]));
                }
            }

Попробуйте использовать Библиотека скриптов Microsoft Anti-Cross Site Scripting. Он содержит несколько методов Encode, которые кодируют все символы (включая # и символы других языков). Что касается декодирования, браузер должен нормально обрабатывать закодированный URL-адрес, однако, если вам нужно вручную декодировать URL-адрес, используйте Uri.UnescapeDataString

Надеюсь, это поможет.

Экранирование косой черты и точек в части пути URL запрещено по соображениям безопасности (хотя это работает в моно).

Html.BuildUrlFromExpression должен быть исправлен, тогда он отправит этот восходящий поток в проект MVC ... в качестве альтернативы выполните кодирование строки перед передачей в BuildUrlFromExpression и декодируйте ее, когда она вернется на другую сторону.

Это может быть нелегко исправить, поскольку IIS может заранее обрабатывать декодирование строки URL-адреса ... может потребоваться более продвинутое кодирование / декодирование для символов альтернативного пути в служебных методах и декодирование от вашего имени.

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

MVC Framework кодирует символы, которые, как ей известно, необходимо кодировать, но оставляет те, которые являются допустимыми символами URL (например, &%? * /). Это связано с тем, что это допустимые символы URL-адреса, хотя они являются специальными символами в URL-адресе, которые могут не привести к желаемому результату.

Я видел похожие посты по этому поводу. Тоже мне кажется, что это недостаток в MVC. Этой функции было бы более уместно называть "BuildUrlFromEncodedExpression". Что еще хуже, вызываемой функции необходимо декодировать свои входные параметры. Юк.

Если есть какое-либо перекрытие между символами, закодированными BuildUrlFromExpression (), и символами, закодированными вызывающим (который, я думаю, может справедливо кодировать любые не буквенно-цифровые символы для простоты), тогда у вас есть потенциал для неприятных ошибок.