eRKa

Если данные в кеше недействительны, то кэш сбрасывается и перечитывается по новой. Чтобы весь глобально не сбрасывать, его делят на слои и сбрасывают необходимый слой. Чтобы отдельно объект в кэше обновлять, такого не встречал.

Если слои кэша в Concurrent списках, то без разницы, кто его в этот момент читает. Мы для кэша используем Lazy.

Я так понимаю, что данные хоть и будут изменяться, то не часто, иначе нет смысла в кэше. В нашем случае, когда приходят новые данные или мы их обновляем, мы руками вызываем _cache.Layer.Reset()

Options/Debugging/General поставить галочку в "enable .net framework source stepping". Сразу начнется закачка PDB файла с исходниками. Учтите только что весят они не мало, и нужно будет достаточно места на жестком.

PS: Если Вы хотите дебажить .net, то нужно сделать Эти настройки.
Если же Вы хотите просто навигацию по исходнику, тот тут сложнее. Для нормальной навигации нужны ссылки в метаданных на исходники. Это сделали только для core2, но со временем обещают добавить для всех версий. Лично я пользуюсь в решарпере настройкой "navigation to source/decompile methodes", но как вариант есть расширение для vs Ref12, в этом случае, при got to defition в браузере открывается страница на https://referencesource.microsoft.com с исходником.
Подробнее здесь

1. Поставьте брекпоинт в контроллере и посмотрите this.Request.Query, там будут все параметры, что пришли в контроллер, так же они могут быть в Body. Именно для этого и нужны атрибуты FromBody и FromRequest, чтобы точнее указать от куда мапить значения на модель. После того как он спарсит и смапить значения в модель, если есть проверка, он возьмет атрибуты и по ним уже проверит на валидность.

2. Вы правильно понимаете. Все это реализовано в identity.

Любую задачу можно эффективно решить и под core и под java. Но как по мне, то на C# мне надо меньше телодвижений делать и есть моменты, которые работают эффективнее, чем в java (все-таки C# помоложе и учитывал ошибки конкурентов). Плюс java более инертная, .net развивается быстрее, быстрее реагирует на потребности и если говорить об enterprise, то я считаю, что у .net перспектив больше.

Дарю! И вообще учи мат часть, за счет халявы на тостере долго не протянешь.

static void Main(string[] args)
{
	var str = "{1|2|4}{1|3|3}{2|2|3}{1|1|3}";
	var number = new [] { "3", "2", "1", "2" };

	var temp = str
		.Trim('{', '}')
		.Split(new []{ "}{" }, StringSplitOptions.None)
		.Select(x => x.Split('|').ToArray())
		.ToArray();

	var result = new StringBuilder();
	for (var i = 0; i < temp.Length; i++)
	{
		var isParse = int.TryParse(number[i], out int index);
		if (isParse)
		{
			result.Append(temp[i][index - 1]);
		}
	}

	Console.WriteLine(result);
	Console.ReadKey();
}

Если конкретно по Вашему коду, то
1. Если Вы так жестко прописываете все настройки в коде, то сделайте список настроек. Сначала сам класс

class SmtpSetting
{
	public string Host {get; set;}
	public string Server {get; set;}
	public string Port {get; set;}
}

Потом сам список

var smptSettings = new List<SmptSetting>
{
	new SmptSetting
	{
		Host = "mail.ru",
		Server = "smtp.mail.ru",
		Port = 587
	},
	new SmptSetting
	{
		Host = "yahoo.co",
		Server = "smtp.yahoo.co",
		Port = 465
	},
	...
}

И тогда Вам не придется использовать switch

var currentSmtp = smptSettings.FirstOrDefault(x => x.Host == host);
if(currentSmtp != null)
{
	var smtp = new SmtpClient(currentSmtp.Server, currentSmtp.Port);
}

Вы сказали, что у Вас есть бд, где храните аккаунты. Храните там же и настройки smtp, в том же виде (Id,Host,Server,Port), тогда из бд Вы будете получать весь список серверов и при изменении списка настроек smtp, не придется лезть в код и пересобирать проект.

2. И для того, чтобы Вы могли вставлять html разметку в письмо, у MailMessage есть настройка IsBodyHtml, установите ее в true.

Накидал пример, получите все айдишники повторных комментариев, которые надо удалить.

static void Main(string[] args)
{
    var comments = new[]
    {
         new Comment { Id = 1, Text = "1" },
         new Comment { Id = 2, Text = "2" },
         new Comment { Id = 3, Text = "3" },
         new Comment { Id = 4, Text = "1" },
         new Comment { Id = 5, Text = "2" },
         new Comment { Id = 6, Text = "2" },
         new Comment { Id = 7, Text = "1" },
         new Comment { Id = 8, Text = "4" },
         new Comment { Id = 9, Text = "5" },
         new Comment { Id = 10, Text = "2" },
    };

    var result = comments
				.GroupBy(x => x.Text)
				.SelectMany(x => x.Select(y => y.Id).Skip(1))
				.ToArray();

    foreach (var id in result)
    {
         Console.WriteLine($"{id}");
    }
    Console.ReadKey();
}

class Comment
{
     public int Id { get; set; }
     public string Text { get; set; }
}

В Вашем примере логика индексатора проста, поэтому смысл не виден.

Приведу пример из жизни. Мне надо было хранить и отображать данные в виде, где в первой строке одно значение, во второй строке два значения, в третьей - три и т.д. Отображались в ui они в виде пирамиды. Первая мысль, это квадратный двумерный массив по размеру самой большой последней строки и пустое пространство вершины забить нолями. Отобразить такой массив пирамидой легко. Но тогда у меня возникала трудность в работе с этим массивом, т.к. чтобы забрать нужные значения, нужно правильно отсекать пустые значения, да и как-то не комильфо кучу не нужных значений хранить. Следом приходит мысль сделать массив массивов с разной длинной, но чтоб сделать итерацию по такому массиву, а потом отобразить, нужно тоже лишние телодвижения делать. И тогда я сделал обычный список, где данные хранились в порядке как 1, 21, 22, 31, 32, 33 и т.д., но приделал ему индексатор [ , ], где я указывал строку и положение в строке, а логика этого индексатора уже высчитывала реальное значение элемента: ноль (т.е. пустое пространство у верхушки пирамиды) или значение из списка.
Во первых я решил проблему лишних значений, во вторых, по данным я мог пройтись одним форичем, а не вложенными форами, без проверок лишних значений и в третьих - отображалось также легко как и двумерный массив.

Работа из кода с документами office легко гуглится. Например Интерфейс Document.
Так же в интернете полно примеров по форматированию док файлов How to: Programmatically Format Text in Documents.
Готовый код никто здесь не даст, это достаточно объемно скрупулезно.