Update workflow
- Linguagem predominante
- JavaScript
- Estrelas
- 30
- Forks
- 7
- Métricas de merge de PRs
- Nenhum PR com merge em 30d
Descrição
Currently the flow is like this.
In `WebembedHandler`
1. Tries to detect provider from the list and run `oembed.fetch` of `oembed` lib
2. If above fails, it then tries to fetch data manually either from parent class Platform or a customClass which respect additional props support in providers list
3. If either of them fail, it will generate a fallback
There is a lot of scope to refactor this to make it work faster during this process.
For example, we can make only one request to final targetURL and reuse it from step 1 to 3.
Feel free to suggest alternative ideas
Guia de contribuição
Nenhum guia de contribuição indexado para este repositório
Direção de pesquisa
Comece rastreando o fluxo de WebembedHandler pela biblioteca oembed, Platform, customClass e a lista de providers. Meça como as solicitações a targetURL são feitas ao longo dos três estágios de fallback e documente uma abordagem de refatoração acordada. Considera-se concluído quando o fluxo preserva a detecção de providers e o comportamento de fallback, evitando solicitações redundantes.
Escrita pelo modelo de indexação a partir do texto da issue.
Avaliação
- Stack de tecnologia
- javascript
- Domínio
- backend
- Tipo de issue
- Refatoração
- Dificuldade
- 5/5
- Tempo estimado
- Mais de uma semana
- Status de atividade
- Estagnada
- Clareza
- Precisa de esclarecimento
- Facilidade para iniciantes
- 30/100