Discussion :

[IcemaNBX]

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.

[anthyme]

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

[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é

[anthyme]

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.

[Thomas Lebrun]

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.....

[anthyme]

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 :

Sélectionner tout - Visualiser dans une fenêtre à part

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