DataMember() et DataContract()

Bonjour à tous,

Je suis actuellement sur une application WCF dans laquelle j'ai besoin de transferer des objets métier par WCF j'utilise donc les attributs Datacontract et Datamember sur les classes metier (générées par LINQ to SQL), je cherche un moyen d'activer ces options dans le Designer LINQ car je mets ces attributs directement dans le fichier du Designer et naturelement je perd tout lors de la regénération !

Beaucoup de personnes sur internet disent que ces options sont disponibles dans le digner mais je ne les trouve pas, ni dans les propriétées des classes, ni dans les propriétées des champs !

Merci d'Avance.

tu peux régler internal/public dans le dbml.

tu peux mettre la serialisation a unidirectionnal mais ça ne correspond pas toujours aux besoins sinon tu copie colle les classe dans un fichier a part où tu les customise et tu vire les classes du fichier designer

Au niveau du designer LINQ To SQL, tu peux jouer sur la propriété SerializationMode: tu la positionnes à Unidirectionnal et le tour est joué ;)

Citation:

---

Envoyé par Thomas Lebrun

Au niveau du designer LINQ To SQL, tu peux jouer sur la propriété SerializationMode: tu la positionnes à Unidirectionnal et le tour est joué ;)

---

Mwé, moi je suis pas convaincu par cette technique.
Disons qu'avec cette technique si tu a ces 2 tables :

Address
======
Content

Person
======
Name
AddressId (FK vers Address)

Et bien coté serveur tu aura dans la classe Address une propriété "Persons" et dans la class Person une propriété "Address".
Mais coté client tu n'auras plus la propriété "Address" ce qui n'est franchement pas pratique.

Citation:

---

Envoyé par anthyme

Mais coté client tu n'auras plus la propriété "Address" ce qui n'est franchement pas pratique.

---

Heu, cela n'est pas normal. Coté client, lorsque tu ajoutes la références, il doit détecter que ton type Person possède une propriété de type Address et il doit donc te le proposer.....

Je viens de faire le test, j'ai créé un dbml représentant l'énoncé que j'ai donnée et je met unidirectionnal, et voici les classes généré (en élaguant un peu):

Code:

---

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40

[Table(Name="")] [DataContract()] public partial class Person : INotifyPropertyChanging, INotifyPropertyChanged {     [Column(Storage="_Content", CanBeNull=false)] [DataMember(Order=1)] public string Content     [Column(Storage="_AddressId", CanBeNull=false)] [DataMember(Order=2)] public string AddressId     [Column(Storage="_Id", CanBeNull=false, IsPrimaryKey=true)] [DataMember(Order=3)] public string Id     [Association(Name="Address_Person", Storage="_Address", ThisKey="AddressId", IsForeignKey=true)] public Address Address     [Table(Name="")] [DataContract()] public partial class Address : INotifyPropertyChanging, INotifyPropertyChanged {       [Column(Storage="_Id", CanBeNull=false, IsPrimaryKey=true)] [DataMember(Order=1)] public string Id     [Association(Name="Address_Person", Storage="_Persons", OtherKey="AddressId")] [DataMember(Order=2, EmitDefaultValue=false)] public EntitySet<Person> Persons

---

Il n y a pas de DataMember sur la propriété "Address" mais bien sur "Persons" donc la propriété Address n'est pas serialisé et utilisable coté client.
J'ai lu que c'était pour éviter les problèmes de serialisation cyclique (on serialise la personne puis son adresse puis la personne, etc ...)

Après si tu as une technique pour sélectionner entre Address et Persons la propriété que je veux sérialiser dans le dbml et bien je suis tout ouïe :)

OK pour ca mais coté client, après avoir ajouté la référence au service, tu as bien un objet Person avec une propriété Address ?

Il n'est pas nécessaire que:

Code:

---

public Address Address

---

Soit marqué comme étant DataMember car le type est déjà marqué comme étant un DataContract: cela reviendrait à le sérialiser 2 fois.

Merci à tous les deux d'avoir repondu, j'ai bien trouvé le petut menu "Access" pour modifier soit à public soit a Internal, mais je ne trouve pas l'option pour modifier le sens de la sérialisation :( ....

Citation:

---

Envoyé par Thomas Lebrun

OK pour ca mais coté client, après avoir ajouté la référence au service, tu as bien un objet Person avec une propriété Address ?

Il n'est pas nécessaire que:

Code:

---

public Address Address

---

Soit marqué comme étant DataMember car le type est déjà marqué comme étant un DataContract: cela reviendrait à le sérialiser 2 fois.

---

Moi je n'ajoute pas de référence mais je génère un proxy.

Mais de toute façon même si je procède comme tu le dis l'objet Address ne serai pas transféré ? donc où est l'intérêt ?

Citation:

---

Envoyé par IcemaNBX

Merci à tous les deux d'avoir repondu, j'ai bien trouvé le petut menu "Access" pour modifier soit à public soit a Internal, mais je ne trouve pas l'option pour modifier le sens de la sérialisation :( ....

---

Le mieux que j ai trouvé pour l'instant avec linq to sql :

mettre ton dbml, couche BBL, et eventuel couche DAL dans la même assembly.

tu met ensuite les propriété en public lorsque tu veux qu'elle soit transféré via WCF et en internal si tu ne veux pas qu'elle soit transféré.