MrDywar Pichugin

Я почти всегда по таким вопросам первым делом захожу на metanit.com.
А так верно, если хочется не просто ознакомиться что там такого, то оф документация и курсы на https://docs.microsoft.com/ru-ru/learn/.

Нет такой защиты, ее не существует.
csrf тут не причем, никакой скрипт не пытается выполнится.

F12 доступна всем, пользователь получил копию документа (HTML, CSS, JS), и может с ней сделать что угодно.
Точно также он может посмотреть HTTP запрос, и отправлять туда что угодно не используя браузер.

На хабре давным давно описывали проект, который защищает от подобного. Мол человек заходил из своего браузера в другой браузер, где нет F12, и уже там открывается сайт. Можете погуглить эту статью.

Клиентский код выполняется и хранится на клиенте, клиент может с ним делать все что пожелает.
Сервер должен проверять каждый запрос на валидность, не зависимо ни от чего. Любой запрос считается не правильным, если не доказано обратное.

Посмотрите на Postman, Fiddler2, Burp. Это ПО специально для того что бы смотреть и изменять ответ-запрос.

Посмотрел комменты к другим ответам.
- Сервер не должен принимать стоимость товара полученные от клиента как действительную. Клиент получил копию цены, ее значение на момент запроса. Это просто информация для клиента, не для сервера. Только сервер знает текущую стоимость, клиент может запросить ее значение в определенный момент времени, и все.
А вот что делать если клиент успел выполнить заказ по старой цене, а на сервере уже новая, это задача анализа (для аналитиков).

Вам достаточно изучить код любого интернет магазина, как реализовано там. Книгу поискать где подобное приложение разбирается.

Через EF:
1) Получить строки по условию из БД.
2) Удалить полученные строки, вызвав метод Remove/RemoveRange на репозитории или как вы их получаете.
Да - чтобы удалить нужно сначала загрузить, это ограничение чистого EF. Данные гоняются два раза.

Через SQL:
1) Пишем SQL скрипт.
Минус - лучше избегать SQL при использовании EF, т.к. при переименовании свойств, таблиц - скрипты нужно будет искать и править отдельно. Их сложнее тестировать, изменять и т.п.

Через расширение для EF:
1) Пишем context.BulkDelete(customers, options => УСЛОВИЕ ) и все.
Ищем аналоги https://entityframework-extensions.net/bulk-delete, есть бесплатные точно.
В этом случае мы используем EF, не пишем SQL, при этом данные не гоняются дважды, код чище, понятней и т.п.

Проще самому сделать.

class Question {
List<Answer> Answers { get; set; }
}

class Answer {
string Text;
bool isValid;
}

На metanit.com/sharp/ читаем про Entity Framework, делаем приложение по шаблону сущности (создать, прочитать, удалить), и накидываем функционал. Можно найти видео как люди делают список книг или еще что-нибудь похожее, и переделать это под свое.

1) Контроллер - связывает UI и логику, но это не сама логика, максимум тут подготовка модели к дальнейшей передаче. GRASP - Контроллер.
2) Логику по получению, маппингу и т.п. переносим в сервис. SomeModelService например.
3) Repository - просто коллекция, никаких not_found там нет.
4) Данный сценарий как я понял обновляет существующую сущность. Значит вероятно следует добавить проверку на конкуретный доступ, оптимистический, т.к. это веб. Т.е. пусть в SomeModel будет значение версии, дата или int или что вам удобно. И хендлинг всех возможных ситуаций делайте не в контроллере а в сервисе. Т.к. UI может добавится другой.
5) Вместо конкретных репозиториев и сервисов используйте интерфейсы. SOLID, буква D. Это позволит легко тестировать приложение, и разрабатывать модули не ожидая все другие модули, которые вы используете.

Но если приложение простое, или учебное, то можно просто забить на все это, т.к. оверхед большой, и пилить как удобно. В таком случае разницы между 1 и 2 способ не много, но 1-ый чище.
Примеры всяких GetOrXXX хорошо подсмотреть у C# LINQ. FirstOrDefault и т.п.

Карта развития IT
Учить можно на https://itvdn.com/ru и https://edu.cbsystematics.com/ru/education/special...

Нужно выучить до уровня - могу сделать небольшой для ХХХ. Как тестовое задание.
Лучше сразу задуматься про SPA (react, angular), но этому уже на работе можете научится.

Task
https://msdn.microsoft.com/ru-ru/library/system.th...

Почитайте Макр Симана - внедрение зависимостей.
IoC - самое "грязное" место. Размещайте его в точке старта приложения, где ему и место.

0) Почитать метанит.

1) Сделать руками 1 или два примера из блога - https://chsakell.com/category/asp-net-core/
1.1 - https://chsakell.com/2016/06/23/rest-apis-using-as...
1.2 - https://chsakell.com/2016/10/10/real-time-applicat...
Там Core старый, но за одно и лучше отличия в новом рассмотрите, сразу на 2.1 пишите.

2) Посмотреть курс Build a real-world app with ASP.NET Core and Angular 2 - https://programmingwithmosh.com/build-a-real-world...
Все по полочкам разложит, после 1 пункта будет понятно что и как делать.

Как Петр говорит или что то подобное или никак.

HTTP
HTTP_header_field

Подробней напишите что является критерием уникальности в вашем случае.
Одно устройство, один браузер, один пользователь или еще что то.
Нужна статистика для всех страниц, или для одной.

Можно использовать JS или нет.
JS может много инфы достать.
Погуглите - how google analytics work.

C# сам по себе ничего толком в вашем случае не сможет сделать, кроме cookie.