Error cs1009 нераспознанная escape последовательность

Compiler Error Message: CS1009: Unrecognized escape sequence

Someone check that yesterday project work fine but today it’s not work. it compile and build without any trouble but doesn’t work.

4 Answers 4

On line 44: you have 81 backslashes. On lines 45 and 46 you have 80 each. When used in a string literal, the backslash character is used as an «escape» character to indicate things like new-lines and tabs. If you actually want the backslash in your string, you need to specify 2 consecutive backslashes for each backslash desired. Since you have an odd number of backslashes on line 44, you are getting the error.

If you really want that many backslashes, you can disable the escape character in C# by preceding the string literal with an @ like this:

Alternatively, you can delete one of the backslashes from line 44.

Just use this constructor

to get a string of 80 backslashes.

I got the same thing, it’s auto code, my project is ASP.net with MVC 4, Razor. These code is not keyed in by us. Only getting this error on a new deployment, other deployments of the same code work fine,

Description: An error occurred during the compilation of a resource required to service this request. Please review the following specific error details and modify your source code appropriately.

The problem here (as mentioned in Bo Flexson’s answer) is with auto-generated code, not physically writing a view with a (large) odd number of slash characters in it.

One solution, described in answer to this question is to simply recompile and redeploy.

For me this didn’t work because the problem appears to have been down to the build order of our large solution. Initially I stumbled upon a solution by making a few minor changes to a separate view in a project deeper in the hierarchy which forced it to rebuild the project with the problematic view properly. Since then I’ve had much more luck rebuilding projects one by one rather than relying on a full solution rebuild to get the order right.

Источник

Нераспознанная escape-последовательность CS1009

Я пытался создать свое решение для веб-приложения, и каждый раз я получаю этот код из файла Index.g.cshtml.cs, и когда я перехожу к файлу, строка, вызывающая проблему, выглядит так:

Может кто-нибудь, пожалуйста, помогите, это действительно расстраивает .

вы можете использовать

Когда я пишу ваш код, он имеет синтаксическую ошибку «,» ожидается (перед col-md-3) и неожиданный символ после col-md-3

WriteLiteral (@ « r n

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

Это ничего не меняет. Как только я что-то меняю в Index.cshtml, он возвращается к предыдущему состоянию и снова вызывает ту же проблему.

Index.g.cshtml.cs — это автоматически сгенерированный файл. Откройте файл Index.cshtml и найдите маленькие волнистые красные линии, указывающие на ошибку. Ошибка, вероятно, исходит из конца строки (после тега закрытия div), где у вас есть все эти обратные косые черты. Удалите эти обратные косые черты или, если они вам действительно нужны, удвойте их все («\» в коде фактически отобразит для вашего пользователя)

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

Разместите свой код для Index.cshtml, и я смогу помочь. Похоже, что эта часть кода, вероятно, заключена в кавычки, и это не обязательно, но это всего лишь предположения, если вы не показываете код.

У меня было много пробелов после последнего элемента div O__________O, спасибо за вашу быструю помощь . Новичок на этом сайте, отличное время отклика .

Источник

C# Нераспознанная escape-последовательность

У меня есть регулярное выражение на С#, которое вызывает ошибку: C# Нераспознанная escape-последовательность на w . / .

я тоже пробовал

Но таким образом строка «заканчивается» на href=» » -char

Кто-нибудь может мне помочь?

Используйте «» для выхода из кавычек при использовании @ литерала.

Здесь работают два механизма побега, и они мешают. Например, вы используете, » чтобы указать C# экранировать следующую двойную кавычку, но вы также используете w , чтобы указать синтаксическому анализатору регулярных выражений обрабатывать следующие специальные W. Но C# думает , что w предназначен для C#, не понимает его, и вы получаете ошибку компилятора.

Например, возьмите этот пример текста:

Есть два способа избежать его, чтобы C# принял его.

Один из способов — экранировать все символы, которые являются специальными для C#. В этом случае » используется для обозначения конца строки и обозначает управляющую последовательность C#. Оба должны иметь префикс escape C# , чтобы избежать их:

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

Другой способ — поставить перед строкой префикс @ и экранировать только » , заменив их на «» :

Это @ предотвратит попытки С# интерпретировать в строке как escape-символы, но, поскольку » они также не будут распознаны, они изобрели, «» чтобы избежать двойной кавычки.

Источник

Ошибка: CS1009: нераспознанная escape-последовательность

Я новичок в кодировании, я пытался создать форму входа в базу данных SQL Server, но по какой-то причине она ее не регистрирует.

Я взял источник данных непосредственно из моего имени SQL Server. Может ли кто-нибудь сказать мне, что я делаю неправильно?

1 ответ

Как отмечено в комментариях, C# позволяет записывать комбинации символов в строки, и они будут интерпретироваться как другие символы при обработке кода компилятором:

Обе эти строки будут иметь длину 7 символов в реальной скомпилированной программе; один содержит новую строку, другой — вкладку. n и t называются escape-последовательностями — она ​​начинается с косой черты, а следующий символ определяет, каким будет результат.

Вы помещаете строку:

Ошибка компилятора говорит вам: «Я не знаю ни одного символа, представленного управляющей последовательностью backslash-S ».

Поскольку это не escape-последовательность, которую вы хотите использовать вообще, а буквальная косая черта, за которой следует буквальная буква S, вам нужно либо отключить экранирование, поставив @ перед разделителем строки » :

Или вы оставляете механизм экранирования активным, но используете \ , что означает, что «первая косая черта запускает интерпретацию экранирования, а следующий символ (также косая черта) означает «поместить в строку буквальный символ «. Таким образом, два \ становятся одним после обработки экранирования.

Источник

MVC3, развернутый в IIS 7.5 — Продолжайте получать CS1009: сообщение об ошибке нераспознанной escape-последовательности

Я продолжаю получать

Сообщение об ошибке.

Может кто-нибудь помочь? Я выполнил все следующие пункты ниже:

Если IIS был установлен на сервере после .NET 4.0, вам необходимо запустить aspnet_regiis.exe, чтобы зарегистрировать его в IIS. Пул приложений настроен на работу в интегрированном режиме. В вашем web.config у вас есть набор. Вы заходите на свой сайт с помощью http://server/home/index (измените имена контроллера и действия, чтобы они соответствовали вашим). У вас есть маршрут, который будет соответствовать URL-адресу / в вашем Global.asax. Соответствующее представление находится в

/ Views / Home / Index.cshtml.

Этот веб-сайт с такими же двоичными файлами работает на локальном компьютере, но не на другом сервере. На другом сервере тоже установлен MVC3

задан 03 фев ’12, 13:02

Вам нужно разместить код из представления. Вот на что он жалуется. — BNL

Я согласен. Нужны подробности. — GregB

Интересно, как вы говорите в своем вопросе, что у вас «одинаковые двоичные файлы», но ваш ответ подтверждает, что это неправда. На вопрос можно получить хорошие ответы, только если вы точно сообщить факты. -1 за то, что не сделал этого. — Andrew Barber

1 ответы

Бинарные файлы отсутствовали, когда я развернул веб-сайт на другом сервере. Дело не в том, что код был неполным или содержал нечетное число «/». Перекомпиляция и публикация перекомпилированных DLL работали.

Ваш ответ подтверждает, что вы неверно указали в своем вопросе, что вы правильно развернули двоичные файлы приложения. Без точного вопроса не получишь хороших ответов — Эндрю Барбер

Источник

using BenchmarkDotNet.Attributes;
using BenchmarkDotNet.Attributes.Jobs;
using BenchmarkDotNet.Configs;
using BenchmarkDotNet.Jobs;
using System;
using System.Collections.Generic;
using System.IO;
using System.Linq;
using System.Runtime.CompilerServices;
using System.Text;
using System.Threading.Tasks;

[LegacyJitX64Job]
public class IndexOfAny
{
    private const string File = @"FolderBarFooBarFooBar.cs";

    [Params(File)]
    public string Input { get; set; }

    [Benchmark(Description = "Hand written loop over array (IndexOfAny)")]
    public void IndexOfAny_HandWrittenLoop()
    {
        for (int i = 0; i < 100000; i++)
        {
            ContainsHelper.IndexOfAny_HandWrittenLoop(Input, s_charsToEscape);
        }
    }

internal class ContainsHelper
{
    [MethodImpl(MethodImplOptions.NoInlining)]
    public static int IndexOfAny_HandWrittenLoop_HardcodedChars(string value)
    {
        for (int i = 0; i < value.Length; i++)
        {
            switch (value[i])
            {
                case '%':
                case '*':
                case '?':
                case '@':
                case '$':
                case '(':
                case ')':
                case ';':
                case ''':
                    return i;
            }
        }

        return -1;
    }
}

 class Program
{
    static void Main(string[] args)
    {
        BenchmarkDotNet.Running.BenchmarkRunner.Run<IndexOfAny>();
    }
}

// **************************
// Benchmark: IndexOfAny.'Hand written loop over hardcoded chars (ContainsAny)': LegacyJitX64(Jit=LegacyJit, Platform=X64, Runtime=Clr) [Input=FolderBarFooBarFooBar.cs]
// *** Generate ***
// Result = Success
// BinariesDirectoryPath = C:UsersdavkeanSourceReposPathHelpersPathHelpersbinRelease

// *** Build ***
BuildScript: C:UsersdavkeanSourceReposPathHelpersPathHelpersbinReleaseBDN.Generated.bat
CS1009: Unrecognized escape sequenceCS1009: Unrecognized escape sequenceCS1009: Unrecognized escape sequenceCS1009: Unrecognized escape sequence// Result = Failure

Большое количество задач (если не большинство) при разработке программного обеспечения так или иначе связано с обработкой строк будь то простой вывод в консоль определенных значений, сравнение строк или парсинг текста web-страниц. Так или иначе, даже при первом знакомстве с языком программирования, первое, что мы делаем — это используем строки («Hello world» и т.д.). Именно поэтому умение работы со строками в C#, как и в любом другом языке программирования, является одним из необходимых и важных навыков программиста. В этой и нескольких последующих статьях мы рассмотрим основные возможности работы со строками в C#.

Строки в C# относятся к неизменяемым типам данных и представляют собой объекты класса System.String. Объекты этого класса представляют текст в виде последовательности символов Unicode. То есть, в отличие от Delphi, где есть и UnicodeString и AnsiString и т.д. и т.п, в C# строка — это всегда набор символов Unicode. Однако, при необходимости, никто не мешает нам изменять кодировку символов в строке C# и об этом мы тоже поговорим.

Также, для тех, кто уже имел дело с другими языками программирования, не лишним будет знать, что в конце строки C# нет нуль-символов. Поэтому строка в C# мы можем создавать строки, которые содержат любое количество внедренных нуль-символов (). При этом, максимальный размер объекта String в памяти составляет 2 Гб.

Создание строк в C#

Объявление и создание строк в C# можно осуществить несколькими способами. Рассмотрим основные из них.

string str1; //объявили переменную типа string
str1 = "Привет";//присвоили строке значение
//объявили и создали строку из двух символов 'a'
string str2 = new String('a', 2);
//объявили и создали строку из массива символов
char[] letters = { 'H', 'e', 'l', 'l', 'o' };
string helloString = new string(letters);
//объявили и создали пустую строку
string emptyStr = string.Empty;

В любом из представленных выше примеров мы создаем строку, при этом, в последнем случае, мы создаем пустую строку без символов. Так как строки относятся к ссылочным типам данных, то никто нам не запрещает присвоить строке значение null

string nullStr = null;

хотя, разработчики C# и предупреждают нас о том, что использование string.Empty вместо null предпочтительнее и  снижает вероятность получения исключения типа NullReferenceException.

Строки с регулярными и буквальными литералами

Отдельное внимание при создании строк также стоит уделить такому моменту, как создание строк, содержащих какие-либо служебные символы. Например, если вам необходимо присвоить строке значение, указывающее на путь к файлу: c:Program Filesdotnetdotnet.exe. Если вы попробуете присвоить строке это значение как есть, то ваша программа даже не будет скомпилирована, так как Visual Studio укажет вам на ошибку:

Все дело в том, что символ обратной косой черты используется в строках для указания так называемых escape-последовательностей и для того, чтобы создать строку, содержащую символ  нам необходимо либо регулярный строковый литерал, либо буквальный литерал, как показано ниже:

//использование регулярного литерала
string path = "c:\Program Files\dotnet\dotnet.exe";
//использование буквального литерала
string path2 = @"c:Program Filesdotnetdotnet.exe";

Использование регулярного литерала позволяет нам использовать различные escape-последовательности в строках. В таблице ниже представлены основные escape-последовательности в C#:

Например, используя escape-последовательности, мы можем вывести в консоль таблицу:

//выводим в консоль таблицу 3х3
Console.WriteLine("НомерtЗначениеtОписание");
Console.WriteLine("1t0,1ttописание 1");
Console.WriteLine("2t0,2ttописание 2");
Console.WriteLine("3t0,3ttописание 3");

В итоге, в консоли мы увидим вот такую красивую табличку:

Что касается использования буквального литерала в строках, то его удобно использовать для того, чтобы сделать строки, содержащие какие-либо служебные символы, более читабельными. Согласитесь, что такая строка:

string path2 = @"c:Program Filesdotnetdotnet.exe";

выглядит более читабельной, чем вот такая:

string path = "c:\Program Files\dotnet\dotnet.exe";

Более того, так как буквальный литерал позволяет сохранять все символы в строке как есть, то, используя его, мы можем использовать в наших строках переносы, кавычки и прочие символы как есть, например:

//использование буквального литерала
            string str = @"Эта строка содержит символ  , а также одинарные кавычки 'текст в кавычках' 
                           и переносы строки
                           ";

В результате, в консоли мы увидим следующий текст:

Неизменяемость строк в C#

Как уже упоминалось выше, строки в C# относятся к неизменяемым типам данных. Что это значит для нас? А это значит, что при каждом присвоении значения переменной типа string система вначале освобождает память, занятую строкой, а затем выделяет по новой и только потом записывает новое значение. С одной стороны, подобный подход выглядит нерациональным — лишние освобождения и выделения памяти, но, с другой стороны, таким образом разработчики C# обеспечили максимальную безопасность работы со строками и, надо сказать, сделали это достаточно элегантно и понятно. Например,

string str4; //объявили переменную
str4 = "hello"; //выделили память под 5 символов и присвоили значение переменной
str4 = "hello world";//освободили память, по новой выделили память уже под 11 символов и присвоили новое значение

Также стоит отметить, что когда содержимое двух строк, например, s1 и s2 объединяется для формирования строки, то две исходные строки не изменяются. Например:

string s1 = "Hello ";
string s2 = "world";

s1 += s2;
Console.WriteLine(s1);

В примере выше оператор += создает новую строку, которая содержит объединенное содержимое двух строк. Этот новый объект присваивается переменной s1, а исходный объект, который был присвоен s1, освобождается для сборки мусора, так как ни одна переменная не ссылается на него.

Если вы создадите ссылку на строку, а затем «измените» исходную строку, ссылка будет по-прежнему указывать на исходный объект, а не на новый объект, который был создан при изменении строки. Пример:

string s1 = "Hello ";
string s2 = s1;
s1 += "World";
Console.WriteLine(s2);

В представленном примере может показаться, что в итоге, в консоли будет строка "Hello world", однако, на самом деле в консоли мы увидим только "Hello "так как строка s2 остается неизменной.

Итого

Сегодня мы узнали как создавать строки в C#, как использовать различные escape-последовательности в строках, а также использовать буквальный литерал для повышения читабельности строк в C#. Также рассмотрели некоторые моменты, касающиеся неизменности строк в C# и как эта неизменность проявляется.