Oi @cay
, obrigado pelo feedback!
Sobre o título, eu criei esse número para chamar a atenção, mas não é um dado real. Todavia, em relação a praticidade, eu percebo que consigo poupar tempo e linhas de código com ela.
E sim, não tenho como objetivo principal substituir o Redux ou o ContextAPI, mas sim, complementá-los.
Por exemplo, eu uso o Redux para gerenciar o estado de autenticação do usuário, e o React Trigger State para gerenciar o estado de um componente específico.
Pra motivos de curiosidade, um estagiário meu que deu essa ideia, tipo, se é possível pegar o onClick
de um botão, por que não pegar o useState
de um componente?
E eu fiquei pensando nisso, e pensei, por que não? E aí eu fiz essa lib.
Por causa disso, já consegui utilizar numa outra lib de design que eu tô fazendo ainda (gt-design hehehe) que tem o objetivo de ser o melhor design system de react (hueheu), daí o usuário nem precisa se preocurar em ficar criando um monte de estado, só precisa criar um nome para o componente da lib e pronto, ele já tem pelo menos 3 estados compartilhados com informações da página.
Ahhh, e muitíssimo obrigado pela estrelinha! 🤗
[edit]
Mas tava pensando agora... talvez, com algumas melhorias, daria pra usar o React Trigger State como um substituto do Redux, mas, enfim, isso é pra um futuro bem distante hehehe.