Ensembles d'outils Telerik pour les formulaires Web ASP.NET et Blazor: partie 2

Voici la deuxième partie d'un guide permettant aux développeurs de se familiariser rapidement avec l'idée générale des formulaires Web ASP.NET et de Blazor, et ce que Telerik a à offrir pour les deux technologies.

(Consultez la Partie 1 ici et Partie 3 ici .)

Dans le billet de blog précédent, nous avons couvert les plates-formes Web ASP.NET Web Forms et Blazor, certains de leurs avantages, inconvénients et fonctionnalités. Il est maintenant temps de passer en revue ce que Progress / Telerik propose en tant que composants d'interface utilisateur pour les deux technologies et s'il existe ou non une compatibilité entre eux.

Lire: Guide du débutant sur Blazor

ASP.NET AJAX Controls .

Vous trouverez toutes les fonctionnalités dont vous avez besoin. -in par cette suite. Et même si vous avez un scénario vraiment spécifique, il y a de grandes chances que vous découvriez une implémentation possible via du code personnalisé quelque part dans la pléthore de forums, de bases de ressources et d'exemples de bibliothèques.

De nombreux utilisateurs choisissent ce produit pour la construction de projets au niveau de l'entreprise et amélioration des applications ASP.NET Web Forms existantes. Avec une telle variété de composants d'interface utilisateur à portée de main, vous êtes en mesure de mettre en œuvre une application professionnelle, entièrement fonctionnelle et compatible avec l'accessibilité en un rien de temps et sans tracas.

Telerik UI pour Blazor

Un avantage aussi net que possible. L'avant-garde solide du navire Telerik est arrivé avec Blazor pour prendre d'assaut le développement Web.

Je veux commencer immédiatement par les faits concernant Telerik UI for Blazor puisqu'ils parlent d'eux-mêmes:

• Premiers utilisateurs de la technologie
• En contact permanent et partage de commentaires avec l'équipe Blazor depuis le début
• Mentionné dans la page officielle Microsoft Blazor dans la section «Écosystème des composants d'interface utilisateur» [19659015] Mentionné dans le Blazor WebAssembly Official Release Statement dans la section «Ready-made components»
• Régulièrement présenté dans les webinaires et conférences par l'équipe Blazor
• Premier sur le marché à fournir des composants natifs de la base
• Des experts du support de premier ordre pour le soutenir
• Ouverture et écoute uniques des clients. Vous avez une exigence de fonctionnalité? En fonction de la demande, il est très possible qu'il soit implémenté dans l'une des deux prochaines versions (pas tous les quatre mois, mais toutes les six semaines).

Événements de la semaine du Blazor .

Quiconque a de l'expérience avec les commandes Telerik sait que les fonctionnalités fournies par les commandes seront de première classe. Pour les nouveaux venus, voici juste le conseil de l'iceberg: conçu pour le mobile, les opérations CRUD, les modèles, le téléchargement de fichiers, les graphiques, les thèmes, l'exportation Excel et bien d'autres fonctionnalités demandées et appréciées par nos utilisateurs. N'hésitez pas à suivre nos blogs de publication pour vous tenir au courant des nouveautés:
Interface utilisateur Telerik pour Blazor: plus de 40 composants natifs avec la version Telerik R2 2020 .

Nous sommes particulièrement ravis que nos clients apprécient l'essence native de nos composants. Ils sont construits nativement pour Blazor à partir du bas, ce qui libère nos utilisateurs d'une dépendance supplémentaire vis-à-vis des frameworks ou des bibliothèques, et donne également la certitude qu'aucun changement radical ne sera nécessaire à l'avenir si ce type de nativité est implémenté au milieu du durée de vie d'un ensemble d'outils donné.

Pertinence

Ces deux ensembles d'outils sont-ils compatibles? Peut-il y avoir une migration automatique?

Précisons une chose dès le début: vous devrez recommencer à zéro pour la partie de l'interface utilisateur. Les formulaires Web et Blazor ne sont pas seulement des technologies différentes en eux-mêmes, mais ils ciblent et utilisent également différents frameworks .NET, qui ne sont pas compatibles. La partie la plus simple est que les deux technologies utilisent massivement la logique d'événements C #, vous pouvez donc toujours utiliser le même code C # qui n'est pas spécifiquement lié aux contrôles d'interface utilisateur – requêtes de base de données, instructions conditionnelles, contrôles d'autorisation, etc.

Cela peut toujours être possibilité de réutiliser vos couches de données, bibliothèques avec logique métier, modèles et certaines classes si les dépendances qu'ils utilisent sont également présentes dans .NET Core 3.0+, surtout si vous pouvez les construire avec .NET Standard 2.1 . Mais une réécriture complète sera nécessaire dans la partie UI.

Un point clé est que Web Forms n'est pas pris en charge par ASP.NET Core, qui est le nouveau focus de Microsoft en tant que réécriture complète sur le framework .NET:
Choisissez entre ASP.NET 4.x et ASP.NET Core .

Alors, pourquoi les gens de Web Forms sont-ils si enthousiastes et impatients de rejoindre la communauté Blazor? La raison en est le seau de similitudes entre eux. Bien qu'ils aient un traitement assez différent sous le capot, la création d'une application Blazor ressemble beaucoup à Web Forms du point de vue du développeur:

• Code C #
• Gestion d'événements très similaire
• Contrôles utilisateur Web dans Web Forms vs composants dans Blazor —Les deux technologies tirent parti d'une utilisation intensive de l'interface utilisateur réutilisable
• MainLayout.razor ressemble à MasterPage.master

«Cool, mais qu'en est-il de VB? Certaines personnes utilisent encore ce langage. »

La réponse est encore une fois claire: passez à C #:

«. NET Core prend en charge VB de sorte que vous pouvez créer et construire des projets basés sur VB. Les bibliothèques de classes basées sur VB peuvent bien sûr être utilisées à partir des applications ASP.NET Core et Blazor lorsqu'elles se compilent vers .NET IL, comme n'importe quel autre langage .NET. Razor, cependant, est basé sur C # dans .NET Core. Razor est utilisé pour créer des vues MVC, des pages Razor et des composants Blazor. Le SDK Razor compile les fichiers Razor en classes C #. Cela signifie que les fichiers Razor doivent vivre dans un projet C # pour obtenir une expérience d'outillage appropriée. Maintenir la prise en charge de Razor uniquement pour C # est déjà une dépense importante car cela implique de pouvoir analyser un mélange de code C # et de balisage. Nous ne prévoyons pas d'ajouter la prise en charge de Razor pour d'autres langues en raison du coût supplémentaire que cela implique. »
—Daniel Roth, responsable de programme dans l'équipe Blazor (source)

Par défaut, Web Forms est basé sur un modèle de requête-réponse avec des PostBacks pleine page, ce qui entraîne une charge importante. Ceci est utilisé en faisant usage des requêtes et des rappels AJAX intelligents. D'autre part, Blazor est un framework basé sur le navigateur (côté client) et il gère les événements et les interactions des utilisateurs de manière réactive, plus comme les frameworks frontaux JavaScript (Angular, React, Vue). Ceci est particulièrement pratique pour les éléments actifs de la page, car il gère automatiquement les valeurs d'entrée dans les deux sens grâce à son architecture MVVM.

Quant aux spécificités techniques en transition, ces ressources seraient très utiles pour fournir les détails.

Bravo à l'équipe Blazor de Microsoft, qui a pris le temps et les efforts nécessaires pour préparer un ebook complet sur le sujet: Blazor for ASP.NET Web Forms Developers .

Et voici la section consacrée à la migration: Migration d'une base de code depuis ASP.NET Web Forms vers Blazor .

Lire: Partie 1 de cette série de blogs

Lire: Partie 3 de cette série de blogs