¿Qué se puede considerar una verdadera idea de programación orientada a objetos?
Para poder aplicar el pensamiento orientado a objetos para realizar análisis, diseño e implementación (programación) de sistemas de manera competente, el personal de I+D primero necesita saber qué es un objeto y cuál es el concepto de orientación a objetos. de lo contrario, no habrá aplicación del pensamiento orientado a objetos en el desarrollo de software.
Espero que después de ver mi discusión anterior, no tan rígida y exhaustiva, pueda obtener una comprensión preliminar del concepto de "objeto", y también espero que colegas con diferentes puntos de vista puedan ofrecer críticas. En segundo lugar, el personal de I+D también debe tener una experiencia de desarrollo relativamente rica. De lo contrario, simplemente hablar de teoría no comprenderá realmente el significado de "orientado a objetos". No obstante, podemos establecer reglas generales.
Sin tener en cuenta otras etapas del ciclo de vida, los siguientes procesos generalmente se pueden llevar a cabo para un sistema establecido:
1. Primero, aplicar el pensamiento orientado a objetos para realizar el análisis del sistema. Divida cuidadosamente las distintas partes del sistema, aclare la relación jerárquica entre ellas y luego trate cada parte como un objeto de análisis funcional. Por ejemplo, para diseñar una interfaz de usuario, puede constar de varios formularios principales: el formulario principal MainFrame, el subformulario funcional FunctionFrame y el cuadro de diálogo Dialog. Entre ellos, MainFrame también puede incluir componentes de Windows como menús, barras de herramientas, cuadros de texto, barras de estado, etc. Para los componentes que necesitan completar algunas funciones importantes, podemos tratarlos como un objeto solo y, en la implementación específica, usar una sola clase para representarlos. Y algunos componentes que no son muy importantes y sólo son necesarios en el proceso se pueden integrar en otros objetos. Es necesario aclarar las tareas propias de cada objeto: no dejar que tenga defectos ni anularlos. La relación entre varios objetos se realiza mediante el acoplamiento de procesos, contenidos, funciones, etc. De hecho, si está desarrollando en Java, encontrará que los componentes swing en sí son muy fáciles de usar, porque la relación entre ellos es muy clara: no necesita comprender ni distinguir relaciones complejas como los componentes en C. Al desarrollar sus propios componentes, también debe esforzarse por conseguir este efecto.
En segundo lugar, aplicar el pensamiento orientado a objetos al diseño de sistemas. De hecho, una vez que haya hecho un buen trabajo en el análisis del sistema, será más fácil de diseñar. Durante este período, solo necesitamos determinar más a fondo las funciones de cada objeto y las relaciones entre cada objeto. Para ayudar mejor a los implementadores a comprender la relación entre varios objetos, se pueden utilizar algunas herramientas para expresar la relación entre estos componentes. El lenguaje de módulo uniforme (UML) es algo muy bueno. No solo puede ayudar al personal de I+D a comprender todo el sistema ahora, sino que también puede proporcionar un documento de archivo para futuros trabajos de mantenimiento, lo que proporcionará una gran comodidad para trabajos futuros.
3. Implementación (codificación). Esto es evidente. En mi próximo artículo, daré un ejemplo relativamente simple, con la esperanza de inspirar a los lectores. Cuando se desarrolla software, la codificación no es lo más importante. El análisis y el diseño son los más importantes. Quizás cuando aceptemos algunas ideas más avanzadas, entenderemos esto mejor. Esperamos que nuestros desarrolladores de software chinos puedan aplicar el pensamiento orientado a objetos para desarrollar software excelente con competitividad internacional.