cicatrix

Есть один нормальный путь, как это сделать - пользоваться встроенным в ОС механизмом.
Вот здесь всё описывается:
Use Shell ContextMenu in your applications

Вот здесь ещё демо проект, там реализовано на C#:
C-File-Browser

Не знаю, как все, я читаю stackoverflow. Пока что, он меня не подводил.

Либо рисовать, либо GridView

Хинт: гляньте на стэк вызовов. Вы выходите из функции и "поднимаетесь вверх" на уровень выше.
То есть, ранее вы вошли рекурсивно в функцию recursion, затем она отработала и вышла на фрейм выше.

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

Проблема, видимо, не в архитектуре, а в головах разработчиков.

Я смотрю, у вас какой-то XML ридер особый. Многое зависит от его реализации, а именно - его потокобезопасности.
В принципе, у вас главный foreach можно распараллелить следующим образом:
Делаем по шаблону "производитель-потребитель"

Производитель у вас будет один - ваш ридер, который должен "поставлять" ссылки на отдельные узлы вашего файла. Потребителем должны стать потоки, хватающие первый попавшийся (и учтите это сразу - они будут хватать не по порядку, а именно - первый попавшийся узел) и парсящие их.
Количество потоков подобрать под конкретное железо, либо (если есть желание заморочиться) можно сделать настраиваемым - начать с 4 потоков, считать среднюю скорость обработки узлов (кол-во узлов в минуту), вводить по одному потоку в минуту, измеряя, увеличилось ли время или уменьшилось. Если время увеличилось - возвращаем прежнее количество, если уменьшилось - добавляем ещё поток, пока не найдём оптимальный вариант.

Для того, чтобы повысить навыки программирования, надо, как ни странно, ... программировать.

Я не верю, что можно прочитать книжку и повысить навыки.
Книги могут помочь, разумеется, но голая теория без практики - абсолютно бесполезная вещь.
Навык программирования - умение решать поставленную задачу при помощи программного кода.
Вот ставите задачу - написать программу/сайт/библиотеку, которые делают то-то и то-то. Начинаете писать.
В процессе возникнет куча вопросов "а как сделать это", "а как сделать то", и т. д. Вот здесь уже тогда ищете материалы по решению конкретно этого "затыка" и двигаетесь дальше.
По мере накопления в вашей голове коллекции решений конкретных задач, ваш навык программирования будет повышаться.

Скорее всего, в тэге

<form enctype="multipart/form-data" ... > ... </form>

надо поставить.
Или покажите код из контроллера.

В диспетчере задач обыкновенный ListView в режиме Details.
Внизу, скорее всего, он же, только с OwnerDraw (режим, когда ячейки рисуешь сам).

На главную страницу (cshtml) поместите скрипт (пример с JQuery):

$( document ).ready(function() {
    $('main').addClass("container");
});

Знаете, это рынок.
Представьте себе, не дай бог, у вас судебное разбирательство, и надо вам нанять адвоката. Один стоит 1000 р. в час, другой - 15000 р. в час. Как оценивать работу адвоката?

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

При x=2:

if (x <= 1) return false;
for (int i = 2; i <= x / i; i++) //   2 > 1 - следующая строка не выолнится
    if ((x % i) == 0) return false;
return true;

Сейчас в моде нейросетки. Можно подготовить "тренировочную базу" из фоток с указанием направления и попробовать натаскать её на определение направления. Если в оптическом распознавании текста работает, в принципе, должно и здесь.

Если вы можете модифицировать только метод C, то наследовать вам надо его от A. Тогда можно.

// Наследуем C от B
  public class C : B
  {
      // Пользуемся функционалом B, унаследованным от B
  }
  // Добавляем надкласс, наследующий от A
  public class D : A
  {
     public C myBfunctional { get; set; } // Через это свойство получаем функционал B
     public void Method()
     {
         base.Method(); // Пользуемся методом, унаследованным из A
     }
  }

Экранировать надо одинарные и двойные кавычки. Кажется всё.
Подводный камень здесь другой - зависит конечно от конкретики вашего решения, но у меня сильное предчувствие уязвимости по SQL инъекциям. Вы эти SQL запросы откуда и куда слать собираетесь? Надеюсь не от клиента на сервер?

Размышления в сторону - если размер базы / объём памяти критичен, то, конечно, чем меньше размерность, тем лучше.
Если же говорить о производительности, то оказывается, что 64 бтный процессор в совокупности с 64-битной ОС лучше всего работает с, ВНЕЗАПНО... 64-битными целыми. Уменьшение разрядности до 32, 16 или 8 бит либо вообще не даст прироста производительности, либо даже ухудшит быстродействие.