cicatrix

Я свой RoleProvider делал, в принципе то же самое:
Начинай отсюда: https://docs.microsoft.com/ru-Ru/aspnet/identity/o...

Найди нужный интерфейс (какой-нибудь IdentityProvider), напиши класс, который его реализует, пропиши в Web.Config

Яваскриптом после загрузки.
Либо сделать 2 enum.
Либо получать список значений и формировать select самому.

Каким API? Их мильён.
Если вас интересует, как сделать веб запрос, то:

// using System.IO
// using System.Net
...
            WebRequest wrq = WebRequest.Create(url);
            string content;
            WebResponse response = wrq.GetResponse();
            using (StreamReader rdr = new StreamReader(response.GetResponseStream()))
            {
                content = rdr.ReadToEnd();
            } // using rdr

У вас текст однострочный или многострочный?

Попробуйте в разных режимах:
Параметры регулярных выражений

Multiline (?m) Использовать многострочный режим, где ^ и $ соответствуют началу и концу строки текста (а не началу и концу входной строки).

Singleline (?s) Использовать однострочный режим, где точка (.) соответствует любому символу (а не каждому) символу, кроме \n).

Для винды сохранение данных (когда программы работают не одновременно):
1. Файловая система
2. База данных
3. Реестр (в винде)

При одновременной работе (в винде) можно воспользоваться следующими каналами:
1. Именованные каналы (Named pipes)
2. Сообщения Windows (Messages)
3. Сокет TCP/IP
4. Разделяемая память

Собственно, вне зависимости от конкретной реализации, вам нужно "засекать" время начала и время окончания задания, смотреть на их разницу.
В зависимости от того, какое именно вам требуется время (с учётом транспорта до сервера или без его учёта), засекать может как вызывающий компонент, так и сама запускаемая задача.

ExecuteScalar выдаст вам ровно то, что хранится в БД. Экранирование, видимо, происходит позднее.
Если вы пишете на Razor, пользуйтесь Html.Raw(ваша строка)

На самом деле, если отбросить лобби и прочие теории заговора, есть одно (не моё), но подслушанное мнение:
На C# любую вещь, можно сделать нормально одним, максимум двумя, нормальными способами. На Java это может быть 20 различных (и даже, в какой-то мере, нормальных) способов. Учиться на этом можно, но на C# проще.

Список большой?

Вот адская регулярка, которая выбирает вообще любые ссылки из любого текста.
Вам нужны группы с 1-й по 6-ю.

((https?|ftp):\/\/)?([a-z0-9+!*(),;?&=.-]+(:[a-z0-9+!*(),;?&=.-]+)?@)?([a-z0-9\-\.]*)\.(([a-z]{2,4})|([0-9]{1,3}\.([0-9]{1,3})\.([0-9]{1,3})))(:[0-9]{2,5})?(\/([a-z0-9+%-]\.?)+)*\/?(\?[a-z+&$_.-][a-z0-9;:@&%=+/.-]*)?(#[a-z_.-][a-z0-9+$%_.-]*)?

Тесты здесь

.

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

Опускаясь до уровня "на пальцах":
Например, можно написать программу на ассемблере (поскольку он платформеннозависимый), ваша программа будет выполняться, например, только на процессорах архитектуры x86. При этом, вам придётся писать эту же программу для другой архитектуры.

Поднимемся выше. Напишем программу на C или С++. Она уже отчасти платформеннонезависима, так как при компиляции на разных архитектурах, та или иная реализация компилятора учитывает особенности платформы и генерирует совместимый машинный код. Но допустим, вам необходимо написать что-то сложнее hello world. Вы ищете подходящий функционал в стандартных библиотеках и, допустим, не находите. Зато вы находите подходящую библиотеку А, но вдруг выясняется, что она использует компоненты сторонней библиотеки Б, которая ...
Ну, в целом, цепочка зависимостей может быть весьма длинной. И вот, ваш проект, ради одной фичи обрастает кучей зависимостей. Более того, вы сталкиваетесь с проблемами лицензирования, так как программный код, который вы гуглите и скачиваете из интернетов, скорее всего распространяется как Open Source, а значит - вы не можете закрывать свой исходный код (всё немного сложнее, но если ваши намерения по распространению своего проекта выходят несколько дальше, чем лабораторная работа по информатике, эти проблемы могут возникнуть).
У вас может возникнуть желание написать свой "велосипед" под себя, но, тем самым, вы тратите время на создание некоего вспомогательного компонента, и вообще, ваша программа не про это.

Теперь перейдём к .Net Framework. Разработчики постарались для вас и написали несколько десятков (или сотен) тысяч классов практически подо все умозрительные задачи, которые могут вам понадобиться, то есть это "кубики лего", позволяющие вам БЫСТРО писать приложения, сосредоточившись на логике вашей программы.
Вам не надо реализовывать свой файловый ввод-вывод, работу с сетью, криптографию, коллекции, работу с базами данных и пр. Всё уже есть, всё пишется в 1-2 строки. Всё готово к употреблению.

Как же этим пользоваться? В объектами фреймворка можно работать на нескольких языках: C#, VB.Net, F# и что там ещё напридумывали, все они взаимодействуют с Common Language Runtime и имеют доступ ко всем классам фреймворка.

Если у вас (или у вашего тимлида) нет ОКР, то можно и suppress сделать.
НО!

Тут при повторном рассмотрении углядел, что вы в obj передаёте не ссылку на объект, который событие отправляет, а какой-то параметр. В этом случае это действительно может ввести в заблуждение (как ввело меня только что, например, когда я подумал, что вы параметры не передаёте, а только ссылку на отправителя события). Я, не зная вашего кода, вижу событие и ОЖИДАЮ стандартного шаблона (особенно если вы используете тип object), и здесь мой шаблон "рвётся" :)

Во-первых, есть класс ProgressEventArgs, который служит ровно той цели, что вы здесь "свелосипедили".

Стиль написания кода - это, если уж честно, догма от Майкрософт, и вещь субъективная. Однако, нельзя считать эту догму плохой. Она задаёт общий шаблон для написания кода и позволяет потом легко свои решения масштабировать.

В общем, это ваше решение. Если код закрытый и никто, кроме вас его больше не увидит, и вы уверены, что и через несколько лет вы, просматривая этот фрагмент, будете чётко знать, что на самом деле в объекте obj типа object вы передаёте в событии целочисленный параметр состояния прогресса, то можете делать suppress этому кейсу.
Если же вы планируете публиковать этот код (это часть Open Source) проекта, то вердикт однозначный - переписывайте.

См. выше - Named Pipes (Именованные каналы) - это то, что нам рекомендует Microsoft (да и самое простое, если честно).
Впрочем, ради масштабируемости, можете рассмотреть связь по TCP/IP (да, да, в пределах одного компьютера через 127.0.0.1 тоже можно). Это, кстати, позволит потом легко масштабировать программу до сетевого взаимодействия.

Пример