Cela a été abordé rapidement dans la première étape, et également par la suite sans aller dans les détails. Le contenu d’Orchard est découpé en morceaux. Un morceau est appelé « Content Part ». Le contenu quand à lui représente un assemblage de ces « Content Part » et est appelé « Content Type ».

Ainsi, sur ton module « Bonjour » avec l’affichage que tu as crées, tu as obtenu quelque chose de similaire à un « Content Part ». Sauf que malgré la similitude, ce n’est pas un « Content Part » car il n’est pas rattachable, et réutilisable comme le serait un « vrai » Content Part. Pour ce faire, il faut un peu de travail car il faut exposer un model représentant notre morceau de contenu.

Pour ma part, c’est la toute la force d’Orchard en exploitant le type dynamic du Framework .net 4.0. Il permet de rendre le model complètement dynamique. C'est-à-dire qu’à la compilation, il n’est pas connu mais le sera au moment de son exécution. C’est ce qui rend Orchard si modulaire et dynamique. Bon, je t’ai égaré mais nous aurons l’occasion de revenir sur d’autres articles sur ce fameux type ‘dynamic’.

Je ne vais pas rentrer en détail sur tous les éléments pour rendre cela possible car il faut connaître pas mal de petites choses en amont avant l’étape qui ici t’intéresses : la déclaration d’un Content Part. Ce qu’il faut retenir c’est que tout le contenu est final qu’un assemblage de morceaux prédécoupé. Un peu comme finalement quand nous étions petits. Nous avions des patrons dessinés sur des cartons qui étaient à découper. Puis, en pliant les pièces découpées ainsi découpées et en les collant pour les assembler nous faisions des châteaux forts de tailles plus ou moins grandes en assemblant les morceaux que nous voulions ensemble (tours, murs, maison, etc.). Ici nos contents parts sont l’équivalent de tours, murs, maisons que l’on pouvait ensuite assembler ensemble. Sauf qu’avec les contents parts, tu crées un content type  qui sera disponible au sein d’un module. Tu peux définir autant de Content Part que tu veux afin d’être exploité sur le Dashboard pour créer tes propres Content Type. C’est ainsi que tu prédéfinis au sein même du module, tes propres assemblages qui pourront être revus par l’utilisateur final sur le Dashboard. Oui rien n’est fixé à l’avance, c’est la force d’Orchard. On prédéfini les choses sans qu’elles soient définitives. Bref, que tu bon…

Remarques : un assemblage prédéfini ne l’est pas pour la vie J au contraire de beaucoup de CMS. Ainsi vous pouvez très bien modifier un Content Type qui a été défini dans un module à l’activation de ce dernier afin de supprimer certains Content Part ou en ajouter d’autres. C’est une autre force de ce CMS.