Считаются ли классы, созданные LINQ (DBML), POCOs? Если я добавлю к этим классам статические запросы, останутся ли они POCO?
Я полагаю, что это изменится, когда я начну заниматься бизнесом с использованием частичных компонентов LINQ. Например, добавление других атрибутов, создание коллекций и, по сути, превращение частичных объектов в нечто большее, чем классы DAL.
Если классы LINQ являются POCO, каков еще один пример?
Я бы сказал, нет. Класс, созданный дизайнером Linq to SQL, обладает приличным интеллектом.
Ну, по крайней мере, они не наследуют какой-либо специальный базовый класс. И большую часть кода вы можете просто удалить - LINQ-to-SQL в этом не нуждается. Но обратите внимание, что при этом вы потеряете множество улучшений, таких как более эффективное отслеживание изменений (без событий, связанных с изменением свойств) и отложенная загрузка для отношений.
Что еще более важно, кого это волнует, если кто-то считает их POCO, если они работают для того, что вам нужно? Что касается добавления вашего собственного поведения к объекту данных ... вот для чего нужны объекты. POCO не означает отсутствие поведения, это просто означает, что объекты не слишком "странные" или не содержат большого количества кода, специфичного для платформы (например, необходим специальный базовый класс, специальные интерфейсы и т. Д.)
Краткий ответ: нет. Классы, созданные LINQ to SQL, содержат логику сохранения базы данных, которая требуется LINQ to SQL для правильной работы. POCO, по определению, не имеют такого кода.
