Discussion :

[acx01b]

Bonjour, j'essaye de trouver des idées de conception.

La problématique : un site internet où dès le départ (dans l'interface administration/contributeurs) quand on clique sur un élément (une page, une donnée ou un élément d'une page) : on ait rassemblés tous les bouts de codes (PHP/SQL/HTML/CSS/Javascript/...) qui gèrent et génèrent cet élément.

Donc un peu le genre d'idée utilisé sur wikipédia ou wordpress avec leurs interfaces de gestion super intuitives, mais qui soit fait pour les développeurs, donc adapté à PHP/SQL/HTML/CSS/Javascript au lieu d'un simple langage de présentation pour blog.

Pour un site web collaboratif (ou n'importe quel programme fait en équipe) l'avantage d'un code auto-documenté est vraiment inestimable : tout le monde sait programmer 3 lignes de PHP ou de Javascript pour rajouter une petite fonctionnalité, mais l'énorme difficulté surtout quand le code devient gros c'est de trouver où placer ces 3 lignes.

Comme la plupart des gens, je suis loin d'être un expert dans tous les frameworks PHP et Javascript, donc je suis un peu perdu dans tous les codes, les librairies open-source et autres disponibles. Peut-être qu'il existe par exemple déjà des CMS ou autres plus ou moins conçus sur cette idée (qui aillent un peu plus loin que le simple blog ou wiki) ?
Après, est-ce qu'il y a des design pattern à suivre (reflection, plugins, interfaces, MVC ...) pour ce genre de problématique ? Est-ce que ça signifie forcément que dès que quelqu'un code un nouvel élément / une nouvelle classe, il doit aussi coder manuellement l'interface graphique qui documente cet élément et permette de le modifier ?


Voila, j'aimerais avoir vos idées.

[acx01b]

en fait ma question ça serait plus : est-ce qu'il est délirant d'espérer utiliser la réflection PHP/Javascript pour qu'une bonne partie de ces interfaces d'inspection des éléments de l'application web se fassent tous seuls ?

[ABCIWEB]

Donnes un exemple plus précis sinon on risque fort de répondre à côté ou pas du tout

[rawsrc]

Salut,

Donc un peu le genre d'idée utilisé sur wikipédia ou wordpress avec leurs interfaces de gestion super intuitives, mais qui soit fait pour les développeurs, donc adapté à PHP/SQL/HTML/CSS/Javascript au lieu d'un simple langage de présentation pour blog.

Je te dirais que c'est plutôt normal... à un moment ou un autre tu ne pourras pas faire l'impasse sur le fait que le public visé s'éloigne des utilisateurs lambda.

tout le monde sait programmer 3 lignes de PHP ou de Javascript pour rajouter une petite fonctionnalité, mais l'énorme difficulté surtout quand le code devient gros c'est de trouver où placer ces 3 lignes.

Tu te trompes, c'est la différence entre développeur et utilisateur. Même un utilisateur chevronné saura jongler avec un paramétrage pointu mais touchera ses limites dès qu'il s'agira de mettre les mains dans le cambouis. D'ailleurs, généralement il refusera de s'aventurer sur ces sentiers. Souvent, il te sera demandé à toi développeur d'affiner les possibilités de paramétrage afin de gagner en flexibilité ou carrément ajouter de nouvelles fonctionnalités.

Enfin, les logiciels qui laissent la possibilité à l'utilisateur de mettre un peu les mains dans le cambouis se limitent souvent à un éditeur d'équations par exemple ou n'importe quel environnement cloisonné et très balisé. Je n'ai jamais vu un utilisateur lambda même très avancé qui soit autorisé à rajouter une interface avec le code qui va derrière. Cela serait suicidaire.

Pour ce qui est de l'organisation du code, c'est toujours très ouvert. Il n'y a pas une seule méthode unique qui solutionne tous les problèmes. Faut pas rêver... La tendance actuelle qui fait assez consensus c'est le patron de conception MVC à la sauce POO. Ensuite c'est un peu fonction de l'expérience.

Enfin je ne sais pas trop si j'ai saisi les contours de ta question car ton questionnement existentiel n'est effectivement pas très clair

[ABCIWEB]

Oui et même pour l'architecture MVC il y a moulte déclinaisons qui sont plus ou moins adaptées suivant le sujet traité.

C'est donc non seulement très ouvert, mais on peut aussi dire qu'il n'y a pas de méthode universelle ou d'architecture qui soit à la fois facile à modifier et également performante dans tous les cas de figure.