Telerik Grid - Formulaire de modification de modèle de formulaire pour les opérations CRUD
J'utilise Telerik Grid - Form Template Edit Form pour les opérations CRUD dans mon asp.net application Web.
mais le concepteur Web m'a dit que les commandes telerik ont de nombreux problèmes concernant:
- L'expérience utilisateur (l'utilisateur aime voir tout depuis le début plutôt que (par exemple) cliquer sur modifier pour afficher le formulaire à modifier ou à insérer)
- Difficile de personnaliser le design (appliquer un
CSSspécifique) - Les problèmes de performance
Sont Telerik controls avez des problèmes du point de vue UX? Quelles sont les alternatives en particulier pour les opérations CRUD?
J'ai travaillé directement avec les contrôles ASP.NET et Telerik pendant plusieurs années. Je n'aime pas beaucoup Telerik, et voici quelques idées que j'ai tirées de ces expériences.
La valeur que les contrôles Telerik fournissent (à mon avis) est des contrôles utilisateur prédéfinis par glisser-déposer pour les développeurs qui ne sont pas forts ou motivés en UI/UX. Je crois que le public cible le plus approprié pour ceux-ci sont les développeurs qui veulent une interface utilisateur "assez bonne", afin qu'ils puissent continuer à se concentrer sur la logique métier.
Facilité d'utilisation
Pour le meilleur ou pour le pire, la convivialité est essentiellement verrouillée. Il n'y a presque aucune possibilité de tableau blanc et de brainstorming de wireframes créatifs.
Cela peut limiter le processus de réflexion UI/UX de l'équipe. Au lieu de réfléchir à un problème et de proposer des concepts créatifs comme solution, l'action par défaut consiste à consulter la documentation Telerik pour un outil qui existe déjà et à l'implémenter. Ainsi, l'interface utilisateur résultante est souvent constituée de grilles et de filtres génériques, de graphiques laids et d'une interface utilisateur encombrante.
Problèmes techniques avec Telerik
Certains des problèmes spécifiques à Telerik que j'ai rencontrés sont:
- A chargé sa propre ressource jQuery en double, qui se trouvait être une version différente de notre dépendance jQuery principale. Cela a provoqué des bogues ailleurs difficiles à localiser.
- Les styles CSS étaient servis dynamiquement à partir d'un fichier .DLL compilé, plutôt que d'un fichier statique que nous pouvions modifier.
- Les concepteurs Web qui ne venaient pas d'un arrière-plan .NET étaient souvent perdus et frustrés lorsqu'ils tentaient d'apporter des modifications simples.
- L'engagement de temps et l'investissement requis de l'équipe pour maîtriser la personnalisation des commandes Telerik étaient inefficaces. Un temps disproportionné a été consacré à la mise en œuvre des personnalisations et à la résolution des corrections de bugs par inadvertance, plutôt que de créer une logique métier réelle ou d'implémenter de nouvelles fonctionnalités UI/UX.
- La réactivité de l'interface utilisateur semblait lente et gonflée, car elle l'était.
Recommandation: interface utilisateur agnostique principale
Je recommanderais d'éviter complètement Telerik et tout autre outil d'interface utilisateur spécifique à .NET. Une interface Web bien conçue (navigateur côté client) ne devrait pas avoir de dépendances matérielles sur le type d'infrastructure de serveur utilisé (ASP.NET, Python, Ruby). Il existe de très bons cadres d'interface utilisateur à usage général, et cela vous donne la liberté d'embaucher et d'utiliser des concepteurs Web talentueux de différents horizons.
Il y a quelques étapes simples que vous pouvez prendre pour aller dans cette direction tout en gardant votre application Web ASP.NET existante intacte:
- Créez une MasterPage propre, supprimez toutes les références à tous les contrôles UI .NET, feuilles de style, js (ASP.NET ou Telerik). À la place, utilisez uniquement des bibliothèques côté client telles que jQuery, Angular, Bootstrap (ou une alternative [1]).
- Créez des feuilles de style distinctes pour gérer votre interface utilisateur personnalisée et remplacez toutes les valeurs par défaut Bootstrap
- Utilisez des contrôles ASP.NET génériques comme un répéteur pour générer des éléments comme des grilles et des listes. Ceci est presque identique à une boucle for sur d'autres plates-formes et sera familier aux concepteurs de sites Web. C'est également un outil familier pour les développeurs C #/VB. Les développeurs peuvent coder manuellement des listes HTML, des tableaux, etc.
- Vous pouvez utiliser WebMethods ou WebApi pour créer des méthodes .NET propres qui peuvent être appelées directement à partir de l'interface utilisateur à l'aide d'ajax.
- Migrez une page à la fois vers le nouveau cadre d'interface utilisateur MasterPage.
[1] = http://modernweb.com/2014/02/17/8-bootstrap-alternatives/
N'utilisez pas celui-ci à moins que vous ne soyez prêt à le modifier fortement, il a des tonnes de problèmes UX, plus ceux mentionnés par votre concepteur Web. Je pourrais faire une liste mais cela prendrait trop de temps, je vais donc vous demander de faire confiance à votre concepteur web. Demandez simplement à un collègue d'effectuer certaines opérations sur la démo et de le regarder faire et vous remarquerez que quelque chose ne va pas. Le problème avec ces produits est que lorsque vous voulez faire quelque chose d'un peu différent de l'exemple, ou l'ajuster complètement, cela devient un enfer.
Bien sûr, Telerik est une solution très rapide, mais si vous voulez quelque chose sur mesure pour vos besoins spéciaux, je vous conseille fortement de le coder vous-même en utilisant les informations ici https://stackoverflow.com/questions/578146/best -exemples-de-crud-web-form-design concernant les bons modèles. C'est mon point de vue personnel.
Quoi qu'il en soit, l'utilisation de ce type de produit est vraiment un compromis. Vous avez un résultat rapide et vous n'avez pas à coder lourdement les mécanismes. Mais la vérité est que vous ne contrôlez pas l'expérience utilisateur, car vous n'êtes pas le concepteur, et ces composants sont très rigides.
Voici une liste de fournisseurs de composants/open source/projets gratuits qui peuvent être une alternative à Telerik. Parlez simplement à votre concepteur Web si l'un d'entre eux vous convient:
https://www.devexpress.com/Products/NET/Controls/ASP/
https://www.syncfusion.com/products/aspnet
http://www.componentone.com/Studio/Platform/ASPNETWebForms
http://www.infragistics.com/products/aspnet
Etc.
Certains sont plus flexibles, mais plus vous contrôlez la conception, mieux c'est pour les utilisateurs. Si nous parlons de pure UX sans tenir compte des difficultés de codage, allez faire quelque chose de adapté à vos besoins particuliers.
Si vous avez le choix de présenter la page "Modifier" dans un écran différent, vous pouvez utiliser le simple affichage de la grille -> Edition -> Confirmer l'édition -> Afficher le motif de la grille. Ce modèle est si simple, bien testé et peut être réalisé sans utiliser de contrôles personnalisés.
Une autre option consiste à afficher une boîte de dialogue "Modale" avec des commandes modifiables. Jira utilise largement ce modèle. De cette façon, l'utilisateur reste sur le même écran.
Après avoir joué avec ce site, il est clair qu'il a des problèmes UX et votre message suggère qu'il existe des contraintes techniques qui limitent ce que vous pouvez changer à ce sujet. Malheureusement, cela est assez courant avec certains des outils disponibles sur le marché - vous êtes lié à la façon dont ils veulent que cela fonctionne.
Ce Stack Overflow est dédié à l'expérience utilisateur et il n'est pas vraiment de notre ressort de vous donner des recommandations sur les alternatives, d'autant plus que ce Telerik Grid est une solution ASP.net, ce qui pourrait limiter le nombre d'alternatives qui pourraient être disponibles.
La première chose que j'ai remarquée en expérimentant le Telerik Grid - Form Template Edit Form est qu'il est difficile de cliquer sur le bouton Modifier car il se trouve dans le coin le plus à gauche du tableau, chaque fois que l'utilisateur doit déplacer le pointeur de la souris de droite à gauche pour éditer chaque enregistrement (alors que la plupart des utilisateurs sont droitiers). Les utilisateurs ne devraient disposer que d'un contenu limité, ce qui est important et montrer tout le contenu à la première place n'est pas nécessaire et il serait maladroit de leur montrer tout le contenu sur une seule ligne.
Dans la grille Telerik, vous pouvez implémenter un modèle de conten pour effectuer une opération CRUD qui obtiendra les détails sous forme de modèle contextuel comme dans l'exemple ci-dessous qui serait convivial car l'utilisateur ne peut se concentrer que sur un détail sélectionné. Et ne pas avoir à gâcher avec d'autres données.
Je pense que les retards pour récupérer les détails sont l'un des principaux problèmes de performances, qui peuvent être résolus en ajoutant des animations de chargement innovantes pour engager l'utilisateur dans l'application.