Duvida relacionada questão dada.

Oi João

Conforme você vai ganhando experiência e vai progredindo na carreira como programador, você vai chegar em uma situação onde vai ter passado por diversas empresas que trabalham e pensam de maneiras diferentes. E pode ter certeza que na maioria dos casos, você vai ter que lidar com códigos de outras pessoas.

Com isso em mente, imagine a situação que você vai usar uma classe ou struct que uma outra pessoa fez e ela nem deixou documentação e nem comentário. A chance de você inicializar ela com valores incorretos é muito grande provocando uma grande dor de cabeça para corrigir depois perdendo tempo e tufos de cabelos.

A programação orientada a objetos ficou muito popular porque ela oferece vários "mecanismos" para minimizar situações acima. Quando você impede que o "usuário" dessa classe use as variáveis diretamente, você está obrigando a usar algum método para modificar o objeto dessa classe. Se no futuro, der algum problema no objeto, basta procurar por referências a esses métodos de acesso em vez de analisar o código inteiro e ver quem foi a desgraça que colocou valor inválido nela.

Isso é apenas um exemplo simples. Existem outros N benefícios que a programação orientada a objetos oferece mas isso você vai aprendendo com o tempo.

Esqueci de comentar outro ponto. Vamos supor que o problema estava no método de acesso das variáveis da classe ou struct. Para corrigir, basta corrigir apenas o código dentro do método. Você não vai precisar alterar todos os pontos do programa inteiro que altera o valor diretamente. Isso é um grande benefício.