Для Entity Framework 5.0.0.0 - 6.1.3
Вы действительно хотите сделать следующее:
1. using System.Data.Entity; to startup file (console app --> Program.cs / mvc --> global.asax
2. Database.SetInitializer<YourDatabaseContext>(null);
Да, Matt Frear верен. UPDATE -EDIT: Предостережение заключается в том, что я согласен с другими в том, что вместо добавления этого кода в global.asax добавлен в ваш класс DbContext
protected override void OnModelCreating(DbModelBuilder modelBuilder)
{
// other code
Database.SetInitializer<YOURContext>(null);
// more code
}
. Как уже отмечалось, это хорошо для обработки модульного тестирования.
В настоящее время я использую это с Entity Framework 6.1.3 /.net 4.6.1
Для приложений
Company.Product.Tier.Sub.Sub
где мне нравится получать Уровень из Модели, Представления, Контроллера или других установленных имен (Данные)
Но для наших средств управления, мы заканчиваем с
Company.Product.LogicalFeatureGrouping
или
Company.Product.Addon
иногда это
Company.Product.LogicalFeatureGrouping.Addon
Старайтесь избегать "и другой материал" или "misc". категории при помещении вещей в эти категории, Вам не удается действительно организовать их вообще.
Я обычно создаю пространство имен для каждого уровни, как UI, бизнес-логика и база данных. Это вынуждает меня разделить уровни. Я создаю другие пространства имен в них согласно компонентам системы.
Я следую за Java / идеал Python, что пространства имен должны следовать за структурой каталогов.