Зачем нужен namespace в C#?

Namespace (пространство имён) — это способ сгруппировать код и избежать конфликтов имён. Когда проект растёт, у тебя легко появятся два класса Logger или два Helper от разных авторов/библиотек. Namespace разводит их по «папкам имён», и компилятор не путается.

namespace MyApp.Services
{
    public class Logger
    {
        public void Log(string msg) => Console.WriteLine(msg);
    }
}

Теперь полное имя класса — MyApp.Services.Logger. Если в другой библиотеке тоже есть Logger, её полное имя будет другим (скажем, Serilog.Logger), и конфликта нет.

При чём тут using. Чтобы не писать длинное полное имя каждый раз, в начале файла объявляешь:

using MyApp.Services;   // теперь можно писать просто Logger

var log = new Logger();

using просто говорит «ищи имена ещё и в этом пространстве». Если возник конфликт двух одноимённых классов из разных namespace — используешь полное имя или алиас: using Log = Serilog.Logger;.

File-scoped namespace (C# 10). Это и есть тот синтаксис с точкой с запятой. Раньше весь файл приходилось оборачивать в фигурные скобки с лишним отступом. Теперь, если в файле один namespace (а так почти всегда), пишешь так:

namespace MyApp.Services;   // действует до конца файла

public class Logger
{
    public void Log(string msg) => Console.WriteLine(msg);
}

Меньше вложенности, чище код. Семантически это то же самое.

Почему работает и без namespace: код в «глобальном» пространстве имён компилируется, но в реальном проекте это мина — рано или поздно поймаешь конфликт имён. Принято: namespace = путь к папке файла (Services/Logger.cs -> MyApp.Services), а сборка (.dll) — это уже физическая единица, в которую попадает много namespace.