Différence entre modèle portail et modèle ASPX dans Kentico

Question

Quelle est la différence entre modèle portail et modèle ASPX dans Kentico?

Ce qui est préférable?

Answer 1

En tant que « hardcore » et développeur certifié Kentico formateur J'utilise toujours et recommande toujours l'utilisation du portail moteur sur les modèles de ASPX.

Je dis cela parce le moteur Portal offre une interface utilisateur riche pour la création et la configuration des modèles . Directement depuis le bureau CMS vous pouvez créer des modèles et ajouter des pièces Web pour eux. Vous obtenez également une belle boîte de dialogue de l'éditeur de propriété avec des filtres personnalisés pour chaque type de champ, ainsi que l'éditeur de macro pour chaque champ. Cela signifie que si un champ attend une liste des types de documents, la boîte de dialogue Propriétés Portal Engine vous affichera une liste des types de documents avec des cases à cocher. Il ne pouvait pas être plus facile.

Une autre différence majeure est que (au moins à ce moment), la méthode d'élaboration des modèles ASPX ne supporte pas les widgets . Je ne sais pas si ce sera en train de changer dans 6.0 qui est censé débuter quelque temps cette année.

Un autre énorme avantage est que correctement les administrateurs contenu formés ont la capacité d'apporter des modifications aux modèles . Encore une fois, si elles sont correctement formés, ils peuvent modifier le modèle dans l'onglet de conception dans le bureau CMS. Cela peut soulager beaucoup de travail qui est normalement surpuissant pour un développeur. Pensez: « Hey Dev, pouvez-vous changer le texte statique sur ce modèle? » ou « Hey Dev, pouvez-vous déplacer cette partie Web à l'autre colonne? ».

Pour jouer l'avocat du diable, voici les avantages des modèles ASPX. Les modèles sont essentiellement des pages maîtres, ils sont basés sur des fichiers et peuvent être facilement utilisés en conjonction avec le contrôle de la source. Cela peut être un meilleur ajustement pour un site de code lourd (application) où la configuration des modèles est essentielle.

Avec des modèles ASPX, il pourrait être plus facile d'écrire du code plus complexe. Par exemple, si une partie Web (User Control) dépend directement de l'état d'une autre partie web, alors ce serait plus facile à réaliser à l'aide de modèles ASPX. Mais vous pouvez aussi faire valoir que votre code devrait être plus découplées et ne pas compter sur d'autres parties Web existantes dans le modèle: P

Answer 2

Les modèles Portal peuvent être intégrés dans l'interface Web; ils ont une structure d'héritage compliqué, mais robuste; plusieurs façons de combiner et incluent des données, mais il y a beaucoup d'endroits où l'on doit gérer / manipuler les données pour les rendre au travail juste.

modèle ASPX permettent de code plus complexe et la modification via Visual Studio ou un éditeur similaire directement.

Les deux modèles peuvent être utilisés ensemble. Vous pouvez accomplir la plupart des choses avec les deux. Donc, il vient vraiment à vos préférences de développement, des compétences et / ou des besoins de solutions au cas par cas.

Personnellement, j'utiliser un mélange des deux sur des sites plus complexes. des sites simples je reçois par des modèles de portail, car il est plus rapide de faire des changements simples à distance sans un cycle complet de publication / sortie.

Suivez le lien pour la version longue, mais la « version courte » de la Kentico DevNet "ASPX Portal contre le développement moteur en post blog Kentico CMS" est:

Si vous ne connaissez pas les modèles de développement, ou si vous n'êtes pas développeur expérimenté, et si vous voulez que votre site web à développer rapidement, choisissez le portail moteur. Si vous ne le faites pas comme les modes de conception et de programmation visuelle, mais comme écrire votre code par vous-mêmes, choisir le modèle ASPX (modèles de page ASPX).

Answer 3

Un grand avantage que j'ai trouvé lors de l'utilisation des modèles ASPX est qu'ils étaient basés fichier, donc le contrôle de la source était vraiment facile, et je pouvais déployer du niveau local au développement à l'environnement de production facilement lors de changements. Avec des modèles de portail, si vous apportez des modifications, et il est plus compliqué de les déployer dans des environnements différents (sauf si vous avez défini le contrôle de code source de base de données en place), ils sont tous stockés dans la base de données. Vous devrez apporter des modifications aux modèles Portal, puis restaurer votre base de données ou quelque chose sur les autres environnements!