Мои проекты имеют следующую структуру:
DAL - Библиотека классов - файл EDMX (но я не хочу зависеть от Entity Framework, так что это может быть файл Linq для SQL ) BusinessLogi c - Библиотека классов - ICustomer (класс интерфейса, добавление, обновление, редактирование записи) - CustomerService (класс, наследующий ICustomer) - MyContextClass (класс, который ссылается на проект EDMX / DBML выше) Веб-сайт - Проект WebForms
Недавно мы подумали о том, чтобы представить новый проект, например, приложение для телефона, настольное приложение и т. Д. c.
После некоторых исследований кажется, что Лучший способ продвинуться вперед - ввести классы POCO, чтобы каждое новое приложение могло использовать эти классы для того же.
- Нужно ли мне вводить новую библиотеку классов с этими классами?
- Если да, и я представляю новую библиотеку классов, как мне создавать классы POCO, особенно когда у меня есть такие методы, как
List<Customer> GetCustomers() в слое BusinessLogi c? Должен ли я вручную генерировать каждое свойство и реплицировать каждый столбец, который у меня есть в таблице базы данных? В моем DAL у меня есть частичные классы, позволяющие мне иметь дополнительные методы для столбца, т.е. NormaliseCustomerName, поэтому, когда Я использую что-то вроде
c .Name = myValue.Name.NormaliseCustomerName ();
против текстового поля.
Мне нужно чтобы переместить их в класс POCO. 4. Было бы здорово, если бы кто-нибудь мог дать мне краткий пример, поскольку я прочитал несколько руководств, но, похоже, между каждым подходом есть различия.