всем привет. небольшой вопрос для обсуждения по поводу архитектуры.
если построить в asp.net приложении слой, работающий с данными, на базе entity или linq 2 sql (с репозиторием или без) то естественно в приложении это слой будет работать с экземплярами классов Entity - соответстсвие между таблицей в БД и классом C# в проекте.
вопрос - стоит ли эти классы использовать как классы модели или нужно для модели делать свою реализацию экземпляров модели?
тут что смущает
1. такой класс модели будет сильно похож на класс Entity
2. но одинаковыми они не будут - то есть если в базе есть запись о пользователе User (login, email), то в модели может быть так описана запись о пользователе UserInfo(login, email, displayName), где displayName = login ?? email.
3. наличие классов модели , отличных от объектов Entity позволит использовать их в любой библиотеке, где нужно работать с классами модели и не нужен доступ к БД
4. если приложение работает со слоем, который отдает классы модели, отличные от entity (например скрыто за фасадом), и внутри слоя приложение работает с объектами entity,то это позволит в случае необходимости поменять логику работы слоя с данными на xml, и не трогать реализацию web приложения
5. наличие разных объктов слоя доступа к данным и слоя модели требует создания двунаправленного конвертора, а это может быть довольно много.
так что стоит разделять классы, представляющие объекты БД и классы модели - у кого какой опыт и какое мнение на это счет ?