LINQ to SQL и Dotnetnuke - хороший выбор, или мы должны придерживаться трехуровневой архитектуры?

Сценарий проекта

Технология: Dotnetnuke (прибл. 100 - 150 экранов)

Архитектура данных: LINQ to SQL выбран с помощью разработчика кода PLINQO

Модули настраиваются, поэтому ничего страшного, если они не работают с Oracle или MySQL в качестве бэкэнда.

Итак, вопрос в том

Из-за выбора LINQ to SQL вместо трехуровневой модели поставщика возникнут какие-либо проблемы?

в этом случае рекомендуется использовать веб-сайт с динамическими данными?


person Harryboy    schedule 21.08.2009    source источник


Ответы (1)


Мы использовали Linq to SQL для многоуровневой системы, и это было волшебно, немного утомительно, но боль стоит того.

Однако я рекомендую вам изучить Entity Framework, поскольку Linq to SQL устарел и заменен на EF. Мы выяснили это на собственном горьком опыте. Linq to SQL по-прежнему будет существовать, но для него не будут создаваться новые функции, и в конечном итоге они перестанут поддерживаться.

Однако у EF есть много одинаковых основных принципов, поэтому их определенно стоит изучить.

Надеюсь это поможет,

Кайл

person Kyle Rosendo    schedule 21.08.2009