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
30
Maintainers
Readme
node-build-engine
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:
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.
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.
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:
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
) notsconfig.json
.Se casorootDir
não estiver definido, será considerado o caminho root que se encontra otsconfig.json
.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.
ignore (string[]): Lista de módulos a serem ignorados durante a compilação pelo
browserify
.insertGlobals (boolean): Indica se o
browserify
deve inserir variáveis globais automáticas (comoprocess
,Buffer
, etc.) nos módulos.detectGlobals (boolean): Habilita a detecção de variáveis globais para evitar a inserção de polyfills desnecessários.
ignoreMissing (boolean): Define se o
browserify
deve ignorar erros de módulos ausentes.debug (boolean): Habilita informações de depuração no pacote resultante, incluindo mapeamento de origem para depuração no navegador.
extensions (string[]): Lista de extensões de arquivo a serem consideradas pelo
browserify
.noParse (string[]): Lista de módulos que o
browserify
deve evitar fazer o parsing, o que pode aumentar a velocidade de compilação.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ódulomoduleA
será substituído pelo arquivomoduleA.browser.js
localizado no diretóriosrc
."moduleB"
é mapeado para./moduleB.browser.ts
, seguindo a mesma lógica de substituição para o módulomoduleB
."./index.ts"
é mapeado para./browser.ts
, o que significa que o arquivoindex.ts
será substituído pelo arquivobrowser.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á.