Артем G1
Скажите, пожалуйста, зачем советуют создавать репозитории, которые ни чего не делают, чего не делал бы DbContext?

Чтобы:

1) Не прибивать себя намертво гвоздями к DbContext
2) Для возможостей тестирования (можно подсунуть реализации репы на обычных массивах в памяти)
3) Для безболезненного внедрения дополнительной функциональности между клиентом репозитория и DbContext, например, Soft Delete, или логгирование, да мало ли чо.

Артем GТесты показали и я начинаю приходить к тому мнению что совет с static DAL вредный. Так ли это?

Статик однозначно всегда в 99.9% случаев вредный. В данном случае на все 100%, а те кто советует DAL делать статиком, пусть лучше коров доят.

Артем Gпо поводу 1го вопроса.
насколько оправдано создавать репозитории если проект маленький 5-10 таблиц и где не предполагается сложных запросов? не будет тестирования? (проект прост до безобразия...)
Вы бы стали создавать репозитории в этом случае?

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

Артем GЕсли у меня проект на WinForms. На форме для примера список заказов и я хочу просмотреть детали заказа мне нужно передать контекст по ref?

Не могу тут посоветовать что-то однозначное, так как многое неизвестно. Лучше передать зависимость через менеджер с управляемым временем жизни. Почитай больше про Dependency Injection (внедрение зависимостей).