Est-ce que je perds mon temps à concevoir mes composants ASP.NET pour des outils WYSIWYG?

StackOverflow https://stackoverflow.com/questions/421004

  •  05-07-2019
  •  | 
  •  

Question

Il y a quelques jours, j'ai lu une question demandant combien de développeurs codaient manuellement leur code HTML / XHTML plutôt que de compter sur les outils WYSIWYG - https://stackoverflow.com/questions/406052/do-most-web-programmers-not-designers-use- wysiwyg-editors-or-hand-code-leurs

J'ai tendance à privilégier la conception de contrôles serveur ASP.NET plutôt que de contrôles utilisateur à utiliser dans mon code. Je le fais pour pouvoir les réutiliser par glisser-déposer dans WYSIWYG et définir simplement les quelques propriétés pertinentes. Cela prend un peu plus de temps à concevoir les composants, mais simplifie beaucoup les choses lorsque je viens de les utiliser dans des applications plus grandes.

Après avoir lu que la plupart des développeurs semblent maîtriser le code plutôt que d’utiliser WYSIWYG, cela me conduit à me demander: est-ce que je perds mon temps à développer des composants de cette façon?

Modifier: Pour clarifier les choses, l'objectif initial était que ces contrôles soient destinés à mon usage personnel. Cependant, il y a eu plusieurs occasions où ils pourraient être utiles pour le reste de mon équipe ou potentiellement pour diffusion publique. Cependant, comme la plupart des choses, j'ai tendance à voir l'énorme potentiel de plus-value apportée par relativement peu de travail supplémentaire, quelle que soit la probabilité de réalisation de la plus-value.

Était-ce utile?

La solution

Non, vous ne perdez pas votre temps. Votre base d'utilisateurs potentiels sera plus grande si les utilisateurs de WYSIWYG peuvent facilement utiliser vos composants. Si vous êtes le seul utilisateur de ces composants, concevez-les de manière à ce qu'ils correspondent à votre style de développement. Si vous concevez visuellement, il est logique de disposer du support WYSIWYG.

Autres conseils

Je pense que vous ne perdez pas votre temps, surtout si vous souhaitez libérer ces contrôles pour que les autres développeurs puissent les utiliser. Si l’effort demandé est vraiment "un petit extra" et vous trouvez que cela vous aide dans les projets plus importants. Je pense que vos contrôles sont améliorés en étant compatibles avec les outils WYSIWYG.

Personnellement, je code HTML / XHTML, mais j’aime utiliser la fonctionnalité WYSIWYG à l’occasion. J'ai toujours trouvé que les contrôles conviviaux pour WYSIWYG étaient plus faciles à utiliser que ceux qui reposaient sur l'écriture manuelle de tout le code.

Pour votre propre usage, vous savez déjà si vous perdez votre temps ou non.

[moi entre dans l'abri de karma-bombe]

Pour le public et le reste de votre équipe, je vais vous donner un avis contre le flot que vous êtes probablement ... eh bien, vous ne perdez pas votre temps, mais vous n'en faites peut-être pas le meilleur usage possible.

Je pense que très peu de développeurs Web prendront les offres WYSIWYG au sérieux. Toutefois, si la majorité peut utiliser vos contrôles au niveau du code de la main et que la minorité peut faire du glisser-déposer, vous bénéficiez d'un avantage de choix qui n'est jamais une option. carrément mauvaise chose. Sauf éventuellement en ce qui concerne les petits enfants et le bon comportement.

Si vous êtes plus à l'aise avec votre travail dans l'éditeur WYSIWYG et que le développement de composants de serveur facilite votre travail, je ne vois pas pourquoi vous devriez essayer de vous conformer aux méthodes d'autres développeurs si ce que vous faites fonctionne pour vous.

Je pense que vous devez répondre à ce sondage avec un grain de sel. Le fait que la plupart des utilisateurs de Stack Overflow déclarent coder à la main leur code HTML ne signifie pas que la plupart des développeurs Web le font. Des outils tels que Dreamweaver et Microsoft Frontpage sont des outils très populaires, notamment en raison de leurs fonctionnalités WYSIWYG. Les sociétés d'hébergement Web ont généralement des constructeurs de pages Web WYSIWYG qui sont également très populaires. Je code aussi à la main la plupart de mes documents, mais je travaille souvent en freelance avec des développeurs Web d'autres sociétés du monde entier. De mon expérience personnelle, j'irais probablement jusqu'à dire que la plupart des développeurs Web utilisent WYSIWYG. outils. Plus un développeur Web est expérimenté, moins il est susceptible d’utiliser un outil WYSIWYG, mais ceux qui ont moins d’expérience sont beaucoup plus nombreux que ceux qui ont beaucoup d’expérience.

Vous pourriez vous poser la question suivante: "D'autres développeurs gâchent-ils leurs contrôles de codage temporel?".

En règle générale, il suffit de faire glisser les contrôles sur une page et de modifier le code HTML généré, le cas échéant, s'il n'est utilisé que sur une seule page. Si le contrôle et ses fonctionnalités sont utilisés sur plusieurs pages de la même application Web, j'utiliserais alors un contrôle utilisateur. Quand il sera définitivement utilisé dans plusieurs applications, je ne souhaite coder qu'une seule fois pour pouvoir accéder à un contrôle de serveur que je peux facilement distribuer. Je pense que la clé est qu’elle (la disposition et les fonctionnalités) sont utilisées dans plusieurs endroits ou que vous êtes sur le point de l’utiliser dans plusieurs endroits. C’est tout autant une "erreur" d'avoir du code en double dans de nombreux endroits car c'est d'avoir passé plus de temps à développer du code réutilisable pour une utilisation. De plus, c'est un logiciel, vous pouvez donc le changer plus tard!

Je pense que votre vraie question est probablement la suivante: "y at-il un moyen de développer mon interface utilisateur sur laquelle je devrais en apprendre davantage, car ce serait peut-être mieux que ce que je fais maintenant?"

Compte tenu de la rapidité avec laquelle les choses changent, c'est une question que nous nous posons tous assez souvent. Je me souviens de la première fois que j'ai vu des sites développés avec Ruby on Rails; et puis j’ai parcouru un didacticiel qui ne comportait pas pour wysiwyging; mais tout a été accompli avec CSS et les thèmes; et il m’a semblé que Dreamweaver n’était peut-être pas l’environnement le plus productif et que le résultat pourrait être au moins aussi attrayant.

Suivre les didacticiels MVC m'a donné le même choc.

Je pense donc qu'il vaut au moins la peine d'essayer les alternatives pour prendre une décision intelligente concernant ce qui fonctionne le mieux pour moi, mes compétences et mes exigences. Je veux les meilleurs outils de ma boîte à outils, même si je n'en ai pas besoin pour chaque projet.

Surtout que vous semblez comprendre que votre approche actuelle prend beaucoup de temps.

Je dirais que s’il s’agit en réalité d’un petit travail supplémentaire et d’une valeur ajoutée supplémentaire, il est difficile de concevoir que ce soit une perte de temps. Les utilisateurs qui s’intègrent derrière vous et qui envisagent d’utiliser vos composants à l’avenir le trouveront beaucoup plus facile et gagneront beaucoup de temps qui serait autrement passé à coder à la main. Sans oublier que si vous pouvez faire glisser un composant en un clic de souris, faites-le glisser dans le clavier, alors pourquoi gaspiller les frappes au clavier?

Comme pour tout le reste, la réponse appropriée est "ça dépend" ...

Vous devez mesurer le retour sur investissement de l'ajout de cette fonctionnalité.

Pour le 'je'; Personnellement, je n’ai jamais créé de contrôle Web qui fonctionnerait pour un éditeur wysiwyg. Je ne sais donc pas combien d’efforts il faut.

Pour le 'R'; Si vous travaillez dans une grande équipe de développement, distribuez votre code, réutilisez vous-même ces contrôles dans un éditeur wysiwyg, ou même souhaitez simplement l'expérience, vous obtiendrez certainement votre retour. Mais si cela est basé sur les futurs programmeurs de maintenance; vous pouvez vous pencher un peu du côté de l'optimisation excessive. (IMHO)

Je suis d’accord avec les précédents posts. Je ne pense pas que vous perdez votre temps. Rendre votre contrôle compatible avec WYSIWYG permet aux utilisateurs de faire les choses dans les deux sens, a lancé le concepteur et le code. De plus, il est parfois plus facile de découvrir le rôle d’un contrôle lorsque vous utilisez l’éditeur de propriétés, car vous devez apporter vos modifications dans le code, puis compiler et exécuter l’application.

Quand j'ai commencé à programmer, j'aimais WYSIWYG et je l'utilisais pour presque tout.

J'ai commencé à coder html par nécessité, il y avait toujours quelque chose que je ne pouvais tout simplement pas comprendre en utilisant seulement l'éditeur WYSIWYG. Le temps a-t-il passé que je me suis rendu compte qu'il était plus rapide pour moi de redresser simplement le code html que d'utiliser la souris pour définir les propriétés; ainsi, avec le temps, j'ai utilisé de plus en plus de langage html jusqu'à ce qu'il n'y ait plus d'éditeurs WYSIWYG pour moi.

Pourquoi je vous ai raconté cette histoire? parce que mon expérience personnelle me dit qu'un programmeur débutant adorera WYSIWYG et que vos efforts pour créer des commandes de serveur et un programmeur avancé ne vous en donneront aucun crédit.

Mon avis est que vous devriez faire ce que vous préférez. Si vous faites ainsi pour plaire aux autres, ne vous embêtez pas s'il n'y a pas de programmeur débutant dans votre équipe.

C'est mes 5 cents;)

Je pense que je créerais le contrôle s'il est utilisé à plusieurs endroits. Même si vous codez le code HTML à la main, cela économise du temps et simplifie le travail. mais je conviens que le codage manuel html / css est plus efficace, les constructeurs de pages Web WYSIWYG ne le supportent pas très bien.

Non affilié à StackOverflow
scroll top