Contrôles BindingSource dans WinForms - par rapport à LINQ, ADO.Net, etc?

Question

Je suis relativement nouveau dans la programmation de base de données dans WinForms et j'utilise les contrôles BindingSource, DataSet et TableAdapter pour afficher les données d'une base de données Access dans les contrôles grid et Component One Chart.

L'application est assez simple en ce moment - l'utilisateur sélectionne une ligne dans la grille, et un ensemble connexe de points de données est tracée dans le contrôle graphique. L'approche de BindingSource a fourni beaucoup de satisfaction instantanée au début, mais j'essaie maintenant de la faire fonctionner avec les contrôles Component One Report, et j'ai commencé à avoir des erreurs d'exécution qui n'ont pas de sens à mon niveau actuel de la connaissance. Je commence à me demander si cela vaut la peine de continuer sur cette voie, ou si je devrais mettre mes efforts dans une approche plus puissante dès le début (LINQ semble très prometteur, par exemple).

Ma question - quelles sont les limites de l'approche BindingSource par rapport à LINQ?

Et comment se compare ADO.Net?

-Tom Bushell

PS Si vous lisez cette question, s'il vous plaît voter vers le haut pour que je puisse au moins obtenir suffisamment de points de rep pour commencer des commentaires. Merci!

Answer 1

Malheureusement Linq to SQL n'est pas supporté par MS Access. Quant à ADO.NET, vous l'utilisez déjà (DataSet fait partie d'ADO.NET). Si vous vouliez dire ADO.NET Entity Framework, vous n'avez pas de chance car il ne supporte pas MS Access. Si vous passez à SQL Compact Edition, vous pourrez utiliser d'autres technologies (comme Linq to SQL) mais vous trouverez toujours qu'un BindingSource ou BindingList est le meilleur moyen d'obtenir des données liées à vos winforms sans implémenter les vôtres. version.