eRKa

https://docs.microsoft.com/en-us/dotnet/api/system...

1. Инъецирует, значит не создает экземпляр внутри себя (т.е. не делает new Service()), а принимает Service как параметр, чаще всего как параметр конструктора

var service = new Service();
var presenter = new Presenter(service);

2. Да, это значит, что презентер должен создать внутри себя модель и вернуть ее для отображения. И в тексте не написано, что это view. Это две разные модели.

Вот я бы tcp не рекомендовал. Вообще в большинстве многопользовательских играх tcp противопоказан, будете получать задержки, фризы. Поле у Вас будет одно на двоих и получите рассинхронизацию, что противник будет съедать яблоко, которое Вы уже съели.
Используете upd протокол, по нему регулярно, раз в какой-то промежуток времени, получаете координаты всего списка змейки от противника и направление движения, а сами, ему же, транслируете свои. На своем экране, у змейки противника никакой логики, только отображение: отобразили все полученные координаты и двигаете ее в полученном направлении, пока не получили новые данные.
Я когда то, как курсовую, сдавал тетрис по сети, только на wpf. Реализация была именно такая как описал. Игра была только в локалке, между компами, без всяких центральных серверов.

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

По идее пока поток открыт, то доступ к файлу будет заблокирован, при попытке получить еще один доступ будет выскакивать эксепшин. Можно посмотреть, после while поставить брекпоинт или thread.sleep и с второго приложения попытаться прочитать файл.

И если создание потока прячется в using, то нет смысла прятать код в try/finally и руками вызывать close(). Юзинг как раз и предназначен для того, чтоб об этом не беспокоиться, он сам разворачивается в try/finally, в котором поток и закроется.