ecomplus / client Goto Github PK

• #169
• Support Store API v2
• Resource objects TypeScript interfaces

Proposta

Emitir eventos após cada requisição, retornando o objeto response:

1. Os eventos de sucesso (resolved) serão emitidos para cada combinação método (cada API) e resource (${api}.${resource});
2. O nome do evento será equivalente ao método HTTP (lowercase);
3. Eventos de erro (reject) serão emitidos diretamente no método com o nome error;

Exemplos de uso:

ecomClient.store.products.on('get', ({ data }) => {
  console.log(data.sku) // "S123"
})

ecomClient.store.on('error', response => {
  console.log(response.status) // 400
})

Motivação

• Facilitar manipulação de dados assíncronos em múltiplos componentes/widgets no storefront;

  • Ex.: um produto carrega, um widget escuta e trata o evento e um adiciona as estrelinhas de review, substituiria o tratamento atual via IntersectionObserver, acredito que seria mais fácil de implementar e mais flexível (todo o body do produto recebido como objeto).

• Centralizar manipulação de erros e data (um state global ?) no admin;

• Centralizar com facilidade o debug de requisições com erro server side (Node.js);

O que as instâncias têm a ver com isto?

Segurança: a intenção seria adicionar a possibilidade de criar intâncias de forma parecida com o axios para executar requisições autenticadas, neste caso os eventos são emitidos dentro da própria instância, que deverá ser um objeto privado, fora do escopo global.

Não emitir eventos na instância padrão caso a requisição seja autenticada ?

Outra opção

Uma implementação parecida, com a mesma solução mas talvez mais possibilidades pode ser utilizar RxJS e fornecer observadores em vez de métodos retornando promises. 🤔

To improve SSR performance, on Node we should create axios instance by default with options:

httpAgent: new http.Agent({ keepAlive: true }),
httpsAgent: new https.Agent({ keepAlive: true }),

It may be optionally disabled with a new env var.

use https://undici.nodejs.org/#/ ? 🤔

There is an error with this repository's Renovate configuration that needs to be fixed. As a precaution, Renovate will stop PRs until it is resolved.

Error type: undefined. Note: this is a nested preset so please contact the preset author if you are unable to fix it yourself.

Check a new env to set request header X-Forwarded-For with client IP.

This issue lists Renovate updates and detected dependencies. Read the Dependency Dashboard docs to learn more.

Awaiting Schedule

These updates are awaiting their schedule. Click on a checkbox to get an update now.

• chore(deps): update all non-major dependencies (@babel/core, @babel/preset-env, @ecomplus/utils, commit-and-tag-version, core-js, jsdoc, node)

Ignored or Blocked

These are blocked by an existing closed PR and will not be recreated unless you click a checkbox below.

• chore(deps): update commitlint monorepo to v19 (major) (@commitlint/cli, @commitlint/config-conventional)
• chore(deps): update dependency babel-loader to v9
• chore(deps): update dependency commit-and-tag-version to v12
• chore(deps): update dependency husky to v9
• chore(deps): update dependency node to v20
• chore(deps): update dependency webpack to v5
• chore(deps): update dependency webpack-cli to v5
• chore(deps): update dependency webpack-dev-server to v5

Detected dependencies

• Check this box to trigger a request for Renovate to run again on this repository

We haven't jsdoc examples for many methods, all marked with // TODO.
Actually, these examples are intended not only for documentation but also unit tests, so we need them to release v1.

https://www.typescriptlang.org/docs/handbook/jsdoc-supported-types.html
https://swyxkit.netlify.app/how-to-add-jsdoc-typechecking-to-sveltekit

Add types keeping JS (no TS compilation required) 👍🏾

Dependabot couldn't authenticate with registry.npmjs.org.

You can provide authentication details in your Dependabot dashboard by clicking into the account menu (in the top right) and selecting 'Config variables'.

View the update logs.