aquí hay unos pocos
el bueno
OOP (Programación Orientada a Objetos), un paradigma de diseño común ampliamente aceptado que es muy experto en detallar diseños para grandes proyectos de software de una manera sostenible, escalable y autoconsistente. Estos proyectos generalmente se entregan de una manera predecible y confiable con un mínimo de drama que hace que las cosas sean eficientes desde un punto de vista económico. Los aspectos más importantes de OOP no es que no sea demostrablemente perfecto sino que es increíblemente útil y ampliamente aceptado. Por ejemplo, el idioma inglés que estoy usando actualmente no es demostrablemente perfecto, pero también es increíblemente útil y ampliamente aceptado. Así que digiere que los descontentos de OOP.
- ¿Cómo funciona el desarrollo de WordPress?
- Cómo empujar nuevos datos de mysql
- Necesita consejo: ¿Cuál es el mejor CMS para administrar el sitio web del canal de TV?
- ¿Para qué se usa la arquitectura MVC en C #?
- ¿Django 1.11 es una reescritura de versiones anteriores?
El avance continuo de los lenguajes de programación de nivel superior a medida que las capacidades de los componentes de hardware continúan aumentando según lo dictado por la ley de Moore (sí, el ensamblador era una perra para hacer algo sustancial). Esta influencia cada vez mayor de la semántica del lenguaje de nivel superior permite que la informática aborde problemas más interesantes y valiosos cada año que antes no eran factibles.
el malo
la referencia nula
Una instancia nula no significa nada, un objeto vacío, una colección vacía, esto es seguro y sensato. Representa la ausencia de elementos, el vacío. Este es un estado muy útil para los objetos. Se portó bien.
Una referencia nula solo significa un comportamiento indefinido, es peligroso y a menudo mortal. Hay una gran diferencia entre una instancia nula y una referencia nula. Una instancia nula es cordura y una referencia nula es locura.
Tony Hoare, el ganador del Premio Turing, autor de quicksort, etc., admite haber cedido a la tentación de piratear en 1965 en momentos de debilidad, creando la referencia nula. Solo el hombre más brillante reconocería un error tan fundamental en público. Los programadores han estado viviendo con este error de diseño durante décadas que lamentablemente impregna la mayoría de los idiomas. De hecho, la mayoría de los programadores aceptan la existencia de referencias nulas usándolas con frecuencia y desconocen las grandes desventajas de las referencias nulas.
“Referencias nulas: el error de mil millones de dólares
Resumen: lo llamo mi error de mil millones de dólares. Fue la invención de la referencia nula en 1965. En ese momento, estaba diseñando el primer sistema de tipo integral para referencias en un lenguaje orientado a objetos (ALGOL W). Mi objetivo era asegurar que todo uso de referencias debería ser absolutamente seguro, con una verificación realizada automáticamente por el compilador. Pero no pude resistir la tentación de poner una referencia nula, simplemente porque era muy fácil de implementar. Esto ha llevado a innumerables errores, vulnerabilidades y fallas en el sistema, lo que probablemente ha causado miles de millones de dólares de dolor y daños en los últimos cuarenta años. En los últimos años, se han utilizado varios analizadores de programas como PREfix y PREfast en Microsoft para verificar referencias y dar advertencias si existe el riesgo de que no sean nulos. Los lenguajes de programación más recientes como Spec # han introducido declaraciones para referencias no nulas. Esta es la solución, que rechacé en 1965 “.
El error de mil millones de dólares
”
