[PACKAGE] Refirebase: uma maneira simplificada de desenvolver seus projetos

Mano? a configuração do firebase é literalmente isso aqui

import { initializeApp } from "firebase/app";
import {  getFirestore, collection, getDocs } from "firebase/firestore/lite";

const init = initializeApp({
    apiKey: process.env.FIREBASE_API_KEY,
    authDomain: process.env.FIREBASE_AUTH_DOMAIN,
    projectId: process.env.FIREBASE_PROJECT_ID,
    storageBucket: process.env.FIREBASE_STORAGE_BUCKET,
    messagingSenderId: process.env.FIREBASE_MESSAGING_SENDER_ID,
    appId: process.env.FIREBASE_APP_ID,
    measurementId: process.env.FIREBASE_MEASUREMENT_ID
});

let db = getFirestore(init);

const userCollection = collection(db, 'users');
const usersSnap = await getDocs(userCollection);
const usersList = usersSnap.docs.map((user) => {
    return {
        id: user.id,
        data: user.data()
    }
});

@luansemz muito bom seu projeto cara! Parabéns.

Fiz algo parecido aqui na empresa, usamos o firebase faz 6 anos, e encontramos algumas pedras que nos fizeram criar nossa lib intermediária. Vou tentar compartilhar dois pontos que solucionamos.

Consistência.

Toda vez que chamamos um documento, fazemos da seguinte forma ex:

    db.users.get({where: []})

O mais importante é como os dados chegam.

imagine que temos dois usuários criados em versões diferentes do software

{
    name: 'Rafael',
    age: 20
},
{
    name: 'Maria',
    age: 30
    adress: {
        street: 'Baker Street'
    }
},

Em nossa lib ele iria criar os campos que faltam quando fosse carregando no front, para nao causar bugs

{
    name: 'Rafael',
    age: 20,
    adress: {
        street: '' // propriedade criada
    }
},
{
    name: 'Maria',
    age: 30
    adress: {
        street: 'Baker Street'
    }
},

Claro que também temos a rotina de normalizar os dados no banco, este artifício é apenas para garantir... vai que dá merda né kkk

Segmentação de documentos

outra coisa que nossa lib faz é segmentar documentos de acordo com a permissão do usuário.

Quando eu faço a mesma chamada

    db.users.get({where: []})

Ele só trará os usuários que você possui a permissão de ler (não é permissão dos rules, se só tiver no rules, pode quebrar a aplicação), por exemplo, os usuários da sua empresa.

Isto é feito com um outro where que já está interno neste meu db.users.get, ele já filtra somente os usuários que pertencem a mesma organização.

Fim

Bem, poderia ficar falando aqui o dia inteiro sobre algumas formas e malabares que fazemos no firebase para conseguir uma performance e qualidades incríveis... mas para não chatear vocês, por hoje é só.

Muito bom, eu uso uma biblioteca chamada fireorm em um projeto com um amigo, não sei se já ouviu falar sobre, ela tem uma proposta parecida porem focada no firestore usando uma abordagem como a do typeorm.

Parabéns pela iniciativa. Eu não uso Firebase, mas quem usa vai gostar da ideia

Cara que projeto genial, parabéns pela iniciativa! Tenho certeza que quando a bolha dev conhecer o pacote vai estourar rápido.

Eu como dev mais focado em front-end, uso o firebase em praticamente todo projeto. Também fiz alguns pacotes para facilitar ainda mais a integração, porém são bem abstraídos (mais funcionalidades e menos possibilidade de personalização) e não estão públicos ainda.

Vou aproveitar para fazer algumas contribuições no refirebase!

Uma das abstrações que fiz e que mais gosto de usar, é uma espécie de "proxy" para o firestore, funciona mais ou menos na seguinte sintax:

config/firebase.ts

const database = new FirestoreClient(....)

database.users.query
    .where('isActive', '==', true)
    .orderBy('createdAt')
    .limit(10)
    .index({ page: 1 })

essa simples linha de código, quem já usa o firebase, sabe que faz BASTANTE coisa e que levaria umas 20 linhas (filtros, ordenação, limitação e paginação). Além desse query, temos também outros métodos úteis que facilitam muito a manter um padrão e organização (coisa muito importante quando se usa um banco nosql em prod).

além de ter o FirestoreServerClient, que tem a mesma sintaxe mas usa o firebase-admin para funcionar no servidor (node, server-side do nextjs, etc).

Caramba, genial, ja vou utilizar!

Como é o processo de criar um package?