¿Con qué frecuencia declaras que tus funciones son const?

Question

¿Le parece útil?

Answer 1

Cada vez que sepa que el método no cambiará el estado del objeto, debe declararlo como constante.

Le ayuda a leer su código. Y ayuda cuando intenta cambiar el estado del objeto: el compilador lo detendrá.

Answer 2

Cuando tiene un objeto const, los únicos métodos que el compilador le permitirá llamar son aquellos marcados como seguros por la palabra clave const. De hecho, solo los métodos de miembro tienen sentido como métodos const.

En C++, cada método de un objeto recibe un puntero implícito this al objeto; Un método const simplemente recibirá un puntero constthis.

Answer 3

Suponiendo que estamos hablando acerca de los métodos, como en:

struct Example { 
    void f() const; 
}; 

Entonces si deben ser exigible en un objeto constante, el método debe ser const.

Answer 4

tan a menudo como sea posible. Las funciones que no necesitan cambiar los miembros de datos deben declararse como const. Esto hace que el código sea más comprensible y puede dar pistas al compilador para la optimización.

Answer 5

no con la suficiente frecuencia ....

Mientras que todas las respuestas son correctas, si está utilizando un libary que no es const correct entonces es difícil de usar const todos los lugares que se debe utilizar.

Si usted tiene un viejo API que toma un char * que a todos los efectos lógicos deberían ser un char * const , entonces tampoco hay que olvidarse const en el código o hacer algo de colada fea. En ese caso, olvido la const.

Answer 6

Solía ​​declarar funciones como const pero ahora raramente lo hago nunca más.

El problema principal era que si quería cambiar una función de const a non-const, significaría que todas las otras funciones const que llamaban a esa función también tendrían que cambiarse a non-const.

Eso ocurrió más a menudo de lo que pensé debido a la optimización. Por ejemplo, tenía una función GetData() que solía devolver un puntero a los datos, pero luego optimicé para configurar solo los datos si GetData() termina siendo llamado (lo que cambia el estado del objeto, por lo que ya no es un const función).

Lo mismo para otras funciones que podrían hacer algunos cálculos sin cambiar el estado del objeto, pero en algún momento tiene más sentido almacenar en caché el resultado ya que la función fue llamada muchas veces y fue un cuello de botella.

También en la práctica, al menos para mi proyecto, vi muy poco beneficio al declarar mis funciones como const.

Answer 7

Uso const en casi todas las oportunidades, y al igual que el hecho de que proporciona tanto la documentación de la intención como impone el cumplimiento de esa intención. Las características del lenguaje no son mucho mejores que eso, y sin embargo curiosamente no se ama.(La realidad parece ser que la mayoría de auto-proclamado C++ codificadores no puede explicar la diferencia entre int*, int*const, const int* y const int*const.)

A pesar de que nunca podría haber ocurrido debido a sus orígenes 'C', a menudo pienso C++ haría ser un mejor lenguaje si const hubiera sido el predeterminado y una aspersión liberal de (digamos) 'var' o alguna palabra clave similar fuera necesaria para permitir la modificación de variables posterior a la construcción.