MVC n'est en aucun cas le seul modèle de conception pour le Web, mais il est utile.
Adopter uniquement le « M » rapportera des dividendes, à mon avis, même si vous ne pouvez pas/ne voulez pas adopter le « V » ou le « C ».
Nous avons une classe utilitaire simple en interne pour nos appels de base de données (un wrapper léger autour d'ADO.NET), mais je pense créer des classes pour chaque base de données/objet. Serait-il judicieux de le faire, ou cela ne serait-il avantageux que si nous utilisions le framework MVC complet pour ASP.NET ?
Nous avons donc ceci :
SQLWrapper.GetRecordset(connstr-alias, sql-statement, parameters);
SQLWrapper.GetDataset(connstr-alias, sql-statement, parameters);
SQLWrapper.Execute(connstr-alias, sql-statement, parameters);
Pensez à faire ceci :
Person p = Person.get(id);
p.fname = 'jon';
p.lname = 'smith';
p.Save();
ou pour un nouvel enregistrement -
Person p = new Person();
p.fname = 'Jon';
p.lname = 'Smith';
p.Save();
p.Delete();
Est-ce que ce serait intelligent ou serait-ce exagéré ? Je peux voir les avantages pour la réutilisation, la modification de la base de données et la maintenance/lisibilité.
MVC n'est en aucun cas le seul modèle de conception pour le Web, mais il est utile.
Adopter uniquement le « M » rapportera des dividendes, à mon avis, même si vous ne pouvez pas/ne voulez pas adopter le « V » ou le « C ».