¿Cómo se construyen los sistemas de software complejos?

Shorty dijo capa por capa: en pequeñas piezas modulares también conocidas como orientadas a objetos. Cada módulo se puede definir como un hito para algún objetivo que debe lograrse. Por ejemplo, un blog que tiene 3 módulos: un módulo de usuario, un módulo para la configuración básica (nombre del blog, descripción, etc.) y, por supuesto, artículos.

Los módulos consisten en los llamados objetos. Cada objeto tiene su propia tarea específica basada en su propio st específico de reglas. Por ejemplo: para crear un módulo de artículos necesitará algún tipo de objeto de formulario para permitir que un usuario ingrese artículos. Además de un formulario, necesitará algún tipo de objeto de almacenamiento (capa de base de datos) para almacenar los artículos. Luego está el objeto de lista para mostrar una lista de datos (en este caso, los datos del artículo). Luego, la última parte es combinar estos objetos en un módulo para permitirles trabajar juntos.

El objetivo principal de un programador es hacer que los diferentes objetos sean reutilizables. Por ejemplo, el objeto de formulario. Se puede usar para ingresar artículos, pero también como un registro o tal vez un formulario de comentarios. Lo que será el formulario dependerá de qué datos (propiedades) se inserten.

No solo los objetos sino también los módulos se pueden reutilizar si se realizan correctamente. Un módulo de artículos puede servir como una sección de artículos de blog, pero también como la sección de noticias o la interfaz de la lista de correo.

El mayor problema que muchas personas tienen con este enfoque es que al principio parece que lleva más tiempo y menos eficiente que escribir un objeto que hace todo de una vez porque cada objeto separado debe ser una pieza autocontenida lista para ser probada. Los programadores, clientes o programadores sin experiencia que escriben código de procedimiento tienden a no usar el enfoque orientado a objetos porque a corto plazo parece ineficiente, lento y excesivo. Tienden a hacer que su código sea demasiado complejo y depender de otras piezas de código. Hacer que el código no sea reutilizable pero, sobre todo, no sea legible y escalable. Cuando se realizan cambios en una parte del sistema. Diferentes otras partes pueden fallar.

Ese beiing dijo. El enfoque de objeto permite la escalabilidad simplemente agregando diferentes objetos. Cuando una parte falla, solo un objeto debe repararse siempre que la salida esperada sea la misma. Por supuesto, esta explicación está un poco simplificada. Puede haber muchas más capas. Como un objeto de formulario que agrupa múltiples objetos de campo) El número de capas a menudo depende del tiempo, la legibilidad y la eficiencia. Cuantas más capas haga, mejor será la escalabilidad. Sin embargo, las capas probablemente disminuirán el rendimiento de las aplicaciones. Cuanto más pequeños sean los objetos, mejor será la escalabilidad, pero para proyectos pequeños será mucho tiempo, en el cual los enfoques más grandes y personalizados son una mejor opción.

Tiempo, paciencia, energía, talento.

Un jodido arnés de prueba realmente grande.

Un gran departamento de control de calidad.

Muchas horas hombre.