Estoy usando un framework MVC para desarrollar un sitio web, me importa el diseño en el sentido de apariencia (vistas) y el código (modelos, controladores).mejores prácticas de desarrollo del sitio web, diseño o código por primera vez?
No sé cuál es la mejor manera de proceder:
Sugiero que el diseño primero - que puede ser un diseño en bruto con un lápiz/papel, sino que le dará una idea de qué información debe ir en la página de qué manera . Esto lo ayudará con sus puntos de vista y lógica de controlador. No te preocupes demasiado por los colores en este punto.
Siempre siento que es mejor hacer las cosas de forma iterativa. Diseña una página o dos, construye el modelo y el controlador relativos a esa página y repite para otras páginas.
A veces, si pasa demasiado tiempo en sus modelos y controladores y descuida sus puntos de vista, terminará haciendo mucho más o menos de lo que necesita.
La belleza de los frameworks MVC es que simplemente no importa.
Obviamente necesitará algo de visión para trabajar, pero depende de usted. Creo firmemente en el desarrollo iterativo. En este caso, crearía una sección del sitio, vistas, modelos, etc. Una vez que esté funcionando, vaya a la siguiente sección/función del sitio.
Depende, pero hay varias reglas de oro:
En su caso particular, dado que no estoy seguro del tamaño del proyecto, le sugiero que diseñe su esquema de antemano en función de sus necesidades, que le informará sobre dependencias, y luego haga lo iterativo, comenzando con las dependencias. Si tiene API específicas que tenga en mente, también es una buena idea diseñar alrededor de ellas
Las dos vías están bien, pero sería mejor si tiene una vista diseñada (incluso una maqueta) para que pueda saber qué datos obtener cómo formatearlo cuando desarrolle su modelo y controladores
Mi sugerencia que le ahorrará mucho tiempo y dolor de cabeza es comenzar con el diseño.
Tiene dos diseños aquí. Uno es el diseño de la interfaz de usuario (interfaz). Todas las imágenes, etc.
Cuando tenga un diseño de IU, sabrá cómo crear su marcado desde el principio sin tener que hacer el trabajo dos veces después de que haya completado un diseño.
El otro es el diseño del software. el framework MVC ayuda mucho con esto, pero tampoco desea simplemente comenzar a codificar sin tener un plan. Te encontrarás rastreando mucho y recodificando cosas que ya has hecho de esa manera.
Las 37 señales (la fuente o Ruby on Rails y algunas aplicaciones web realmente geniales) libro Getting Real recomienda trabajar desde la interfaz hacia abajo. Le da una mejor idea de cómo se usará el sitio antes de realizar demasiada implementación de back-end.
Aquí está el capítulo específico: From ideas to implementation.
PD: Lea todo el libro, es breve y una muy buena filosofía general para construir las cosas de la manera en que deberían construirse. Y no, no estoy afiliado a ellos de ninguna manera.
Una pequeña, pero muy buena sugerencia que obtuve, fue determinar qué tipo de URL 'amigables' te gustaría ver en tu sitio. Esto, a su vez, lo conduce a las rutas que necesita, lo que a su vez le da una idea de los controladores y acciones que deberá crear.
Definitivamente una buena parte del proceso de diseño, generalmente conocido como Arquitectura de la información. – vfilby
Un enfoque iterativo es el camino a seguir. Podría sugerir pasar tiempo en el modelo y lograr que se solidificara primero. Luego, itere a través de sus controladores y vistas. Esto ayudará a validar lo que ha hecho en el modelo, y traerá a la luz cualquier problema evidente que deba abordarse antes o después.
¿Qué significa esto? – Grokys
I, ya que la mayoría aquí diría diseño (por lo menos hasta cierto punto) en primer lugar. Intentaré interacciones de wireframe (estas pueden, y deberían ser refinadas más adelante) y, quizás lo más importante, (al menos si es un sitio web tradicional en el que estás trabajando) planifica la arquitectura, mapea la estructura del sitio que estás trabajando en (la parte de Arquitectura de la información). Para obtener una visión general del sitio y conocer las rutas de los usuarios a través del contenido.
Ese es al menos mi 'modus operandi' para sitios web si estoy trabajando solo con ellos. (trabajo principalmente en un equipo de UX así que mi flujo de trabajo profesional está más en la parte de diseño que en la codificación de producción hoy en día)
Desde mi experiencia, yo diría que siempre debes planear primero. (Incluso planifico mi fase de planificación).
Supongo que está haciendo algo así como una GUI cableada a través de .aspx utilizando el modelo MVC, ¿quizás incluso el Entity Framework?
El desarrollo web de este tipo puede complicarse muy fácilmente una vez que empiece a construirlo.
Es importante que antes de hacer cualquier cosa sepa exactamente qué es lo que intenta hacer, de esta manera usted sabe cuándo está rebasando o superando sus objetivos y si el código que está escribiendo realmente cumple o no con los requisitos.
Hay muchos modelos en los que puede basar el desarrollo de su proyecto, todos los cuales siguen de manera unida un sensible ciclo de vida de desarrollo del sistema.
Si usted no ha leído sobre las diferentes metodologías de desarrollo, aquí hay un sitio que le dará una buena visión de conjunto: http://www.itinfo.am/eng/software-development-methodologies/
* Siempre * diseño de primera. En primer lugar, la codificación condena a muchos proyectos porque no saben lo que deben hacer. –