¿Es mejor dibujar un diagrama de flujo o escribir pseudocódigo antes de programar realmente?

El dibujo es la capacidad de diseñar de manera abstracta negocios reales en modelos de programas. Una vez que se cultiva esta habilidad, se puede tomar el camino de la arquitectura.

Los diagramas de clases pueden clasificar relaciones comerciales complejas en relaciones entre objetos comerciales y luego abstraerlas en el diseño del programa.

El diagrama de secuencia puede planificar claramente la cadena de llamadas completa desde la interacción del usuario hasta el procesamiento del servidor. Es muy adecuado para empresas complejas. También puede utilizar este diagrama de secuencia para generar código directamente (EA).

El flujo de datos puede resolver las relaciones de torsión de datos entre objetos comerciales, lo que facilita el desarrollo y la precipitación de productos.

Estos diagramas están orientados principalmente a lógica de negocio responsable o dificultades técnicas.

Si se trata de una simple adición, eliminación y modificación sin funciones complicadas, no es necesario dibujarlo. Como máximo, es una estructura de datos.

Hablemos de pseudocódigo

En comparación con la dificultad de hacer dibujos, los programadores principiantes pueden aceptar más fácilmente el pseudocódigo porque es más concreto. Para cada entrada y salida a nivel de método, se concibe y escribe la lógica requerida en el cuerpo del método.

El pseudocódigo también es un tipo de planificación de código y es más adecuado para comenzar. Sin embargo, la desventaja es que es imposible ver la estructura general y la relación entre los miembros desde una perspectiva de entrega macro, y el contenido del resultado del diseño cambiará con frecuencia.