Чести грешки

Защо се случва: Команда не завършва с ;. Компилаторът често посочва следващия ред, не виновния — гледайте и реда над посочения.

Как се оправя: Добавете ; в края на командата. Помнете: след if (...), for (...) и дефиниция на метод НЕ се пише ;.

Защо се случва: Използвате име, което не съществува: правописна грешка, разлика в главни/малки букви (myVariable ≠ MyVariable), или променливата е декларирана в друг блок (вътре в if/цикъл) и тук не се вижда.

Как се оправя: Проверете изписването буква по буква. Ако променливата трябва да се ползва и след блока — декларирайте я преди него.

Защо се случва: Опит да се присвои стойност от един тип на променлива от друг — най-често резултатът от Console.ReadLine() (винаги string) директно в число.

Как се оправя: Преобразувайте изрично: int n = int.Parse(Console.ReadLine()); или ползвайте int.TryParse. Обратно (число → текст): n.ToString().

Защо се случва: Метод с връщан тип (напр. int) има път на изпълнение, който не стига до return — типично: return само вътре в if, без else.

Как се оправя: Гарантирайте return по всеки път: добавете return след if-а или в else. Компилаторът трябва да е сигурен, че методът винаги връща нещо.

Защо се случва: Незатворена къдрава скоба — някой блок (if, цикъл, метод, клас) е отворен с {, но не е затворен. Грешката често сочи края на файла.

Как се оправя: Подравнете кода (във Visual Studio: Ctrl+K, Ctrl+D) — разместеното подравняване издава мястото. Пишете { и } едновременно и после пълнете блока.

Защо се случва: int.Parse / double.Parse получава текст, който не е число: букви, празен низ (само Enter), или дробно число с грешен десетичен знак.

Как се оправя: Използвайте int.TryParse(input, out int n) — връща false вместо да гърми, и питайте отново. Алтернатива: try-catch около парсването.

Защо се случва: Извикване на метод/свойство върху променлива, която е null — обектът никога не е създаден с new, или метод е върнал null (напр. FirstOrDefault без съвпадение).

Как се оправя: Проверете с if (obj != null) преди употреба. Намерете КЪДЕ е трябвало обектът да се създаде — обикновено липсва new или резултат не е проверен.

Защо се случва: Достъп до елемент на невалиден индекс. Класиката: arr[arr.Length] — последният валиден индекс е Length - 1, защото броенето тръгва от 0. Чест виновник е и i <= arr.Length в цикъл.

Как се оправя: Циклите винаги с i < arr.Length (не <=). Преди ръчен достъп: if (i >= 0 && i < arr.Length).

Защо се случва: Целочислено делене (int / int) с делител 0 — често когато делителят идва от потребителя или от пресмятане. (Любопитно: при double няма грешка — резултатът е Infinity!)

Как се оправя: Проверете делителя преди операцията: if (b == 0) { Console.WriteLine("Не може да се дели на нула!"); }.

Защо се случва: Четене от Dictionary по ключ, който не съществува: prices["липсващ"].

Как се оправя: Преди четене: if (dict.ContainsKey(key)), или още по-добре — dict.TryGetValue(key, out var value). Записването по нов ключ е винаги безопасно.

Защо се случва: Четене на файл, който не съществува на посочения път. При относителен път ("data.txt") програмата търси в папката, от която се изпълнява (bin/Debug) — не в папката на проекта!

Как се оправя: Проверявайте с File.Exists(path) преди четене. Погледнете в съобщението КЪДЕ точно е търсен файлът — пътят в грешката казва всичко.

Защо се случва: Добавяне или премахване на елементи от списък, докато той се обхожда с foreach — колекцията не може да се променя по време на обхождането.

Как се оправя: Обхождайте копие: foreach (var x in list.ToList()), съберете промените в отделен списък и ги приложете след цикъла, или ползвайте for цикъл отзад напред.