FAQ Sitefinity et .NET Core

Si vous vous sentez chez vous dans cet espace, vous devriez être au courant de notre histoire .NET Core et peut-être vous avons-nous même rencontré lors d'un récent webinaire présentant notre vision de l'architecture, le moteur de rendu .NET Core et le développeur

Au cours de la dernière année, nous avons été occupés à progresser avec .NET Core et à introduire un nouveau modèle de développement Sitefinity. Le concept est simple et nous pensons qu’il s’agit de la prochaine étape de l’évolution de la plate-forme Sitefinity – en adoptant une architecture à plusieurs niveaux et en utilisant une approche de présentation découplée / sans tête. Le diagramme suivant dit tout.

.NET Core est une technologie hautement souhaitable et, basée sur votre réponse, la communauté tient à l'adopter. C'est l'une des raisons pour lesquelles nous souhaitons que tout le monde soit informé des progrès de cette initiative passionnante.

Où trouver les ressources pour commencer?

Quelques il y a des semaines, nous avons eu un grand taux de participation à un webinaire sur le sujet et avons examiné à la fois l'histoire jusqu'à présent et notre feuille de route à venir, y compris quand nous attendons les versions bêta et GA. pour regarder la session en direct à la demande et vous familiariser avec tous les détails.

Si vous avez envie d'essayer le kit de développement, voici toutes les ressources dont vous avez besoin pour mettre en place un projet .NET Core localement. L'exemple ci-dessus est connecté à une instance de notre exemple de site Web public Sitefinity .

Pour votre commodité, nous avons rassemblé un guide étape par étape extrêmement détaillé sur comment construire un fichier. NET Core dans Sitefinity à partir de zéro.

Et enfin, un article essentiel .NET Core dans la documentation de Sitefinity .

Qu'est-ce que la communauté est aussi curieuse?

Lors du webinaire, nous avons eu des tas de bonnes questions, mais nous n'avons tout simplement pas pu t continuer indéfiniment à tout couvrir. Dans ce blog, je résumerai une période de questions-réponses très perspicace et répondrai à toutes les questions pour lesquelles nous n’avons pas eu le temps (avec l’aide de l’équipe d’ingénierie de Sitefinity, bien sûr).

Nous avons un fil de communauté dédié Sitefinity .NET Core . Tout le monde est invité à se joindre à la discussion.

Au cours des derniers mois, nous avons eu plus de 30 réunions avec des partenaires et des clients. Nous apprécions toujours les commentaires et nous nous soucions de ce que notre communauté a à dire. N'hésitez donc pas à nous contacter au SitefinityCore@progress.com .

Et au fait, vous pouvez me trouver sur les réseaux sociaux et me contacter directement.

Questions sur Sitefinity et .NET Core

Pouvons-nous utiliser plusieurs langues avec les widgets?
Vous pouvez utiliser à la fois l'OOB. Localisation Net Core et contenu traduit de Sitefinity. Nous partagerons bientôt un exemple pour la localisation.

Comment étendre les éditeurs backend? Si nous voulions ajouter un outil personnalisé à la barre d'outils de l'éditeur WYSIWYG, cela va-t-il dans l'application principale ou dans le moteur de rendu? )
L'extension de l'interface utilisateur du backend est le moyen d'ajouter un outil personnalisé. Actuellement, le fichier généré est ajouté à l'application Sitefinity, mais nous prévoyons de modifier l'emplacement du fichier et de le lier à l'application .NET Core.

Existe-t-il un plan pour l'héritage du modèle?
Oui, c'est une partie de la version bêta de Sitefinity 14.0.

Les mêmes extensions d'assistance MVC sont-elles disponibles dans les nouveaux widgets .NET Core et d'autres classes d'assistance Sitefinity?
Certaines méthodes d'assistance seront les mêmes. Pour l'instant, nous avons la méthode Sanitize helper . Et les balises helpers pour les scripts seront disponibles à partir de la 13.3. Toutes les autres méthodes d'assistance standard et assistants de balises fournis par ASP. Net Core peut être utilisé.

Actuellement, lorsque Sitefinity est installé, il crée un projet dans Visual Studio. Lorsque la version officielle du moteur de rendu .NET Core sera publiée, créera-t-il deux projets dans Visual Studio? Le projet Sitefinity d'origine reste-t-il le projet Startup? En outre, est-il prévu de migrer le moteur vers .NET Core à l'avenir?
La méthode recommandée consiste à utiliser NuGets ou à compter sur l'interface de ligne de commande dotnet pour générer un modèle de démarrage rapide avec le seul paramètre étant l'URL Sitefinity. La migration de l'application principale Sitefinity vers .Net Core serait un effort énorme à gérer immédiatement, nous prévoyons donc de le faire progressivement et c'est la première étape, séparant la logique du frontend. Le moteur de rendu est abstrait d'une manière qui nous permettra de l'accrocher assez facilement à un nouveau moteur Sitefinity.

Le composant principal de Sitefinity (le moteur) sera-t-il également replatformé cette année?
Comme nous l'avons souligné dans la question précédente, nous nous concentrons d'abord sur le moteur de rendu, qui est sur notre feuille de route pour cette année. Les prochaines étapes concernant le noyau Sitefinity sont en cours de planification et nous évaluons différentes idées en interne.

.NET Core est-il disponible pour toutes les licences Sitefinity?
.NET Core est disponible pour les licences PE, OME et Enterprise Sitefinity.

] Mes pages MVC / Webforms existantes peuvent-elles vivre avec .NET Core? Quel est le meilleur chemin de migration?
Il est parfaitement acceptable d'utiliser vos pages MVC / Webforms existantes avec .Net Core. Étant donné que .Net Core agit en plus comme proxy, toute demande inconnue est directement envoyée par proxy au moteur Sitefinity.

Est-il prévu de fournir des filtres de balises dans les concepteurs de widgets pour filtrer le contenu, plutôt que de sélectionner des éléments individuels?
une excellente suggestion de fonctionnalité et nous l'avons ajoutée à notre backlog. Cette option pourrait être exploitée par le widget Contenu (qui est actuellement en développement) et nous pouvons l'expédier avec la version 14.0. Restez à l'écoute pour plus de mises à jour.

Existe-t-il des plans pour le support des conteneurs, comme Docker?
Oui, nous utilisons docker en interne. Nous prévoyons de publier des conteneurs avec chaque version du .Net Core Renderer. Veuillez nous contacter dans la communauté et nous partagerons plus de détails.

Sitefinity Cloud sera-t-il mis à jour pour permettre les deux sites nécessaires dans ce modèle?
Notre plan doit être aligné sur Sitefinity Cloud offre pour l'AG dans Sitefinity 14.1. Actuellement, nous évaluons les options pour CI / CD et l'évolutivité.

Si je crée des pages aujourd'hui, comment les widgets personnalisés et les mises en page personnalisées fonctionneront-ils avec la version officielle de 14.1? Ces derniers devront-ils être réécrits?
Ceux qui sont basés sur MVC et Webforms continueront à fonctionner comme ils l'ont fait jusqu'à présent. Les versions .NET Core peuvent nécessiter des modifications mineures lors de la mise à niveau de la 13.3 vers la 14.1.

Si j'ai une instance multisite, dois-je exécuter plusieurs applications .NET Core pour chaque domaine?
Non, une seule application .NET Core peut gérer tous les domaines. Le changement concernerait l'hébergement, puisque l'application .NET Core sera placée devant Sitefinity, elle devra être adressée directement avec les noms de domaine des sites Web.

Disons que j'ai besoin de changer un widget personnalisé, comme ajouter un champ personnalisé à un widget. Dois-je changer à la fois le backend (.NET Framework) et le frontend (.NET Core)?
L'ajout d'un champ personnalisé à un widget se ferait simplement en ajoutant une autre propriété dans la classe Entity, de sorte que le concepteur de widget le fera générer automatiquement un tel champ et la modification ne sera appliquée qu'au moteur de rendu .NET Core.

Quand ces mises à jour seront-elles incluses dans les formations et certifications officielles?
Notre plan est d'étendre le cours de base pour couvrir .NET Core développement. L'AG du cours devrait être prévu vers la sortie de Sitefinity 14.0.

Verrons-nous des capacités pour concevoir des composants entièrement personnalisés pour la vue du concepteur? C'est formidable de voir les nouveaux composants comme les sélecteurs de type de contenu, mais c'est encore trop limité pour nous.
Oui, nous le supportons déjà et vous pouvez trouver un exemple ici .

Est-ce que l'utilisation de mises en page et vues du package de ressources d'amorçage affectées?
Non, elles continueront à fonctionner comme elles l'ont fait, le style des pages et widgets .NET Core fera partie de l'application .NET Core.

Donc, MVC les widgets continueront de fonctionner comme aujourd'hui, mais ils ne peuvent pas être mélangés avec les widgets .NET Core dans la même page, est-ce exact?
Non, vous ne pouvez pas mélanger les deux technologies. L'idée est de garder le développement MVC intact et de s'assurer que les pages sur MVC et .NET Core peuvent coexister, en particulier en ce qui concerne la migration.

Comment puis-je déplacer des composants et des pages d'UAT vers la production?
La meilleure approche serait être d'avoir des déploiements séparés pour le moteur de rendu et Sitefinity pour chaque environnement. Ensuite, vous pouvez facilement propager les modifications de code à chaque application Web.

Dans quelle mesure le nouveau système de marges / remplissage est-il extensible dans les éditeurs? Dites, j'utilise Tailwind au lieu de Bootstrap. Je ne veux pas que des classes bootstrap soient ajoutées (même si je suppose que je peux créer des classes d'assistance dans TW).
Nous avons un exemple pour remplacer le système de grille CSS basé sur Tailwind ici .

Can Je copie / colle ou déplace facilement des widgets dans l'interface utilisateur? Les administrateurs mettent souvent les choses au mauvais endroit, donc les choses doivent plus tard être déplacées et nettoyées. À quel point est-ce difficile dans le nouvel éditeur? Dans le même ordre d'idées, puis-je limiter quels widgets peuvent être placés dans quelles sections?
Nous avons des fonctionnalités de copier / coller par widget, ainsi que de dupliquer. Reportez-vous à la documentation ici . Les limites sont toujours discutées en interne et nous cherchons la meilleure voie à suivre. N'hésitez pas à soumettre vos idées et suggestions .

Intéressé? Cela fait deux d'entre nous. L'équipe produit de Sitefinity et moi sommes impatients de rencontrer tous ceux qui sont enthousiasmés par .NET Core et l'évolution d'une plate-forme qui nous permet de développer pour l'avenir.

Renseignez-vous sur Sitefinity et .NET Core