Это имеет значение, потому что контекст управляет временем существования данных отслеживания изменений, а также влияет на то, какие экземпляры объектов вы можете связать вместе при редактировании объектов, поскольку объекты в двух разных контекстах не могут иметь отношения друг с другом. Мне кажется, что приведенные вами примеры взяты из приложения ASP.NET MVC. В этом случае я обычно использую один контекст сущности для каждого запроса, так как запросы недолговечны, и поскольку обычно при обновлении объекта в запросе приходится выбирать другие объекты и создавать отношения между ними.
С другой стороны, вы не хотите сохранять контекст сущности в течение длительного времени, потому что он будет занимать память, отслеживая изменения во все большем и большем количестве объектов.
Это может показаться аргументом в пользу «одного контекста на каждый класс "вариант, но на самом деле это не так. Это больше похоже на аргумент в пользу «одного контекста на единицу работы».