J'ai créé une solution vide Visual Studio et ajouté deux projets: Backend (Type de bibliothèque de classes) qui aura le fichier .edmx pour accéder aux informations; et Frontend (type ASP.Net) qui aura la base de données dans le dossier app_data.Suggestions pour une architecture d'application Web Forms ASP.Net?
Est-ce une bonne conception architecturale ou y a-t-il une façon plus éprouvée d'organiser ce type d'application?
Diviser le code d'accès aux données dans un projet de bibliothèque est une bonne idée. Je travaille actuellement sur un projet ASP.NET qui est presque le même - j'ai une classe de bibliothèque que j'utilise pour accéder aux données, et dans l'autre projet j'ai mes pages aspx. La seule différence est que mes données sont dans SQL Server (en utilisant le framework d'entité pour accéder à ces données via un fichier .DBML).
Pour le type de site que vous construisez (données dans le dossier App_Data), il semble que ce sera un site simple qui n'a pas besoin de faire quoi que ce soit d'intense, c'est-à-dire scaling.
Le plus souvent, cela dépend de la taille de votre projet, mais en général, j'ai tendance à séparer la partie frontale du backend s.t. ça devient réutilisable. Donc, dans cette direction, votre organisation est déjà bien.
Si vous voulez aller plus loin, je voudrais jeter un oeil aux architectures d'application en couches. This post ici peut vous donner un aperçu de cela et vous pouvez trouver des éléments réutilisables.
Personnellement, je n'aime pas vraiment que la base de données réside dans le dossier "app_data" du projet d'interface utilisateur (c'est-à-dire le projet d'application Web ASP.net). Mais pour les petites applications c'est bien :)