La typage fort est bon et dandy lorsque vous savez à quoi ressemblera votre schéma au moment de la compilation. Mais que faire si vous travaillez sur une application qui permet à l'utilisateur de définir son propre schéma?Faible typage LINQ aux données relationnelles
Existe-t-il un fournisseur LINQ relationnel fiable qui fonctionne au même niveau d'abstraction que LINQ to XML?
Exemple:
var whoIsJohnGalt = db.Tables["Persons"]
.Where(row => row["First Name"] == "John" && row["LastName"] == "Galt")
.Select(row => row["Bio"]);
LINQ à DataSet ne compte pas parce que ce n'est pas très différent de LINQ aux objets: il faut l'ensemble de données à être pré-rempli.
De nombreux frameworks PHP (par exemple Zend_Table, les modèles de CakePHP) fonctionnent de cette manière, donc ce n'est pas entièrement infaisable. Mais si un tel outil n'existe pas, je suis probablement mieux avec ADO.net brut qu'avec la génération de code fortement typée.
Non que C# ait un typage dynamique, est-ce toujours logique de l'utiliser? –
Presque n'importe quelle langue peut faire du typage dynamique si vous implémentez quelque chose de similaire à un dictionnaire (par exemple une carte, une carte de hachage, un tableau associatif, etc.) – MapDot