Está perdiendo oportunidades comerciales:
- Aplicaciones de trading gratuitas
- 8 000+ señales para copiar
- Noticias económicas para analizar los mercados financieros
Registro
Entrada
Usted acepta la política del sitio web y las condiciones de uso
Si no tiene cuenta de usuario, regístrese
El método constante es otro ejemplo del proverbio "queríamos hacerlo mejor, pero resultó ser lo mismo de siempre". Creo que este es un lema para C++ en absoluto. No tiene ninguna utilidad práctica, pero complica significativamente el diseño de los programas OOP, ya que es necesario controlar constantemente el tipo de objeto que se modifica (también debe ser constante).
¿Puedo darle un ejemplo de lo que ha escrito?
El método constante no es más que otro ejemplo del proverbio "queríamos que las cosas fueran mejor, pero resultó como siempre". Creo que es un lema para C++ en absoluto. No tiene ninguna utilidad práctica, pero complica notablemente el diseño de los programas de POO porque hay que controlar constantemente el tipo del objeto que se modifica (también debe ser constante).
))) Tengo un viejo libro de Stroustrup por ahí, si los ladrones entran en la casa, puedo golpearlos fácilmente con él, pesa como un ladrillo )) El viejo puso tanto problema en su lengua...
Recuerdo que hace mucho tiempo me persiguieron en una entrevista de trabajo por el lado positivo, me hicieron una pregunta y no pude responderla con precisión. Me trajeron un libro así, lo leí y pregunté: "¿Lo usas tú?
Pregunté, -¿Lo usas tú? -Los chicos se ríen, está bien, nadie ha respondido correctamente a esta pregunta, ya que nadie lo usa.
Por cierto, tengo un libro sobre pluses de principios de los 90, antes de que se adoptara la primera norma. Un libro de bolsillo de digestión normal. Pero entonces Ostap se dejó llevar ))
¿Puede darme un ejemplo de lo que ha escrito?
Alexey escribió un ejemplo. Un método constante no puede modificar los miembros de su clase. ¿Cuál parece ser el problema? Simplemente no utilices el modificador const. Pero entonces hay dificultades en la herencia (especialmente desde labiblioteca estándar): el diseñador definió el método virtual const, pero en la clase derivada, el método necesita cambiar algo en sus datos - y hay un tapón debido a const. Sin ella, el método no será anulado, y con ella, el método derivado no puede cambiar los datos de su propia clase.
¿Cuál es el principal error al introducir dicho modificador para los métodos de la clase? Se viola el principio fundamental de la herencia: la especialización y el refinamiento. La clase base prohíbe al método de la clase derivada trabajar con sus datos internos. Y no debería existir tal situación.
Sharpe apesta a una milla de distancia ))
No hay nada que obstruya, no hay necesidad de hablar.
Sharpe apesta a una milla de distancia ))
No lo niego. Sharpe es realmente una lengua perfecta, grande y hermosa.
Const no complica nada, no blah-blah
Vale, digamos que uno siempre puede deshacerse de la const. Pero, ¿por qué no explicas brevemente con un ejemplo, qué hace Const? ¿Cuál es su verdadera utilidad? Con el ejemplo, y preferiblemente no escrito de la nada.
...
¿Cuál es el principal error de introducir un modificador de este tipo para los métodos de la clase? Se viola el principio fundamental de la herencia: la especialización y el refinamiento. La clase base prohíbe a los métodos de la clase derivada trabajar con sus datos internos. Pero no debe haber nada de eso.
Tal vez sea una parte que pasa de los creadores a los simples usuarios. Como la función de inicio en el Asesor Experto y las variables de oferta y demanda.
Cuando lo haces todo tú mismo, no tiene sentido molestarse con todo tipo de const.
No lo niego. Sharp es, en efecto, una lengua perfecta, grande y hermosa.
...
Genial. Pero está muy lejos de ser perfecto.