Daniil Danilov

Привет,

1. MSDN + professorweb.ru (хороший ресурс для начинающих)
2. Онлайн ресурсы и настольный справочник можно, например (https://www.ozon.ru/context/detail/id/7589270/)
3. Классика жанра: https://msdn.microsoft.com/ru-ru/magazine/dd419663.aspx
4. С наскоку в голову не приходит, посмотри https://github.com/MarkWithall/worlds-simplest-csh...
5. Пользоваться или нет, поймешь после того, как погрузишся в тему
6. На данном этапе он не нужен. В дальнейшем все будет зависеть от тебя.

Рекомендую к прочтению:
sergeyteplyakov.blogspot.de/2014/12/what-are-inter...

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

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

Не совсем ясен вопрос, если хотите затестить UserRepository скройте контекст за интерфейсом и напишите мок.
Затем можно эмулировать "плохое" поведение объекта(контекста), и на основе этого расширять логику репозитория. Ситуация аналогична UserSvc собственно которую Вы и описали (я должен замокать IUserRepository, что бы тестировать чисто сервис. ).

На начальном этапе, порекомендовал бы Вам самому писать моки, затем пользоваться различными фреймворками.

Возможно, стоит взглянуть в сторону своей "Custom" ORM, адаптированной под ваши цели, задачи, и используемые кмпоненты.

Microsoft Visio