Apliquei em um projeto hoje, ficou lindo!! Obg pelo conteúdo Alex!!!!!
@AlexFelipeDev
2 ай бұрын
Top demais, Harrisson! Fico feliz que gostou e aproveitou o conteúdo hehe
@EmyHira
3 ай бұрын
Aprendo muito com os seus vídeos, obrigada por sempre ensinar as novidades!! Gostaria de pedir também um tutorial de como usar o Git no Android studio 👾👾
@AlexFelipeDev
3 ай бұрын
Show demais, Emy! Vou tentar fazer um, pois é bem tranquilo de usar a ferramenta do Android Studio nessa parte de versionamento
@luis-henriquedev
3 ай бұрын
Ótimo vídeo, só faltou os links na descrição pra ficar mais fácil pegar as libs.
@AlexFelipeDev
3 ай бұрын
Adicionado, Luis!
@leonardotissi410
3 ай бұрын
ótimo vídeo. só fico na dúvida de como sinalizar em qual rota estou para alguns comportamentos do app, já que agora teríamos o caminho do objeto no destination.route
@joaoaugustocolussi5935
3 ай бұрын
Bom video, no projeto que fiz usei um parâmetro string no construtor de uma sealed class, e para cada rota eu criada um objeto que estendia essa sealed class, dessa forma eu declarava uma vez so a string e não tinha perigo de passar uma string errada para a navegação.
@arozendojr
3 ай бұрын
evita usar estendia, para teste unitários é horrível 😂
@AlexFelipeDev
3 ай бұрын
Eu já vi essa abordagem tbm, Joao! A proposta do próprio type safety anterior já não tinha problemas com a string, o grande detalhe fica no boilerplate que precisa ser escrito hehe
@AlexFelipeDev
3 ай бұрын
Fiquei curioso, Antonio! Como que isso impacta nos testes de unidade?
@arozendojr
3 ай бұрын
@@AlexFelipeDev vou testar esse exemplo, geralmente objetoA herda de objetoB. Sendo que objetoA usa alguma coisa de objetoB. Quando você for usar um mock do ObjetoAmock, tem que ter um ObjetoBmock também. Essas coisas acontecem quando, gatewayCep extende de httpclient No use case você for usar um mock do gatewayCep da uma dor de cabeça, por isso toda vez que vejo alguém usando extend já aviso disso
@AlexFelipeDev
3 ай бұрын
@@arozendojr estranho existir o problema pra fazer isso, não teria uma config de mock para ter um comportamento mais profundo? Ou seja, se vc faz um mock da subclasse, tudo da superclass deveria ser mockado tbm...
@harrissondutra
3 ай бұрын
Achei top, agora é aprender, já dá pra fazer um vídeo de Navigation do zero, e acabando aí
@AlexFelipeDev
3 ай бұрын
Tem uma sugestão de app para fazer do zero?
@rodrigocardosoantonio7420
3 ай бұрын
Mestre, poderia criar uma ordem cronologica dos seus videos sobre compose?
@AlexFelipeDev
3 ай бұрын
Salve, Rodrigão! Eu posso criar sim. Eu havia criado essa lista, veja se ela te atende, caso não, me sinalize o que sente falta que posso criar uma mais exclusiva kzitem.info/news/bejne/pnxnupqkbZqAepw
@harrissondutra
3 ай бұрын
Bora fazer a live de Sábado, só com navegação? Tu pode ir fazendo, te mando o layout
@AlexFelipeDev
3 ай бұрын
Hoje não consigo, mas acho que amanhã pelo horário da tarde/noite seja possível. Me manda o layout e bora fazer esse conteúdo!
@CarlyeCamelo
3 ай бұрын
🎉🎉🎉🎉
@cristhiandutra6985
25 күн бұрын
Muito obrigado Alex, estou aplicando em um projeto e falicitou mais ainda a implementação!!
@AlexFelipeDev
23 күн бұрын
Show demais que gostou, Cristhian!
@danszao
6 күн бұрын
Para compose multiplatform ainda não há suporte, né?
@AlexFelipeDev
6 күн бұрын
Não cheguei a verificar, mas imagino que não
@elias_arruda
3 ай бұрын
Refazer passo a passo novamente, como se fosse o primeiro programa.
@AlexFelipeDev
3 ай бұрын
Do app Minhas Tarefas, dessa configuração de navegação? O que seria exatamente, Elias?
@arozendojr
3 ай бұрын
Já percebeu que o limite "médio" dos programadores é 10 mil, depois de júnior, pleno = 10 mil, independente da tecnologia, semdo pleno em front angular,react,android, iOS, flutter, para passar de 10 mil, tem que aceitar a responsabilidade muito acima do retorno, mesmo no iOS. Impressão ou é verdade ? Tem algum ponto legal de descrever ?
@dannyforr
3 ай бұрын
Meu sonho ganhar próximo disso. Acredito que sou um programador muito meia boca. Não ganho nem a metade desse médio
@fernando-felicio
3 ай бұрын
@@dannyforr Relaxa mano. No Brasil é muito dificil chegar nesse valor mesmo. As empresas entenderam essa parada e estão oferecendo salários abaixo mesmo. Não sinta essa parada de se sentir meia boca. Como a primeira mensagem dessa thread que respondeu, pra dev chegar nesse valor, atualmente (essa é minha visão), é muito complicado. Pra vc subir pra esse nível de grana, vc tem que partir para o lado mais de gestão mesmo, ou seja, cuidar de pessoas (dev), conversar com outras áreas e tudo mais, no caso, o seu lado mais desenvolvedor ficará um pouco de lado, mas isso não está escrito em pedra, esse relato que falei é a partir das minhas experiências mesmo. O que vc pode fazer, é focar no inglês e tentar um trampo fora. O líder do time em que trabalho fez isso, hoje ele trabalha pra gringa e saiu pra trabalhar como DEV mesmo. O cara tá tirando uns 6k de dólares por mês (eu com 2k de dólares já ficaria contente kkkkkkk), o melhor de tudo, o cara trabalha full home-office. Aqui no Brasil ele se matava pra ganhar mais de 10k em reais, era um Burnout do caramba. O negócio é olhar bem menos para o Brasil e tentar coisas fora mesmo. A minha mensagem é, fica em paz com isso. No Brasil vai ser bem díficil mesmo chegar em 2 dígitos de salário. PJ é um pouco mais fácil, mas vc tem que ter um controle absurdo da sua grana, se vc tiver controle, seria uma alternativa, no CLT é bem complicado, quanto mais se ganha, mais descontos vem pra vc pagar.
@AlexFelipeDev
3 ай бұрын
Acho que isso vai de empresa, quanto maior, mais limitado é o salário, pois começam a aparecer as faixas salariais, mais cargos formalizados, burocracias etc. A justificativa para maiores salários geralmente fica na responsabilidade que a pessoa assume, e sim, não é apenas responsabilidade técnica, pois vai precisa se comunicar mais com outras pessoas, times, elaborar materiais, lidar com incidentes, participar de reuniões mais complexas etc Então sim, salários de dev chega até um limite considerando jr até sr, pra ultrapassar, precisa dar esse próximo passo que vai além de escrever código, ou então, faz algo tão complexo e desejado a ponto de não terem outra pessoa disponível para manter com a mesma qualidade confiança... O que é bem raro atualmente
@eslirodrigues777
3 ай бұрын
O problema é pegar as rotas no teste, ainda mais com argumentos.
@AlexFelipeDev
3 ай бұрын
Do jeito que tá agora, imagino que vai pegar o nome da classe, não? Ou durante o teste vc identificou um problema sério?
@eslirodrigues777
3 ай бұрын
@@AlexFelipeDev Quando se pega a rota usando destination.route, ainda retorna a mesma rota que a versão anterior de navegação, essa parte não mudou. Porém era mais fácil pegar a rota por meio da Sealed Class(route: String) NavSealed.NavObject.route, facilitando o assert(destination.route).equals(NavSelaled.NavObject.route). Com o novo modo, o assert(destination.route).equals(NavObject.javaclass.cannonicalName) funciona. Porém, quando se tem argumentos (data class ao invés de object) a destination.route retorna NavSealed.NavDataClass/{args}, dessa forma fica dificil pegar essa rota (/{args}) usando o mesmo estilo NavSealed.NavDataClass."alguma coisa para retornar o /{args}". Essa rota extra dos argumentos poderia ser definida em uma constant dentro de um companion object, resolvendo esse problema, mas eu não queria fazer dessa forma, prefiro a anterior. Resumindo, não consegui uma forma de pegar a destination.route usando o NavSealed.NavDataClass."alguma coisa para retornar a route". Ainda não consegui achar esse complemento da route. Outra forma de resolver esse problema é só criar uma substring/filter pegando o nome da classe, mas eu queria uma solução mais simples sem tanta gambiarra, igual antes. Também da para usar o hasRoute().isTrue para conferir se contém a rota no backStack. Acho que vou fazer um video mostrando todas essas gambiarras. O padrão dos Devs responsáveis pela Navigation Lib é usar o companion e o hasRoute.
@leonardotissi410
3 ай бұрын
ótimo vídeo. só fico na dúvida de como sinalizar em qual rota estou para alguns comportamentos do app, já que agora teríamos o caminho do objeto no destination.route
@AlexFelipeDev
3 ай бұрын
Salve, Leonardo, de boas? Sempre é possível consultar o currentBackStack para analisar a rota atual. Teria algum cenário que gostaria de validar?
Пікірлер: 37