{"id":2014,"date":"2013-06-17T12:08:33","date_gmt":"2013-06-17T15:08:33","guid":{"rendered":"http:\/\/blogimpacta.com.br\/?p=2014"},"modified":"2013-06-17T12:08:33","modified_gmt":"2013-06-17T15:08:33","slug":"arc-automatic-reference-count","status":"publish","type":"post","link":"https:\/\/www.impacta.com.br\/blog\/arc-automatic-reference-count\/","title":{"rendered":"ARC-Automatic Reference Count"},"content":{"rendered":"

Dessa vez falaremos de um tema muito importante recentemente, no mundo mobile, que \u00e9 o ARC\u00a0 \u201cAutomatic Reference Count<\/strong> \u201c. Descobriremos qual a relev\u00e2ncia disso em um app para iphone e como o ARC funciona e ajuda a vida do desenvolvedor.<\/span>
\nAntes de falar de ARC, \u00e9 necess\u00e1rio entender um sistema chamado MRC \u201cManual Reference Count\u201d.<\/span>
\nNo iOS, toda vez que vamos utilizar um objeto, temos que informar ao sistema que usaremos um determinado espa\u00e7o de mem\u00f3ria e que ele precisa ser reservado. Funciona mais ou menos como reservar um quarto de hotel onde voc\u00ea liga para pra o hotel (no caso, o sistema), e avisa que vai ocupar um quarto por um per\u00edodo especifico de dias. <\/span>
\nLogo, o hotel reserva esse quarto e s\u00f3 o libera novamente depois que voc\u00ea avisar que n\u00e3o ir\u00e1 mais utiliz\u00e1-lo.<\/span>
\nEm termos mais t\u00e9cnicos, no sistema iOS utilizamos alguns m\u00e9todos para controlar manualmente a mem\u00f3ria, e assim, a vida de um objeto. Quando criamos um objeto no Xcode ele come\u00e7a a ter um Reference Count, que nada mais \u00e9 que um n\u00famero de contagem. <\/span>
\nTodo objeto precisa ter o count 1, no m\u00ednimo, para que o sistema mantenha a mem\u00f3ria reservada para ele. Dessa forma usamos alguns m\u00e9todos que nos possibilitam adicionar ou subtrair esse count do objeto que s\u00e3o: alloc, retain, release,copy, autorelease.<\/em><\/strong><\/span>
\nQuando vamos criar o objeto usamos o alloc, <\/strong>nesse momento o sistema entende que estamos pedindo para reservar um espa\u00e7o de mem\u00f3ria e j\u00e1 adiciona 1 ao count do objeto. <\/span>
\nSe voc\u00ea quer que o sistema mantenha o objeto durante todo o programa voc\u00ea deve usar o retain<\/strong> para adicionar +1 no count dele, agora quando\u00a0 voc\u00ea ja usou o objeto precisa liberar a mem\u00f3ria utilizamos o release <\/strong>para subtrair -1 do count. <\/span>
\nQuando o count chega a ZERO o sistema entende que voc\u00ea n\u00e3o precisa mais daquele objeto, executa o dealloc <\/strong>e o elimina da mem\u00f3ria. Os m\u00e9todos copy<\/strong> e autorelease<\/strong> s\u00e3o abordados mais a fundo no curso de iOS Developer da Impacta.<\/span>
\nE \u00e9 assim a vida de um objeto criado por voc\u00ea no iOS. Porem, como temos muitas coisas para nos preocupar ao mesmo tempo; tantos ifs , elses e switchs, sempre esquecemos de gerenciar a mem\u00f3ria. Com isso t\u00ednhamos um alto \u00edndice de problemas com vazamento. <\/span>
\nE o iOS tem uma maneira muito positiva de\u00a0 tratar um app que deixa de funcionar por mais de 10 segundos: ele simplesmente o encerra. Voc\u00ea j\u00e1 deve ter vivenciado isso: est\u00e1 utilizando seu app, quando ele de repente encerra sozinho. <\/span>
\nIsso acontece porque como o controle de mem\u00f3ria era o MRC, ficava por nossa responsabilidade informar ao sistema para que ele liberasse a mem\u00f3ria que n\u00e3o \u00edamos mais utilizar e se n\u00e3o fiz\u00e9ssemos isso, o sistema continuava com a mem\u00f3ria retida e isso consequentemente causava problemas no desempenho do app.<\/span>
\nMas, para nossa alegria, a Apple lan\u00e7ou no iOS 4.2 o ARC,<\/strong> uma incr\u00edvel novidade para n\u00f3s desenvolvedores. O ARC gerencia automaticamente o numero de count de cada objeto criado, e dessa forma, quando ele percebe que n\u00e3o vai mais utilizar um determinado objeto, libera a mem\u00f3ria retida nele. O \u00fanico trabalho que temos \u00e9 de avisar ao sistema, ao iniciar um novo projeto, que o ARC ser\u00e1 utilizado.<\/span>
\nDessa forma, todo gerenciamento de mem\u00f3ria fica por conta do sistema.<\/span>
\nNo ARC<\/strong> temos que trabalhar com dois tipos de refer\u00eancias: Strong<\/strong> e Weak<\/strong>, que o sistema precisa para entender qual a import\u00e2ncia que o objeto tem dentro do app de acordo com a refer\u00eancia\u00a0 que o programador definiu quando declarou o mesmo. Mas isso veremos mais a fundo no treinamento.<\/span>
\nEspero ter ajudado e que com esse artigo voc\u00ea tenha entendido melhor como funciona o gerenciamento autom\u00e1tico de mem\u00f3ria. N\u00e3o esque\u00e7a de deixar seu coment\u00e1rio nos contando se o conte\u00fado foi relevante para voc\u00ea ou caso tenha ficado alguma d\u00favida!<\/span>
\n <\/p>\n

<\/i>Love<\/span>0<\/span><\/span><\/a> <\/i> <\/i>