Sur un certain nombre de types de documents différents, je dois ajouter les 3 types de données UmbraCo NATIVE
Il m'a été suggéré de voir s'il existe un moyen de créer un nouveau type de données personnalisé qui envelopperait essentiellement ces 3 types de données dans un nouveau type de données.
J'ai regardé Site de Nibble.be et voyez qu'il y a quelques façons différentes de créer des types de données personnalisés (en utilisant l'emballage USERCONTROL ou l'approche de la classe). Cependant, je ne suis pas sûr qu'un type de données personnalisé pour le regroupement de fichiers de données existants serait la bonne voie.
Pour une chose, nous utilisons MVC le long Umbraco latéral avec une forte utilisation de vues de rasoir. Étant donné que l'alias de propriétés de type de document est utilisé pour acquérir des valeurs à partir de UmbraCo à partir de la page de contenu, je ne vois pas comment cela serait toujours possible ou comment vous alliez obtenir la valeur de la propriété d'un type de données personnalisée comportant des types de données intégrés.
S'il y aurait un travail ou un meilleur moyen d'accomplir cette solution pour avoir à ajouter les mêmes champs sur tout type de document dont ils sont nécessaires? Cependant, sur une approche hiérarchique avec un type de type de document avec seulement ces 3 types de données (sélecteur de contenu et 2 textes), mais cela signifierait avoir à mettre tout type de document qu'une page aurait besoin de ce type de document parent simplement pour hériter simplement de hériter ces groupes de propriétés.
3 Réponses :
si vous souhaitez intégrer plusieurs propriétés dans un seul type de données:
Il existe un certain nombre de types de données intégrés disponibles; Grid de type , Contenu intégré et La grille de type DataType fait partie de UcomPonents et est donc activement développé. Il est également open source et donc des contributions sont encouragées. Contenu intégré et contenu personnalisé répétable, tout en étant utile, ne semblent pas avoir de soutien actuel et donc aucun projet d'amélioration. Je pense qu'ils sont sous licence comme source ouverte, mais la source n'est pas disponible au public autant que je puisse dire.
Je ne pense pas que vous puissiez définir une limite sur le nombre de lignes / éléments stockés dans la grille de type de données, comme vous pouvez le contenu intégré (peut-être une demande de fonctionnalité).
Regardez quelques-unes de ces solutions avant de planifier la rouleau. Mais si vous ressentez toujours l'envie de décoder votre propre type de données, je recommanderais des articles de Tim Geyssens sur des types de données personnalisés créés à l'aide du Wrapper de contrôle utilisateur , avec Paramètres de l'éditeur de données et < Un href = "http://www.nibble.be/?p=100" rel = "NOREFERRER"> SERIALISATION DES DONNÉES COMME XML . Son "Master of DaTypes" Video est également très utile et couvre également ces sujets.
Si vous cherchez à organiser vos propriétés en groupes:
Tom Fulton a publié un nouveau type de paquet / de données récemment appelé Type de document Tableaux pouvant répondre à vos besoins. Il vous permet de grouper des champs ensemble dans un champ de bord. Voici une photo d'écran:
Malheureusement, cela ne crée pas plusieurs champs pour un type de données. Cela donne simplement une organisation supplémentaire à vos propriétés de vos pages de contenu (en fonction de leur type de données).
Je me rends compte que c'est une question ancienne, alors je n'appelle que cela pour que quiconque cherche cette fonctionnalité à l'avenir: c'est presque exactement ce que nous utilisons Builder widget pour In Umbraco 6.
Builder Widget est le prédécesseur de l'Umbraco 7's ArcheType qui est poussé par l'équipe principale pour une utilisation proche universelle. Je crois que ça va devenir une partie du noyau.
En interne, WidgetTyBuilder et ArcheType stockent leurs données comme JSON et facilitent la copie d'un type de données personnalisé d'un projet à un autre avec une fonction d'importation / exportation.
J'avais l'habitude de travailler avec l'archétype depuis un certain temps jusqu'à ce que j'ai découvert contenu imbriqué qui Est-ce que la même chose, mais beaucoup plus facile à travailler, car elle nids Types de document au lieu de types de données Ce qui est beaucoup plus facile à utiliser, en particulier pour les éditeurs de contenu. De plus, les types de données résultants sont des ombraco intégrés normaux, pas des objets archétypes qui ajoutent une nouvelle couche de mappage d'entité de votre vue.