O que eu achei diferente é alguns exemplos com atributos publicos. Até em livros bem conhecidos. Achei que isso seria algum tipo de padrão para a plataforma mobile. Uma dúvida se eu colocar o atributo como publico e depois de ter usado em diversos lugares sinto a necessidade de fazer algum tipo de validação como proceder.
Em 05/07/2013 22:07, "Eldio Santos Jr." <eldiosantos@gmail.com> escreveu:Só pra dar meu pitaco...
Já debati esse assunto com alguns colegas algumas vezes e em quase todas elas chegamos à conclusão que, mesmo a maioria não sabendo, essa forma de trabalhar (usando set e get pra todos os atributos ajuda a manter o acesso aos atributos de forma uniforme (igual para todos)... E a questão do "código a mais" não é tão ruim porque hoje em dia as IDEs fazem todo esse trabalho por você...Em 05/07/2013 18:15, "Rogerio Esteves" <rolives@gmail.com> escreveu:--Concordo quem no android existe sim encapsulamento. Apenas achei diferente pois tem diversas classes que chamam dessa forma. getSystemResource ().getConfiguration.locale. Não estava acostumado com esse tipo pois a maioria dos frameworks web (JAVAEE) faz getLocale (). Foi uma curiosidade mesmo e tbm pensei em algum tipo restrição/performance/boas práticas. Obrigado!
Em 05/07/2013 17:37, "Felipe Aron" <felipearon@gmail.com> escreveu:--De pleno acordo com o Pedro! +1--Em 5 de julho de 2013 17:36, Pedro Subutzki <Pepeu> <falecompepeu@gmail.com> escreveu:
Encapsulamento é muito mais que apenas "get e set". O encapsulamento serve para garantir integridade ao objeto não expondo ao mundo o que ele não precisa (e não deve) conhecer. Infelizmente a grande maioria das pessoas não entende, e acha que apenas colocar tudo como private e botar get/sets é OO.Gets e sets devem ser usados com inteligência e da forma correta.Artigos interessante sobre o tema:
Espero ter ajudado! :)Em 5 de julho de 2013 17:02, Felipe Aron <felipearon@gmail.com> escreveu:
Só utilizo encapsulamento (get/set) caso seja necessário - quando há tratamento do campo, na grande maioria das vezes os Inputs do usuário.Na "teoria" (encapsulamento) diz para criar get/set pra todo e qualquer propriedade, porém na prática não vejo o porque seguir a risca.Quando não há tratamento específico para a propriedade, declaro como public <campo>. Propriedades internas do app, os quais eu controlo a informação não crio get/set.--2013/7/5 Lucas Xavier <lucasxas@gmail.com>android não usa get and set!Explique melhor o que você quis dizer com isso, por favor.--Atenciosamente,
Lucas Xavier2013/7/5 Jonas Alves <jonasfa@gmail.com>Se você está se referindo a encapsulamento, está equivocado. É possível observar encapsulamento em praticamente todas as classes do framework do Android.--
On Fri, Jul 5, 2013 at 12:01 PM, Rogerio Esteves <rolives@gmail.com> wrote:Gostaria de saber se vocês usam get and set em seus projetos.Alguém sabe porque o android não usa get and set!att,Rogerio Esteves--
You received this message because you are subscribed to the Google Groups "Android Brasil - Dev" group.
To unsubscribe from this group and stop receiving emails from it, send an email to androidbrasil-dev+unsubscribe@googlegroups.com.
For more options, visit https://groups.google.com/groups/opt_out.
--
You received this message because you are subscribed to the Google Groups "Android Brasil - Dev" group.
To unsubscribe from this group and stop receiving emails from it, send an email to androidbrasil-dev+unsubscribe@googlegroups.com.
For more options, visit https://groups.google.com/groups/opt_out.
--
You received this message because you are subscribed to the Google Groups "Android Brasil - Dev" group.
To unsubscribe from this group and stop receiving emails from it, send an email to androidbrasil-dev+unsubscribe@googlegroups.com.
For more options, visit https://groups.google.com/groups/opt_out.
Analista-Programador--
You received this message because you are subscribed to the Google Groups "Android Brasil - Dev" group.
To unsubscribe from this group and stop receiving emails from it, send an email to androidbrasil-dev+unsubscribe@googlegroups.com.
For more options, visit https://groups.google.com/groups/opt_out.
--
Abraços,
Pedro Subutzki
__________________________________________HADI - Makes SQLite in Android easy and simple
https://github.com/PepeuCps/Hadi--
You received this message because you are subscribed to the Google Groups "Android Brasil - Dev" group.
To unsubscribe from this group and stop receiving emails from it, send an email to androidbrasil-dev+unsubscribe@googlegroups.com.
For more options, visit https://groups.google.com/groups/opt_out.
--Analista-Programador
You received this message because you are subscribed to the Google Groups "Android Brasil - Dev" group.
To unsubscribe from this group and stop receiving emails from it, send an email to androidbrasil-dev+unsubscribe@googlegroups.com.
For more options, visit https://groups.google.com/groups/opt_out.
You received this message because you are subscribed to the Google Groups "Android Brasil - Dev" group.
To unsubscribe from this group and stop receiving emails from it, send an email to androidbrasil-dev+unsubscribe@googlegroups.com.
For more options, visit https://groups.google.com/groups/opt_out.
You received this message because you are subscribed to the Google Groups "Android Brasil - Dev" group.
To unsubscribe from this group and stop receiving emails from it, send an email to androidbrasil-dev+unsubscribe@googlegroups.com.
For more options, visit https://groups.google.com/groups/opt_out.
--
You received this message because you are subscribed to the Google Groups "Android Brasil - Dev" group.
To unsubscribe from this group and stop receiving emails from it, send an email to androidbrasil-dev+unsubscribe@googlegroups.com.
For more options, visit https://groups.google.com/groups/opt_out.
You received this message because you are subscribed to the Google Groups "Android Brasil - Dev" group.
To unsubscribe from this group and stop receiving emails from it, send an email to androidbrasil-dev+unsubscribe@googlegroups.com.
For more options, visit https://groups.google.com/groups/opt_out.






0 comentários:
Postar um comentário