¿Estoy perdiendo el tiempo mediante el diseño de componentes de ASP.NET para mis herramientas WYSIWYG hace

Question

unos días, leí una pregunta sobre el número de desarrolladores de código de la mano de su HTML/XHTML en lugar de depender de las herramientas WYSIWYG - https://stackoverflow.com/questions/406052/do-most-web-programmers-not-designers-use-wysiwyg-editors-or-hand-code-their

Tiendo a inclinarme hacia el diseño de controles de servidor ASP.NET en lugar de los controles de usuario para su uso en mi código. Hago esto para poder reutilizarlos arrastrando y soltando en WYSIWYG y simplemente establezco las pocas propiedades pertinentes. Esto cuesta un poco más de tiempo en el diseño de los componentes, pero simplifica mucho las cosas cuando llego a usarlos en aplicaciones más grandes.

Después de haber leído que la mayoría de los desarrolladores parecen codificar manualmente en lugar de utilizar WYSIWYG, esto me lleva a preguntarme: ¿Estoy perdiendo el tiempo desarrollando componentes de esta manera?

Editar: Para aclarar: en general, la intención original ha sido que estos controles sean para mi propio uso. Sin embargo, ha habido una serie de ocasiones en que podrían ser útiles para el resto de mi equipo o potencialmente para su lanzamiento al público. Sin embargo, como la mayoría de las cosas, tiendo a ver el gran valor extra potencial proporcionado por el trabajo extra comparativamente pequeño, independientemente de la probabilidad de que el valor extra se realice.

Answer 1

No, no está perdiendo el tiempo. Su base de usuarios potenciales será mayor si los usuarios de WYSIWYG pueden usar fácilmente sus componentes. Si usted es el único usuario de estos componentes, concéntrese en ellos para que se ajusten a su estilo de desarrollo. Si diseña visualmente, entonces tiene sentido tener soporte WYSIWYG.

Answer 2

Si está más cómodo con su trabajo en el editor WYSIWYG y el desarrollo de componentes de servidor facilita su trabajo, entonces no veo por qué debería intentar ajustarse a otros métodos de desarrolladores si lo que hace le funciona.

Answer 3

Se puede crear un control de usuario y el uso de diferentes técnicas de lograr que se compila en un archivo DLL que puede ser referenciado por sus aplicaciones web:

general de algunos métodos: http://geekswithblogs.net/dotnetrodent/archive/2006/06/16/82136.aspx

método detallado: http://webproject.scottgu.com/CSharp/UserControls/UserControls.aspx

Nunca uso las herramientas WYSIWYG porque nunca es realmente WYSIWYG una vez que facter javascript, y CSS y otras cosas. (Sé que VS2008 mejoró pero no perfecto). Y los diseñadores son siempre muy lentos. Prefiero codificar usando el marcado.

Si el desarrollo de un componente comercial que desea vender debe pasar el tiempo teniendo la función más completa establecida en mi humilde opinión. Incluyendo WYSIWYG. Si sus componentes de construcción para que usted o su equipo puedan usarlos, entonces debe evaluar el costo beneficio del tiempo que lleva obtener sus componentes ese paso adicional.

Answer 4

Creo que no está perdiendo el tiempo, especialmente si desea liberar estos controles para que los usen otros desarrolladores. Si el esfuerzo requerido es realmente "un poco más" y encuentra que lo ayuda en proyectos más grandes, creo que sus controles se mejoran al ser compatible con la herramienta WYSIWYG.

Personalmente, generalmente uso el código HTML/XHTML a mano, pero me gusta utilizar la funcionalidad WYSIWYG en ocasiones. Siempre he descubierto que los controles que eran compatibles con WYSIWYG eran más fáciles de usar que los controles que se basaban en que todo el código se escribía manualmente.

Answer 5

Estoy de acuerdo con las publicaciones anteriores. No creo que estés perdiendo el tiempo. Hacer que su control WYSIWYG habilitado permita a los usuarios hacer las cosas en ambos sentidos, lanzó al diseñador y lanzó el código.También algunas veces es más fácil descubrir qué hace un control cuando usa el editor de propiedades, apostando a hacer cambios en el código y luego compilar y ejecutar la aplicación.

Answer 6

Cuando comencé a programar me encantó WYSIWYG y lo usé para casi todo.

Empecé a codificar html por necesidad, siempre había algo que simplemente no podía hacer con el editor WYSIWYG. Ha pasado el tiempo, me di cuenta de que era más rápido para mí simplemente corregir el html que usar el mouse para establecer las propiedades, así que con el paso del tiempo, utilicé más y más html hasta que no hubo más editores WYSIWYG para mí.

¿Por qué te cuento esta historia? porque mi experiencia personal me dice que a un programador principiante le encantará WYSIWYG y sus esfuerzos para hacer controles de servidor y un programador avanzado no le dará ningún crédito por ello.

Mi opinión es que debe hacer lo que prefiera. Si lo haces de esta manera para complacer a los demás, no te molestes si no hay un programador principiante en tu equipo.

de que es mi 5 centavos;)

Answer 7

para su propio uso ya saben si usted está perdiendo su tiempo o no.

[me entra refugio karma-bomba]

Para el público y el resto de su equipo voy a ofrecer una opinión en contra del flujo que probablemente está ... bueno, no perder el tiempo, pero posiblemente no haciendo el mejor uso de ella.

Creo que muy pocos desarrolladores web tomarán en serio las ofertas de WYSIWYG, sin embargo, si la mayoría puede usar sus controles a nivel de código de mano y la minoría puede arrastrar y soltar, habrá proporcionado el beneficio de elección que nunca una cosa absolutamente mala. Excepto posiblemente donde se trate de niños pequeños y buen comportamiento.

Answer 8

Creo que tiene que tomar esa encuesta con un grano de sal. El hecho de que la mayoría de las personas en Stack Overflow digan que codifican manualmente su HTML no significa que la mayoría de los desarrolladores web lo hagan. Herramientas como Dreamweaver y Microsoft Frontpage son herramientas muy populares, por ejemplo, principalmente debido a sus características WYSIWYG. Las empresas de alojamiento web suelen tener constructores de páginas web WYSIWYG que también son muy populares. También codifiqué a mano la mayoría de mis cosas, pero trabajo mucho como freelance trabajando con desarrolladores web de otras compañías en todo el mundo, y desde mi experiencia personal, probablemente llegaría a decir que la mayoría de los desarrolladores web SI usan WYSIWYG. herramientas. Cuanto más experimentado es un desarrollador web, es menos probable que utilice una herramienta WYSIWYG, pero aquellos con menos experiencia superan con creces a aquellos con mucha experiencia.

Answer 9

Puede plantear la pregunta, para usted, "¿otros desarrolladores están perdiendo sus controles de codificación de la mano del tiempo?".

Normalmente solo arrastrar y soltar los controles en una página y modificar el html generado cuando sea necesario, si solo se utiliza en una página. Si el control y su funcionalidad se usan en más de una página en la misma aplicación web, entonces iré a un control de usuario. Cuando definitivamente va a usarse en todas las aplicaciones, solo quiero codificar una vez, así que voy a un control de servidor que puedo distribuir fácilmente. Creo que la clave es que (el diseño y la funcionalidad) se utilizan en varios lugares, o está a punto de usarlo en varios lugares. Es tanto un "error" tener código duplicado en muchos lugares, ya que ha pasado más tiempo desarrollando código reutilizable para un solo uso. Además, es un software, ¡así que puedes cambiarlo más tarde!

Answer 10

Creo que su verdadera pregunta probablemente sea, "¿hay alguna manera de desarrollar mi UI de la que deba aprender más, porque podría ser mejor que la forma en que lo estoy haciendo ahora?. "

Teniendo en cuenta lo rápido que están cambiando, eso es una pregunta que todos nos preguntamos con bastante frecuencia me reember la primera vez que vi a los sitios que se han desarrollado con Ruby on Rails, y entonces me encontré a través de un tutorial que tenía sin paso para wysiwyging, pero todo se logró con CSS y temas, y me di cuenta de que tal vez Dreamweaver no es el entorno más productivo para todo, y el resultado podría ser al menos igualmente atractivo.

Trabajando a través de los tutoriales de MVC dio me la misma sacudida.

Así que creo que al menos vale la pena probar las alternativas para hacer un inteligente decisión sobre lo que funciona mejor para mí, mis habilidades y mis requisitos. Quiero las mejores herramientas en mi kit de herramientas, incluso si no las necesito para cada proyecto.

Especialmente porque parece apreciar que su enfoque actual está tomando una cantidad sustancial de su tiempo.

Answer 11

Creo que crearía el control si se usa en muchos lugares. Incluso si codifica a mano el html, aún ahorra tiempo y simplifica el trabajo. pero acepto que html/css de codificación manual es más eficiente, los creadores de páginas web WYSIWYG no lo soportan muy bien.

Answer 12

Diría que si de hecho solo es un poco de trabajo extra y agrega tanto valor adicional es difícil de concebir, podría ser una pérdida de tiempo. Los usuarios que estén detrás de usted y que busquen usar sus componentes en el futuro lo encontrarán mucho más fácil y le ahorrarán mucho tiempo que de lo contrario se gastaría en la codificación a mano. Sin mencionar que si puede arrastrar y soltar un componente con un clic del mouse y arrastrarlo, ¿por qué perder las pulsaciones de teclas?

Answer 13

Como todo lo demás, la respuesta apropiada es 'depende' ...

Hay que medir el retorno de la inversión de añadir esta funcionalidad.

Para la 'I'; Personalmente, nunca he creado un control web que funcione para un editor wysiwyg, por lo que no sé cuánto esfuerzo se necesita.

Para la 'R'; Si trabajas en un gran equipo de desarrollo, distribuyes tu código, reutilizas estos controles tú mismo en un editor wysiwyg, o incluso solo quieres la experiencia, entonces definitivamente obtendrás tu devolución. Pero si esto se basa en futuros programadores de mantenimiento; puede estar inclinándose un poco hacia el lado de la optimización excesiva. (IMHO)