npm package discovery and stats viewer.

Discover Tips

  • General search

    [free text search, go nuts!]

  • Package details

    pkg:[package-name]

  • User packages

    @[username]

Sponsor

Optimize Toolset

I’ve always been into building performant and accessible sites, but lately I’ve been taking it extremely seriously. So much so that I’ve been building a tool to help me optimize and monitor the sites that I build to make sure that I’m making an attempt to offer the best experience to those who visit them. If you’re into performant, accessible and SEO friendly sites, you might like it too! You can check it out at Optimize Toolset.

About

Hi, 👋, I’m Ryan Hefner  and I built this site for me, and you! The goal of this site was to provide an easy way for me to check the stats on my npm packages, both for prioritizing issues and updates, and to give me a little kick in the pants to keep up on stuff.

As I was building it, I realized that I was actually using the tool to build the tool, and figured I might as well put this out there and hopefully others will find it to be a fast and useful way to search and browse npm packages as I have.

If you’re interested in other things I’m working on, follow me on Twitter or check out the open source projects I’ve been publishing on GitHub.

I am also working on a Twitter bot for this site to tweet the most popular, newest, random packages from npm. Please follow that account now and it will start sending out packages soon–ish.

Open Software & Tools

This site wouldn’t be possible without the immense generosity and tireless efforts from the people who make contributions to the world and share their work via open source initiatives. Thank you 🙏

© 2024 – Pkg Stats / Ryan Hefner

node-build-engine

v1.3.3

Published

Um mecanismo de construção do node para construir aplicativos de node e bibliotecas de node com webpack e/ou browserify para diferentes ambientes como CommonJS, ESM, UMD, etc...

Downloads

78

Readme

node-build-engine

NPM NPM Version NPM Downloads

Esta ferramenta foi desenvolvida com o objetivo de simplificar o processo de construção de projetos modulares, adaptando-se a diversos ambientes, tanto em servidores quanto em navegadores. Ela inclui compiladores que transformam um módulo para os formatos CommonJS, ESM, UMD, entre outros, permitindo uma ampla flexibilidade na distribuição e uso dos seus projetos.

Instalação

Primeiro, certifique-se de ter instalado a versão mais recente do node.js (pode ser necessário reiniciar o computador após esta etapa).

Do NPM para uso como um aplicativo de linha de comando:

npm install node-build-engine -g

Do NPM para uso programático:

npm install node-build-engine

Do NPX para uso como um aplicativo de linha de comando:

npx node-build-engine

Uso de linha de comando

node-build-engine [tsconfig file] [options]

O node-build-engine utiliza o arquivo tsconfig.json como base para a compilação. Abaixo, você verá como usar o tsconfig.json para aplicar e entender algumas configurações adicionais ao utilizar o node-build-engine. Além disso, a ferramenta também faz uso do package.json para obter informações de forma simples e aplicá-las ao formato compilado, removendo impurezas que não são relevantes para o NPM.

Opções de linha de comando

Em desenvolvimento

Compilação

Como parte de seu padrão de funcionamento, o node-build-engine executa a compilação para os formatos CommonJS (csj) e ECMAScript Modules (esm). Essa abordagem possibilita a criação de uma estrutura de tipagem que é especialmente útil para o uso em projetos TypeScript. Os resultados da compilação são organizados na pasta "dist", onde são geradas três subpastas principais:

  1. csj: Contém os arquivos compilados no formato CommonJS, adequados para a integração em projetos Node.js ou ambientes que suportam esse formato de módulo.

  2. esm: Contém os arquivos compilados no formato ECMAScript Modules, ideais para uso em navegadores modernos ou em ambientes que suportam a importação de módulos ES6.

  3. types: Esta pasta é dedicada aos arquivos de tipagem gerados durante a compilação, proporcionando uma experiência de desenvolvimento mais robusta e com suporte a tipos no TypeScript.

Além dessas três pastas essenciais, o node-build-engine também gera um arquivo package.json otimizado e livre de redundâncias. Esse arquivo é configurado de forma a ser facilmente publicável no NPM (Node Package Manager), seguindo as melhores práticas e garantindo que apenas as informações essenciais sejam incluídas, sem impurezas ou dados desnecessários.

Por fim, se o tsconfig.json estiver configurado para utilizar o browserify na compilação, o node-build-engine cria uma pasta adicional chamada bundle. Essa pasta contém os arquivos compilados utilizando o browserify, uma ferramenta de empacotamento de módulos JavaScript. Essa funcionalidade é especialmente útil para projetos que visam oferecer compatibilidade com navegadores antigos ou para integração em ambientes nos quais o browserify é necessário para a resolução de dependências e empacotamento de código.

Documentação da Configuração browserify no tsconfig.json

A configuração browserify no arquivo tsconfig.json permite personalizar a compilação do bundle usando a ferramenta browserify, oferecendo controle refinado sobre o processo de empacotamento e configuração do módulo resultante. Abaixo está a representação detalhada da configuração browserify e suas opções disponíveis:

{
    "compilerOptions": {
        "rootDir": "src",
        // outras opções do compilador
    },
    // outras configurações
    "browserify": {
        "entries": "./index.ts",
        "standalone": "MyLibrary",
        "ignore": ["some-module"],
        "insertGlobals": false,
        "detectGlobals": true,
        "ignoreMissing": false,
        "debug": true,
        "extensions": [".ts", ".js"],
        "noParse": ["large-library"],
        "externalRequireName": "require"
    }
}

Opções Disponíveis:

  1. entries (string | string[]): Especifica o ponto de entrada ou os pontos de entrada para o browserify. Pode ser uma string para um único arquivo ou uma array de strings para múltiplos arquivos. Esta opção tem um comportamento específico que depende das configurações de diretório (rootDir) no tsconfig.json.Se caso rootDir não estiver definido, será considerado o caminho root que se encontra o tsconfig.json.

  2. standalone (string): Define o nome do módulo global quando usado no navegador. Isso cria um pacote que pode ser importado como um script independente no HTML.

  3. ignore (string[]): Lista de módulos a serem ignorados durante a compilação pelo browserify.

  4. insertGlobals (boolean): Indica se o browserify deve inserir variáveis globais automáticas (como process, Buffer, etc.) nos módulos.

  5. detectGlobals (boolean): Habilita a detecção de variáveis globais para evitar a inserção de polyfills desnecessários.

  6. ignoreMissing (boolean): Define se o browserify deve ignorar erros de módulos ausentes.

  7. debug (boolean): Habilita informações de depuração no pacote resultante, incluindo mapeamento de origem para depuração no navegador.

  8. extensions (string[]): Lista de extensões de arquivo a serem consideradas pelo browserify.

  9. noParse (string[]): Lista de módulos que o browserify deve evitar fazer o parsing, o que pode aumentar a velocidade de compilação.

  10. externalRequireName (string): Define o nome da função require externa ao ser usada como script no navegador.

Após o build ser executado e o projeto publicado no NPM, o pacote gerado estará pronto para ser utilizado em navegadores utilizando o link de redirecionamento da jsdelivr. O jsdelivr é um serviço de CDN que permite a distribuição de pacotes de código-fonte de forma rápida e eficiente, facilitando a integração de bibliotecas e módulos em projetos web. Para utilizar o pacote gerado com o node-build-engine no jsdelivr, basta acessar o link de redirecionamento gerado e incluí-lo no HTML do seu projeto, como por exemplo:

<script src="https://cdn.jsdelivr.net/npm/my-library@latest/dist/bumdle/index.min.js"></script>

Substitua my-library pelo nome do seu pacote e latest pela versão desejada (opcional). O arquivo index.min.js é o arquivo de entrada do pacote gerado pelo node-build-engine e pode ser incluído diretamente no HTML para uso em navegadores. Essa abordagem simplifica a integração de módulos e bibliotecas em projetos web, garantindo uma distribuição eficiente e otimizada para o ambiente do navegador.

Para utilizar o projeto gerado no navegador, será necessário convocar o módulo por atraves do nome definido no standalone no browserify:

<script>
    const myLibrary = MyLibrary;
    myLibrary.myFunction();
</script>

Uso:

Para configurar o browserify no tsconfig.json, inclua a seção browserify dentro da estrutura root e não dentro das opções do compilador (compilerOptions). Adapte os valores das opções conforme necessário para atender aos requisitos específicos do seu projeto, garantindo uma compilação eficiente e otimizada para a utilização em ambientes de navegador ou outras plataformas.

Definição do browser

A definição do browser no tsconfig.json permite mapear módulos específicos para arquivos de adaptação do lado cliente, fornecendo uma forma de substituir módulos durante a compilação para ambientes de navegador. Esta definição tem um formato de Record<string, string>, onde a chave é o nome do módulo a ser mapeado e o valor é o caminho para o arquivo de adaptação do lado cliente.

{
    "compilerOptions": {
        "rootDir": "src",
        // outras opções do compilador
    },
    // outras configurações
    "browser": {
        "moduleA": "./moduleA.browser.ts",
        "moduleB": "./moduleB.browser.ts",
        "./index.ts": "./browser.ts",
        ...
    }
}

Por exemplo, considerando a configuração acima:

  • "moduleA" é mapeado para ./moduleA.browser.ts, o que indica que durante a compilação para o ambiente do navegador, o módulo moduleA será substituído pelo arquivo moduleA.browser.js localizado no diretório src.

  • "moduleB" é mapeado para ./moduleB.browser.ts, seguindo a mesma lógica de substituição para o módulo moduleB.

  • "./index.ts" é mapeado para ./browser.ts, o que significa que o arquivo index.ts será substituído pelo arquivo browser.ts durante a compilação para o ambiente do navegador.

Todos os caminhas indicados tem um comportamento específico que depende das configurações de diretório (rootDir) no tsconfig.json. Se caso rootDir não estiver definido, será considerado o caminho root que se encontra o tsconfig.json.

Essa definição é semelhante à propriedade browser no package.json, mas está centralizada no tsconfig.json e permite um controle mais granular sobre as adaptações necessárias para o lado cliente do projeto. Ela é útil ao trabalhar em projetos que possuem diferentes implementações ou adaptações específicas para o navegador de determinados módulos. Porém, essa definição no tsconfig.json não substitui a propriedade browser no package.json, que é usada para mapear módulos de dependência de pacotes externos, ou seja, se caso definir a propriedade no tsconfig.json simplesmente não funcionará.