Preparação da Jornada

As palavras-chave foreach...in permitem-nos iterar uma coleção, sem termos de nos preocupar com a forma como está estruturada (a própria classe dela fornece os métodos que asseguram essa iteração). Em C++ existe o conceito de iterador, explicitamente, mas a sintaxe equivalente for : coleção só foi introduzida no C++ 11.

Esta pergunta serve para recordar o conceito de encapsulamento, sob uma perspetiva do seu impacte na qualidade do software, quando não é um único programador a fazer tudo: um progamador a fazer a classe, outro a usá-la, ou até vários programadores diferentes a usá-la no mesmo projeto.

C# foi concebida para execução em ambientes de código gerido. Uma das características desses ambientes é a libertação garantida de blocos de memória que não tenham referências para eles no código em execução - "garbage collection". Por esse motivo, em C# o objeto "FabricaDeGiz" será libertado nalgum momento após entregar o seu retorno. E o objeto List<PausDeGiz> criado aquando do new Belial será libertado quando AMinhaCopiaPrivadaDeGiz recebe o novo List<PausDeGiz>, pois o anterior fica sem referências para ele.Já em C++ estes dois objetos ficam em memória, sem nenhum ponteiro que os identifique, pelo que só serão libertado (se tudo correr bem) quando o programa encerrar.C#Belial b = new Belial(); // Criado um objeto Belial pelo new...List<PausDeGiz> AMinhaCopiaPrivadaDeGiz = new List<PausDeGiz>(); //Criado um objeto List<PausDeGiz> (lista vazia)...new FabricaDeGiz() //Criado um objeto FabricaDeGiz...ObterGiz(value) //Como o retorno do método tem de ser um List<PausDeGiz>, é criada essa lista; como tem de ter um pau de giz (valor não nulo), é criado um objeto desses também.--- = (new FabricaDeGiz()).ObterGiz(value) //Após ser devolvido um List de retorno, o objeto FabricaDeGiz fica sem referência em memória, acabará por ser libertado....AMinhaCopiaPrivadaDeGiz = //Ao ser guardado o novo List neste atributo, o anterior List fica sem referência em memória, acabará por ser libertado.C++Belial* b = new Belial(); // Criado um objeto Belial pelo new...list<PausDeGiz> AMinhaCopiaPrivadaDeGiz; //Criado um objeto list<PausDeGiz> (lista vazia), porque em C++ estes atributos não são ponteiros nem referências....new FabricaDeGiz() //Criado um objeto FabricaDeGiz...ObterGiz(value) //Como o retorno do método tem de ser um list<PausDeGiz>, é criada essa lista; como tem de ter um pau de giz (valor não nulo), é criado um objeto desses também.--- = (*(new FabricaDeGiz())).ObterGiz(value) //Após ser devolvido um list de retorno, o objeto FabricaDeGiz fica sem referência em memória, mas não é libertado (porque não houve delete)....AMinhaCopiaPrivadaDeGiz = //Ao ser guardado o novo list neste atributo, o anterior list fica sem referência em memória, mas não é libertado (porque não houve delete).NOTA: em C# não é garantido que a libertação de memória seja imediata, nem que a FabricaDeGiz seja libertada antes de AMinhaCopiaPrivadaDeGiz: podem ocorrer por ordem inversa ou até ao mesmo tempo, podem até ocorrer muito mais tarde. Depende de quando e como for executado o processo concorrente do garbage collector. É garantido é que ocorrerá.

O recurso a propriedades permite-nos ter métodos visíveis como tal e métodos menos obstrusivos, propiciadores de expressões mais legíveis. Contudo, deve-se ponderar se o grau de complexidade e de efeitos secundários não deve ser exposto aos programadores. Se, em vez de termos um set para "PesoTotal", tivessemos um método "AlterarPesoTotal()", a probabilidade dos programadores lerem a documentação para compreenderem como ele funciona aumenta. Além disso, não é possível atribuir um valor a um método por lapso de escrita (mas a uma propriedade com set, sim).