Est-ce que LINQ to SQL et Dotnetnuke sont de bons choix ou devrions-nous nous en tenir à l'architecture à 3 niveaux?

Question

Scénario projet

Technologie: DotNetNuke (environ 100 - 150 écrans.)

Architecture de données: LINQ to SQL sélectionné avec CodeSmith PLINQO

modules sont personnalisés, de sorte que son bien si elle ne fonctionne pas avec Oracle ou MySQL en tant que back-end

Ainsi, la question est

en raison de la sélection de LINQ to SQL en place du modèle de fournisseur 3 niveaux, il va créer une question?

est-il recommandé d'utiliser un site web de données dynamiques dans ce cas?

Answer 1

Nous avons utilisé Linq to SQL pour un système n-tier et c'était magique, un peu une courbe d'apprentissage mais la douleur vaut le gain.

Cependant, je vous recommande de regarder dans Entity Framework, car Linq to SQL est déprécié et remplacé par EF. Nous l'avons trouvé à la dure. Linq to SQL va toujours exister, mais aucune nouvelle fonctionnalité ne sera créée pour cela et cessera éventuellement d'être supportée. Cependant, EF a beaucoup des mêmes principes de base, donc il vaut vraiment la peine d'apprendre.

Hope this helps,

Kyle