Discussion :

[Hibou57]

Bonsoir,

Dans le cadre d'une application, j'utilise un langage de définition de type de document particulier (c'est justifié), et je dois maintenant y ajouter le support du typage des attributs.

J'hésite entre deux possibilités :

1. L'une dans laquel un attribut a des propriétés découlants de son nom : tout attribut du même nom, n'importe où dans le document, aurait donc les mêmes propriétés.
2. Et l'autre ou l'attribut a des propriétés découlants de son contexte : selon l'élément dans lequel se trouve l'attribut, et même selon le contexte de l'élément lui-même, alors les propriétés de l'attributs pourrait changer.

Je trouve la première possibilités plus naturelle, la seconde potentiellement ennuyeuse à appréhender. Mais en même temps la première possibilité ne risque t-elle pas d'être trop restreinte ?

Imaginez que dans un document, l'attribut XYZ, ait sont type ainsi que son caractère optionel ou hérité, défini d'une manière unique dans tout le document, indépendament de son contexte. Est-ce trop rigide ou acceptable ?

Cela me semble une bonne possibilité, car il existe déjà des attributs standards qui fonctionnent de cette manière.

Qu'en pensez-vous ?

Merci pour vos avis

[Hibou57]

Petite précision: quand je pense à des attributs dont les caractéristiques sont non-contextuelles, cela ne veut bien sûr pas dire que ces attributs peuvent êtres placés dans n'importe quel élément. Il s'agit seulement d'attributs qui ont toujours le même type et la même caractéristique héritable/non-héritable, quelque soit l'élément et le contexte dans lequel ils se trouvent. Par exemple tous les attributs XYZ, partout où ils ont le droit de se trouver, ont le même format.

Je crois que ça n'était pas clairement dit

Comme personne ne répond, peut-être que je ne m'exprime pas clairement, alors si c'est le cas, il ne faut pas hésiter à la dire (mais c'est peut-être que la question n'inspire personne ?)

Et pour en revenir à la question : je trouve que c'est plus simple à l'utilisation, mais est-ce que certaines personnes pourraient trouver cela trop limité ?

[GrandFather]

Comme personne ne répond, peut-être que je ne m'exprime pas clairement, alors si c'est le cas, il ne faut pas hésiter à la dire (mais c'est peut-être que la question n'inspire personne ?)

Ton premier message a été posté à 22h52, le second à 03h18, peut-être est-il utile de rappeler que beaucoup de développeurs ont une activité essentiellement diurne...

Et pour en revenir à la question : je trouve que c'est plus simple à l'utilisation, mais est-ce que certaines personnes pourraient trouver cela trop limité ?

Personnellement, ça me paraît assez contraignant pour le créateur de schémas. 2 attributs de même nom peuvent avoir la même sémantique et avoir un type différents. Un cas classique : l'attribut ID.

[Hibou57]

Ton premier message a été posté à 22h52, le second à 03h18, peut-être est-il utile de rappeler que beaucoup de développeurs ont une activité essentiellement diurne...

Ca s'appel taquiner le gougeont (faut croire que j'ai toujours l'air trop sérieux quand je parle)

Personnellement, ça me paraît assez contraignant pour le créateur de schémas. 2 attributs de même nom peuvent avoir la même sémantique et avoir un type différents. Un cas classique : l'attribut ID.

Je crois que tu as raison. Je me faisais la remarque sur les attribut DATE aussi, mais celui de l'attribut ID est encore plus percutant. Je vais reconsidérer la question.

Merci