На счет того, что первично а что вторично. Тест тоже могут быть первичны (TDD). Это такая же часть приложения как и остальной код. Но статика тоже может быть нужна, бесспорно.
И на счет IoC, если вы используете DI, то действительно лучше стараться инжектить все зависимости. Даже если не выделять какие-то интерфейсы. Главное не доходить до абсурда (как в вашем примере).
Вчера в скайп постучался парень с ником temper-desu в скайп и попросил передать вот эту книжку.
Сказал что очень пригодится для моделирования процессов на C/C++.
Я как бы имел в виду что с авиационного пулемета очень даже неплохо можно голубей отстреливать. Мне тоже нравится когда все есть у меня под рукой в VS. Собственно поэтому я только ей и пользуюсь.
Возможно стоит написать имена коллекций в коде моделей.
Для стратегии «все встроено» — это Groups, а для стратегии «частичного встраивания» — это Users.
Ну смотрите, пусть у вас в системе есть две сущности проекты и сотрудники.
Они состоят в отношении многие ко многим.
Получается если строить модель со вложенными элементами а не нормализированную, то у вас может быть два варианта:
1) Коллекция Сотрудников у которых вложенная коллекция Проектов
2) Коллекция Проектов с вложенной коллекцией Сотрудников
Вы уже не можете в обоих этих случаях одинаково назвать вложенную коллекцию как получилось в примере группами и участниками (и то только на английском языке).
Я бы вообще в этом случае или назвал бы коллекцию участников в группе members, или коллекцию групп у юзера назвал бы groups/subscriptions.
И на счет IoC, если вы используете DI, то действительно лучше стараться инжектить все зависимости. Даже если не выделять какие-то интерфейсы. Главное не доходить до абсурда (как в вашем примере).
Сказал что очень пригодится для моделирования процессов на C/C++.
Тоже помню в школе несколько «арен» создал.
Кстати и я на 4м курсе сейчас =)
Голосую за то чтобы включить это в статью.
Еще и бесплатная express версия есть.
Для стратегии «все встроено» — это Groups, а для стратегии «частичного встраивания» — это Users.
Они состоят в отношении многие ко многим.
Получается если строить модель со вложенными элементами а не нормализированную, то у вас может быть два варианта:
1) Коллекция Сотрудников у которых вложенная коллекция Проектов
2) Коллекция Проектов с вложенной коллекцией Сотрудников
Вы уже не можете в обоих этих случаях одинаково назвать вложенную коллекцию как получилось в примере группами и участниками (и то только на английском языке).
Я бы вообще в этом случае или назвал бы коллекцию участников в группе members, или коллекцию групп у юзера назвал бы groups/subscriptions.