VZVZ

Стандартных тэгов, с подсветкой синтаксиса, нумерацией строк и прочими рюшечками, в HTML нет.
Но есть сторонние контролы/виджеты/элементы/библиотеки/..., реализованные на HTML+CSS+JS. Их можно подключить к своей странице.
Их можно немало найти по запросам вроде html syntax highlighter.
Или можно взять любой сайт, на котором есть подобное, и посмотреть в коде, какие там подключены скрипты, стили и т.д.

> Насколько я знаю, в Java есть JVM, которая загружает файлы .class, содержащие байт-код, и запускает их.
Поправка: обычно не .class, а .jar. А вот внутри .jar (это архив) - уже файлы .class. Ведь .class, как ясно из названия, содержит только 1 класс, нечто вроде .obj в C++. А в приложении может быть и несколько классов, + цифровая подпись, + прочее. Вот всё это и линкуется в .jar.
Один и тот же .jar работает везде там, где есть JVM в чистом виде. На десктопных линуксах работает. На Android не работает, там вместо этого .apk - другой формат.

> Куда компилируются .cs?
Гуглим csc.exe
Обычно все операции осуществляются в нем, т.е. из .cs может делать сразу .exe. Хотя возможно сперва сделать IL (нечто вроде ассемблера, но пока еще НЕ байт-кода, т.е. НЕ бинарное), а вот IL уже скомпилировать в байт-код (бинарный формат) с оберткой exe.

> В мире C# существуют также такие понятия как .NET, Mono, Roslyn и т.д., можете ли вы структурированно разъяснить их смысл?
В .NET Framework входят:
- компиляторы: для C# (тот самый csc.exe) и не только для C# (да, компиляторы именно входят в .NET, а не в Visual Studio);
- тот самый CLR;
- несколько библиотек классов, таких, как mscorlib.dll, System.Windows.Forms.dll (Winforms). библиотеки WPF. Такие библиотеки называются стандартными. Те библиотеки, которые в .NET не входят и их нужно таскать рядом с exe, называются сторонними (third-party), так как обычно они созданы не MS, а сторонними, "третьими", разработчиками.

Mono - платформа, позиционируемая как кроссплатформенная альтернатива .NET Framework. То есть всё перечисленное там своё и от MS ничего нет. IDE также своя - MonoDevelop.
На деле же, альтернатива эта от начала до конца очень сырая и вообще хилая. Например, Winforms/WPF там просто нету (может и можно прикрутить эти сборки из .NET, но на линуксе без вайна не заработает, да и MonoDevelop не содержит средств для удобной разработки под них). Вместо Winforms/WPF там GTK#, он реально кроссплатформенный, но до Winforms и тем более WPF ему очень далеко.

Roslyn - какой-то новый компилятор от MS, вроде бы альтернатива старому csc.exe. Ничего интересного лично я в нем не вижу.

> У нас есть некая COM-библиотека, работающая на заголовках и инлайнах (TLH и TLI), генерируемых через директиву #import.
Не совсем понял. У вас есть COM-библиотека, и вы ее "подключаете" с помощью #import к основному приложению - так что ли?

И зачем вам эта линуксятина MinGW?
Под винду надо и средства юзать виндовые...

Ну если надо, то берем эти .tlh и .tli, объединяем в 1 хедер (для удобства) и долго и нудно удаляем все лишнее, все, что не поддерживает MinGW, прежде всего это свойства (property), которы[ в MinGW, естественно, в таком виде нету...
Чтобы быть уверенным, что в итоге все будет работать - можно начать с малого, то есть сперва написать хелловорлдную COM-библиотеку с 1 простеньким интерфейсом, и все это провернуть с нею, а там и за основное дело браться.

В моем случае получилось все сделать гораздо проще.
Надо было на MinGW работать с ADO. Я не стал мучаться с #importом, а сперва глянул один из форков сего компилятора - MinGW-w64 - и обнаружил, что в нем уже есть такие хедеры, видимо, портированные то ли из VC++, толи из C++ Builder, что и обнадежило меня и я стал пробовать их в Visual Studio.
В VS эти хедеры заработали, после чего сравнительно легко добавились в обычный MinGW, где заработали также. Сейчас на базе их строю высокоуровневую обертку в стиле ADO.NET, один и тот же код работает как в VS, так и в MinGW..

Продукцию JetBrains пробовали? WebStorm, PhpStorm.
Очень требовательные к железу (без 4-ядерного ЦП и >=4 ГБ ОЗУ и соваться нет смысла, тормозить будут), и вроде платные, но зато очень навороченные.

С xls/xlsx удобно работать с помощью библиотеки NPOI. Это порт Apache POI из OpenOffice.
Установленный на компе Excel для этого НЕ требуется.
Гляньте - тут исходник с NPOI и еще ADO (еще один способ, совсем нативный, но он более урезанный, и надо писать SQL-запросы):
www.codeproject.com/Tips/813187/Csharp-Read-and-wr...

Сами же и ответили на свой вопрос - "с большим функционалом". Вот и разница.

Идеальным вариантом для создания клиент-серверных приложений, если вы много этим занимаетесь, является создание своей собственной библиотеки для работы с сетью, удобной именно для вас.
И, пожалуй, чем ниже уровнем она будет основана, тем лучше. Надо брать уж никак не ниже HttpWebRequest.
Даже в таком отличном фреймворке, как .NET, очень многое несовершенно. Не нужно забывать, что библиотека .NET мало менялась с начала нашего века. Новое добавлялось, а старое не доарабатывалось. Разумеется, очень многое можно сделать и лучше. Но надо действовать, а не надеяться на MS, который по каким-то причинам не видит смысла совершенствовать .NET и создавать еще более высокоуровневые решения, чем те, которые там есть. Чем быстрее вы начнете в процессе реальной работы создавать свой фреймворк, тем лучше.