Para você, o que é um objeto imutável?

[Fabrício Cabral]

Pessoal,

Perguntinha direta, igual ao subject: para você, o que é um objeto imutável? Como criar um em C++?

At.te.

--

--fx

[pontilh...@gmail.com]

Uma classe onde o construtor seja o único meio de setar valores aos atributos.

Att.

Jorge A Pontilho

--
http://ccppbrasil.github.io/
https://twitter.com/ccppbrasil
 
[&] C & C++ Brasil - http://www.ccppbrasil.org/
Para sair dessa lista, envie um e-mail para ccppbrasil-...@googlegroups.com
---
Você recebeu essa mensagem porque está inscrito no grupo "ccppbrasil" dos Grupos do Google.
Para cancelar inscrição nesse grupo e parar de receber e-mails dele, envie um e-mail para ccppbrasil+...@googlegroups.com.
Para ver esta conversa, acesse https://groups.google.com/d/msgid/ccppbrasil/CAKUebb-0cOq360K1jXBGYm3%3DFxJpwV8YQAp-CtsgNDQYTzBJFg%40mail.gmail.com.

[Fabrício Cabral]

Mas não declara os atributos com const?

Para ver esta conversa, acesse https://groups.google.com/d/msgid/ccppbrasil/CALE_%2BUmQ9r3zv-phFmiQ1%3DwQodff3%2B_2383R3g%3D%3DAGqe9Zh%3DgQ%40mail.gmail.com.

--

--fx

[Virgilio Fornazin]

Objetos imutaveis como uma string no .NET CLR (C#) tem motivos: 

- otimizar operações com hashtables;

- usar o objeto System.String como um 'value type' (algo como struct ou int) diretamente.

É mais para otimização do que outro fundamento necessário.

'Objeto' imutável em C++ (onde tudo é 'value type') é só usar const.

O que também não impede de vc dar 'write' na memória (se tiver direito) e modificar o conteúdo.

São linguagens diferentes com conceitos diferentes.

Para ver esta conversa, acesse https://groups.google.com/d/msgid/ccppbrasil/CAKUebb_xCWkKxEgZ%3DAHABnYbG0JzuA4PBNaeFOaxpe%3DkSYNZGA%40mail.gmail.com.

[pontilh...@gmail.com]

Ah sim, com certeza o const daria essa garantia.

Estou pensando em uma classe q faz um determinado cálculo e vc passa tds os parâmetros no construtor.

O próprio construtor chama o método (privado) para fazer o cálculo.

E o único método público seria tipo getResultado()

Acho q seria isso.

Att.

Jorge A Pontilho

Para ver esta conversa, acesse https://groups.google.com/d/msgid/ccppbrasil/CAKUebb_xCWkKxEgZ%3DAHABnYbG0JzuA4PBNaeFOaxpe%3DkSYNZGA%40mail.gmail.com.

[Bruno Sanches]

Ao meu ver seu exemplo conta como const. O que importa eh a classe garantir que após ser construída, seu estado não mude, como ela faz isso, problema dela.

Para ver esta conversa, acesse https://groups.google.com/d/msgid/ccppbrasil/CALE_%2BUkqcokRFPK6vfvW%2B0910e5qxmhV8vA%3D%2Bpc8FA%3D6EP1RWQ%40mail.gmail.com.

[Virgilio Fornazin]

Ai eh mais facil escrever uma funcao, nao precisa desse overkill

Para ver esta conversa, acesse https://groups.google.com/d/msgid/ccppbrasil/CALE_%2BUkqcokRFPK6vfvW%2B0910e5qxmhV8vA%3D%2Bpc8FA%3D6EP1RWQ%40mail.gmail.com.

[Bruno Sanches]

Exatamente

Para ver esta conversa, acesse https://groups.google.com/d/msgid/ccppbrasil/CADfydx%2BvwRjYEWg3vqakP%3DV46WMH%2BP%3D16yX6CKF-7vA2pxPwUQ%40mail.gmail.com.

[pontilh...@gmail.com]

Sim, mas não seria um objeto imutável.

Será q alguém já teve a experiência onde um objeto imutável foi necessário? 

Att.

Jorge A Pontilho

Para ver esta conversa, acesse https://groups.google.com/d/msgid/ccppbrasil/CAKG6imeEzwbEhKgwT6eMZzb2T60%3DRAx-GwrZ2B43n4UjNXLNyw%40mail.gmail.com.

[Fabrício Cabral]

Objetos imutáveis têm como característica poderem ser compartilhados com outros objetos sem o medo de que eles sejam alterados. Essa característica traz

como efeito colateral ser thread-safe, ou seja, em um ambiente de concorrência ele não vai dar (muitos) problemas (ainda têm outros problemas).

At.te.

Para ver esta conversa, acesse https://groups.google.com/d/msgid/ccppbrasil/CALE_%2BUmvzg3NAne0uZu%3DrXPbsV39oJxMW-ROQAjNmvpS%2BHVY7A%40mail.gmail.com.

--

--fx

[pontilh...@gmail.com]

Ah entendi,

Valeu Fabrício.

Att.

Jorge A Pontilho

Para ver esta conversa, acesse https://groups.google.com/d/msgid/ccppbrasil/CAKUebb8Kfzi%3DFox7ou7foL9tisaqq6w9ZdZ_YmtZjjPufEdKGw%40mail.gmail.com.

[Patrick José]

Uma linguagem que tem por padrão objetos imutáveis é o Rust. 

Para ver esta conversa, acesse https://groups.google.com/d/msgid/ccppbrasil/CALE_%2BUnGCL7Vba05afzSNBEHs4by5e-tvfLntAxWvzGvD3y5hw%40mail.gmail.com.

[Fabrício Cabral]

É, mas não adianta nada ter por padrão objetos imutáveis se eu posso alterar isso usando a palavra reservada 'mut', não é?

As linguagens de paradigma funcional Lisp, Clojure, Scheme, Haskel, F# têm por padrão serem imutáveis e não dá (que eu saiba) para mudar isso.

At.te.

Para ver esta conversa, acesse https://groups.google.com/d/msgid/ccppbrasil/CA%2BrEEFzNwMT31mrJm0yy%2BFe_cHYAKqoNEn1uF%2BEYgMO6K9JJ_w%40mail.gmail.com.

--

--fx

[Felipe Magno de Almeida]

On Thu, May 22, 2025 at 11:59 AM Fabrício Cabral <fabri...@gmail.com> wrote:
>
> É, mas não adianta nada ter por padrão objetos imutáveis se eu posso alterar isso usando a palavra reservada 'mut', não é?
>
> As linguagens de paradigma funcional Lisp, Clojure, Scheme, Haskel, F# têm por padrão serem imutáveis e não dá (que eu saiba) para mudar isso.

Linguagens funcionais puras não possuem objetos imutáveis. Eles não
possuem objetos, apenas valores.

> At.te.

[]'s
--
Felipe Magno de Almeida
Owner @ Expertise Solutions
www: https://expertise.dev
phone: +55 48 9 9681.0157
LinkedIn: in/felipealmeida

[Bruno Sanches]

Eu tenho um caso bem específico aqui de uma classe que armazena strings que ficam em um cache, que nunca morre e nunca são alteradas. A classe apenas guarda um indice para a tabela onde estão os nomes, totalmente imutável. Foi feita para ser leve e para quando tiver maps, sets, não ter que ficar comparando strings...

Mas é um caso bem específico.

Bruno Sanches
========================
https://github.com/bcsanches

Para ver esta conversa, acesse https://groups.google.com/d/msgid/ccppbrasil/CALE_%2BUmvzg3NAne0uZu%3DrXPbsV39oJxMW-ROQAjNmvpS%2BHVY7A%40mail.gmail.com.

[Thiago Adams]

Estava pensando em uma forma de diferenciar o conceito 
de const imutável x  const somente leitura.

Imutável é aquele objeto que é construído por uma 
expressão constante e que tem o tempo de vida do programa. 

Exemplo:

const int i = 1;
int main()
{
}

Qualquer outro é equivalente a "somente leitura".

Existe uma diferença também entre C e C++, já que o C++ pode ter 
constructor e destructor chamados em objetos no escopo do arquivo.

Neste caso eles são somente leitura ao meu ver, já que são imutáveis 
depois do constructor, a antes do destructor e não o tempo tempo.

Já um objeto  sem storage, poderia ser classificado como imutável.
por exemplo

int main()
{

constexp int i = 1; 
} 
Se não for pego o endereço de i, &i, o storage de i não precisa existir.

Neste caso o i poderia ser imutável mesmo no escopo de função.
No  entanto, dizer que i é um objeto imutável é estranho pois i não  é um 

objeto no sentido que ele não tem storage. Seria melhor chamá-lo de 
valor nomeado.