Bienvenue à Blogs CodeS-SourceS Identification | Inscription | Aide

Benjamin Roux

Silverlight Expert - Silverlight Fan - MVP Client App Dev

Actualités

  • Mon statut Live Messenger :





    View Benjamin Roux's profile on LinkedIn

    Benjamin Roux's Facebook Profile


    MVP Blog Badge.
[Silverlight] Suggestion – Déplacer INotifyCollectionChanged de System.Windows.dll vers System.dll

Je viens juste de soumettre une suggestion sur Microsoft Connect pour déplacer INotifyCollectionChanged de System.Windows.dll vers System.dll.

Vous pouvez voir ma suggestion à cette adresse : https://connect.microsoft.com/VisualStudio/feedback/details/560184/move-inotifycollectionchanged-from-system-windows-dll-to-system-dll

Voici la raison pourquoi je suggère ça :

En fait je voulais prendre avantages de la nouvelle fonctionnalité de Silverlight/VS 2010 qui permet de partager des assemblies entre SL et le .NET Framework (voir http://blogs.msdn.com/clrteam/archive/2009/12/01/sharing-silverlight-assemblies-with-net-apps.aspx) Tout allez bien jusqu’à ce que je tente de partager une collection custom (avec de la logique custom) implémentant INotifyCollectionChanged. (vu que cette interface se trouve dans System.Windows.dll qui n’a pas été rendu partageable).

Cette modification a déjà été réalisée dans le Framework 4 (voir https://connect.microsoft.com/VisualStudio/feedback/details/488607/move-inotifycollectionchanged-to-system-dll), elle a été déplacé de WindowsBase.dll vers System.dll, donc ça doit aussi être faisable en Silverlight.

Si vous pensez que c’est légitime, vous pouvez voter pour !

Ce post vous a plu ? Ajoutez le dans vos favoris pour ne pas perdre de temps à le retrouver le jour où vous en aurez besoin :
Posted: mercredi 19 mai 2010 13:28 par broux
Classé sous : , ,

Commentaires

NeuroCypher a dit :

done.

Bonne idee.

# mai 20, 2010 10:25

VANNESTE Xavier a dit :

Ca risque pas d'entrer en conflit avec INotifyCollectionChanged qui est dans system.dll du framework.net ??

http://msdn.microsoft.com/en-us/library/system.collections.specialized.inotifycollectionchanged.aspx

# mai 21, 2010 11:55

broux a dit :

C'est le but (enfin pas qu'il y ait un conflit).

En Silverlight, INotifyCollectionChanged se trouve dans System.Windows.dll, et lorsqu'on veut partager une assembly, qui contient une classe l'implémentant, entre SL et le .NET Fx, on est bloqué puisque System.Windows.dll de Silverlight n'est pas "shareable".

Si elle se trouvait dans System.dll tout fonctionnerait.

# mai 21, 2010 17:29
Les commentaires anonymes sont désactivés

Les 10 derniers blogs postés

- Simuler facilement l’envoi de mail par Blog de Jérémy Jeanson le il y a 15 heures et 6 minutes

- ProcDump 6.0 : support du filtrage sur messages d'exceptions .NET, des filtres multiples et du ciblage par nom de service par CoqBlog le 05-20-2013, 14:50

- Votez pour le TOP 10 des influenceurs SharePoint francophones ! par Le blog de Patrick [MVP SharePoint] le 05-20-2013, 12:59

- [Conf’SharePoint] Dernier rappel ! :-) par Le blog de Patrick [MVP SharePoint] le 05-20-2013, 09:09

- [ #SharePoint 2013 ] les modèles de sites standards… par Le blog de Patrick [MVP SharePoint] le 05-20-2013, 09:03

- 10 erreurs de compréhension concernant SharePoint… par Le blog de Patrick [MVP SharePoint] le 05-20-2013, 08:27

- Conf’SharePoint : 10 bonnes raisons pour ne pas la rater par Le petit blog de Pierre / Pierre's little blog le 05-14-2013, 02:24

- [Event] Soirée de lancement Agile .NET France à Lyon par Blog Agile/ALM de Vincent THAVONEKHAM le 05-13-2013, 01:29

- .NET / Debug : inspection de la mémoire d'applications .NET (dump ou processus live) : première livraison d'une librairie .NET par Microsoft par CoqBlog le 05-11-2013, 22:21

- SharePoint : Incompatibilité avec Internet Explorer 10 (IE10) par Blog Technique de Romelard Fabrice le 05-08-2013, 16:29