Eu entendo Singleton Assim: Assim que a primeira chamada é executa sobe instância, as demais chamadas usam essa mesma instancia. Então você precisa de um construtor privado para que ninguém fora da própria classe possa criar novas instancias, e um método GET público por exemplo que retorne uma variável que representa essa instância. Ex: um usuário fez uma conexão no DB, quando o outro usuário faz uma conexão no DB o Singleton intender que já existe na memoria uma instancia da classe DB, então ele invés de instanciar uma nova DB ele pega na memoria a existente e a retorna para chamou. Algo tipo DB = NIL? DBInstance = DB.Cretae() : DBInstance = DB; Sou programador Delphi e intendi perfeitamente. Parabéns por sua dedicação...!!!!!!
Esse "esquema" de deixar o construtor privado é muito útil para singletons simples em dart. Já a abordagem da factory apesar de legal, eu não usaria, pois parece óbvio que: Quando se usa ClasseQualquer(), fica claro que você está criando uma nova instância. Apesar de também funcionar, não acho legal não. Show a explicação, diferenças e possibilidades com o dart. 👏🏾👏🏾👏🏾👏🏾👏🏾
em questão de performance? é melhor que um provider por exemplo? acredito que sim já que é uma classe pura. E nesse exemplo do tema? acredita que seria válido usar essa abordagem, de repente com um boolean no lugar do Theme ou é melhor um value provider?
Sou iniciante e até então brinquei mais com o Singleton. Já estou estudando outras abordagens como bloc e mobX, mas confesso que da vontade de ficar usando só singleton. A sensação é que as outras formas adiciona um enorme overhead. Talvez seja isso q vc falou de eu ainda não estar fazendo testes automatizados. Duvida: quando vc colocou o store como global (fora da classe) e tirou o instance já não resolve a questão de ficar mais testável?
"Não é top, não!" - Angry Jacob noises
Ótimo vídeo, bem esclarecedor.
Flutter gafanhoto: Funciona! Que top! 😍
Bad Jacob: NÃO FAÇA ISSO! 😡
Parabéns, nunca vi uma explicação mais clara que essa sobre singleton!
ansioso pra live de injeção de dependência e como contornar os anti-patterns do singleton
Quero muito ver como vão fazer injeção de dependências 😜
Vídeo muito bom e instrutivo. Obrigado por compartilhar conhecimento.
Eu entendo Singleton Assim: Assim que a primeira chamada é executa sobe instância, as demais chamadas usam essa mesma instancia. Então você precisa de um construtor privado para que ninguém fora da própria classe possa criar novas instancias, e um método GET público por exemplo que retorne uma variável que representa essa instância. Ex: um usuário fez uma conexão no DB, quando o outro usuário faz uma conexão no DB o Singleton intender que já existe na memoria uma instancia da classe DB, então ele invés de instanciar uma nova DB ele pega na memoria a existente e a retorna para chamou. Algo tipo DB = NIL? DBInstance = DB.Cretae() : DBInstance = DB;
Sou programador Delphi e intendi perfeitamente. Parabéns por sua dedicação...!!!!!!
Explicação fantástica, está de parabéns
Cara, sus videos são muito bons!!!
Muito top, parabéns pela aula
4:54 - mano, me deu agonia na hora, rs. É o claro exemplo que a ordem dos fatores altera o produto kkkkkk
Muito bom! Obrigado por compartilhar seu conhecimento!
Massa! Obrigado!
Esse "esquema" de deixar o construtor privado é muito útil para singletons simples em dart. Já a abordagem da factory apesar de legal, eu não usaria, pois parece óbvio que: Quando se usa ClasseQualquer(), fica claro que você está criando uma nova instância. Apesar de também funcionar, não acho legal não. Show a explicação, diferenças e possibilidades com o dart. 👏🏾👏🏾👏🏾👏🏾👏🏾
em questão de performance? é melhor que um provider por exemplo? acredito que sim já que é uma classe pura. E nesse exemplo do tema? acredita que seria válido usar essa abordagem, de repente com um boolean no lugar do Theme ou é melhor um value provider?
Questão de performance, no Flutter, não faz diferença nenhuma. Claro q no papel essa solução é menor, mas no fim das contas, não muda anda
Opa, video novo :D
Sou iniciante e até então brinquei mais com o Singleton. Já estou estudando outras abordagens como bloc e mobX, mas confesso que da vontade de ficar usando só singleton. A sensação é que as outras formas adiciona um enorme overhead. Talvez seja isso q vc falou de eu ainda não estar fazendo testes automatizados.
Duvida: quando vc colocou o store como global (fora da classe) e tirou o instance já não resolve a questão de ficar mais testável?
Sim, é por ai
Quando vai abrir uma turma intermediária?
Em outubro
poderia usar somete o "static final instace". só add o final, assim funciona e ele não receber mais nada...
Mas tb não seria tratável
Testavel
Usar muito singletons pode ser uma má prática?
Sim, vai ficar tudo bagunçado. Apesar que vc consegue fazer tudo funcionar mais fácil uma primeira vez
cara isso parece tao injeção de dependencia kkkkkkkkkkkkk, mais ótimo video clareou muito minha mente
toooop
kkkkkkk muito bom
🤣
Opa família, tô ficando famoso kkkk
"que top" 🤩
"Não é top não, não faça isso"😡
kkkkkkkkkkkkkkkkkkkkkkkkkk
Up