Surcharger un DAL non compatible SL

Bonjour,

Je possède un DAL (développer en C++) qui n'est pas compatible avec SL (impossible de le référencer dans mon projet).
Il est tout à classique mais basique car il n'implémente pas de notifications de modifications par exemple.

Code:

---

1 2 3 4 5 6 7

CustomerObject c = new CustomerObject(); c.Load(1);   c.Name = "Dupont"; c.CountryId = 1; c.Update(); ...

---

Je voudrais garder ce DAL pour ne pas tout refaire et pour des raisons de sécurité aussi.
Mais je voudrais en faire des EntityCollection, ObservableCollection, ... pour pouvoir implémenter la notification via PropertyChangedEventHandler pour les ObservableCollection par exemple.
Et surtout en bénéficiant de nouveaux types de collections je pourrais ainsi faire du binding TwoWay.

Mais je ne sais par ou commencer...

J'ai bien penser a utiliser un template T4 pour redéfinir toutes les propriétés du DAL et "automatiser" ainsi l'écriture de nouvelles classes qui surchargeraient celles déjà existantes.

Ceci étant je suis preneur de vos retours d’expériences et idées.

Par avance merci.

Bonjour,

ta question est un peu floue en fait.

Tu veux utiliser ta dll c++ coté Silverlight ou coté serveur ?
Ta Dll c++ est-elle en code managé ?
Quand tu fais ceci :

Code:

---

1 2	c.Load(1);

---

d'ou est chargée l'information ? d'une base de donnée ?

Citation:

---

Envoyé par Samoteph

Tu veux utiliser ta dll c++ coté Silverlight ou coté serveur ?

---

Côté serveur, cela devrait suffire.
En tout cas ça suffit pour pouvoir y accéder depuis Silverlight.

Citation:

---

Envoyé par Samoteph

Ta Dll c++ est-elle en code managé ?

---

J'imagine que oui, puisque lorsque j'ajoute ma DLL en tant que référence j'ai un fichier Interop.MaDll.dll qui vient s'ajouter au projet (côté serveur).

Citation:

---

Envoyé par Samoteph

Quand tu fais ceci :

Code:

---

1 2	c.Load(1);

---

d'ou est chargée l'information ? d'une base de donnée ?

---

oui, car dans la DLL est gérée la connexion à la base de données.


J'espère que c'est enfin plus clair. :oops:

ce qu'il te faut au final c'est un WebService qui encapsule ta dll ?

J'y est pensé.

Mais si je dois me retaper la déclaration de toutes les propriétés et méthodes dans les WebServices et ensuite côté serveur écrire les classes qui vont me permetrre de faire du binding.

Es-ce que je ne réécris pas autant de lignes de code que ma DLL ?

Ok, d'accord je n'ai pas le code métier, ni à gérer la connexion à la base de données.

Mais rien que pour le binding il y a pas mal de code à se taper...

L'objectif est de faire un WebService qui va te servir de wrapper sur ta DLL donc tu vas écrire moins de lignes de code.

D'un autre côté, c'est le seul moyen possible à ma connaissance, je vois pas d'autres possibilités

Se retaper les déclarations des méthodes c'est quand même un travail très superficiel par rapport à se taper l'intérieur des méthodes ;)

J'ai eu le même problème que toi, pas d'autre choix que de créer un service WCF qui fait le lien entre la DAL et silverlight, et peu importe la solution, elle va impliquer que tu réécrives pas mal de choses, essaye juste de le faire le plus proprement possible (ne pas oublier INotifyPropertyChanged sur tes nouvelles classes etc....) histoire que tu te tapes pas le boulot plusieurs fois

Ah non j'oubliais concernant les classes, j'ai converti la DLL de la DAL en supprimant tout ce qui concerne les accés DB pour la mettre côté silverlight du coup pour celle ou le INotifyPropertyChanged est pas nécessaire par exemple pas besoin de la réécrire

Citation:

---

Envoyé par DaMo`

J'ai eu le même problème que toi, pas d'autre choix que de créer un service WCF qui fait le lien entre la DAL et silverlight, et peu importe la solution, elle va impliquer que tu réécrives pas mal de choses, essaye juste de le faire le plus proprement possible (ne pas oublier INotifyPropertyChanged sur tes nouvelles classes etc....) histoire que tu te tapes pas le boulot plusieurs fois

Ah non j'oubliais concernant les classes, j'ai converti la DLL de la DAL en supprimant tout ce qui concerne les accés DB pour la mettre côté silverlight du coup pour celle ou le INotifyPropertyChanged est pas nécessaire par exemple pas besoin de la réécrire

---

as-tu utiliser des tutos pour cela ?
si oui ça m'interesse ! :lol:

Y'a pas vraiment besoin de tuto parce que si tu as quoi que ce soit qui soit pas dans le CLR silverlight tu vas devoir le supprimer (Arraylist, Datareader.....)

Donc faudra d'abord nettoyer, tant qu'à faire tu crées une nouvelle solution (Silverlight class library) avec le même namespace que ta dll et tu fais le ménage.

Par contre si dans ta dll .net il y'a rien qui ne soit pas utilisable dans silverlight tu peux regarder ici :

Convertir manuellement

Converter auto