Confusion à propos du flux de travail C#/Silverlight

Question

Je travaille sur certains contrôles graphiques pour mon application Web ASP.NET.

Je suis conscient de visifire et les tableaux Silverlight MS fournit maintenant. Mon exigence est venue avant que je sois au courant de ceux-ci et leurs rejets et j'ai l'intention d'écrire des graphiques qui sont aussi bons que Dundas ou ChartFX (ou est-ce SoftwareFX?). De toute façon, comme la logique est la partie la plus logique, j'ai écrit quelques méthodes dans une classe. Des choses comme "tracer les points, pour chaque int dans un int [], le tracer sur un graphique à une coordonnée spécifique (par exemple la valeur 10 est de 10 pixels, etc.)".

Avec une compréhension de la logique, d'où vient Silverlight? Puis-je concevoir les éléments de graphique en XAML (j'utilise KaXAML) et comment puis-je référencer une méthode C# pour tracer les points?

En résumé, comment faire référence à C# à partir de XAML et vice versa? Puis-je créer un contrôle Silverlight sans logique C#, puis l'implémenter dans ma solution?

Merci

Answer 1

Je suggère d'utiliser un contrôle hors-the-box qui fournit des fonctionnalités telles que la cartographie Silverlight Control Toolkit. C'est à moins que vous ayez besoin de fonctionnalités spécifiques qu'il ne fournit pas. Dans ce cas, vous pouvez toujours utiliser la source comme point de départ pour les contrôles que vous souhaitez créer.