Buscar pacotes, repositórios e categorias de apps

Detalhes do pacotev0.0.1+3

edge_http_client

Uma implementação do pacote http para Dart Edge.

Downloads em 30 dias
7
Curtidas
4
Pontos Pub
110

Instalar pacote

flutter pub add edge_http_client

Visão geral do pacote

Orientação gerada a partir de informações públicas. Apenas para referência.

Um pacote leve de cliente HTTP projetado especificamente para ambientes Dart Edge, permitindo solicitações HTTP eficientes e seguras em contextos de computação serverless e edge. Criado pela invertase.io, integra-se perfeitamente ao tempo de execução Dart Edge, oferecendo desempenho otimizado para funções em nuvem e implantações de borda. O pacote simplifica chamadas HTTP com uma API limpa e intuitiva, mantendo compatibilidade com práticas padrão do Dart HTTP. Ideal para desenvolvedores que constroem aplicações escaláveis e de baixa latência em plataformas de borda.

Casos de uso

  • Fazer solicitações HTTP a partir de funções de borda
  • Integração com backends sem servidor
  • Construindo APIs de baixa latência em redes de borda
  • Buscando dados externos em funções em nuvem
  • Simplificando a comunicação da API em ambientes de borda

Principais recursos

  • Otimizado para o tempo de execução Dart Edge
  • Sobreposição mínima e execução rápida
  • Suporta métodos HTTP padrão
  • Tratamento de erros embutido
  • Projetado para ambientes sem servidor

Indicado para

  • Desenvolvedores usando Dart Edge
  • Construtores de aplicativos sem servidor
  • Projetos de computação em borda
  • Integrações de API em funções em nuvem
  • Serviços web de alto desempenho

Considerações

  • Limitado a ambientes Dart Edge
  • Sem suporte para aplicativos tradicionais do Flutter
  • Requer tempo de execução Dart Edge
  • Não adequado para aplicativos móveis do lado do cliente
  • Dependente do ecossistema invertase.io

README original

Snapshot do README original do repositório-fonte vinculado. Consulte o repositório para o conteúdo mais recente.

[!WARNING] This repository is no longer maintained and is left archived for educational purposes. Whilst an interesing project, there were too many issues around DX and stability (testing, compilation times etc) to take it any further.

Dart Edge (Experimental)

Run Dart on the Edge - supporting Vercel, Cloudflare Workers & Supabase Edge Functions (more coming soon).

Melos docs.page Chat on Discord

Documentation • Examples • License

About

Dart Edge is a project aimed at running Dart code on Edge functions, including support for platforms such as Cloudflare Workers, Vercel Edge Functions & Supabase Edge Functions (more to come).

import 'package:vercel_edge/vercel_edge_shelf.dart';
import 'package:shelf_router/shelf_router.dart';
import 'package:shelf/shelf.dart';

void main() {
  VercelEdgeShelf(
    fetch: (request) async {
      final app = Router();

      app.get('/user/<id>', (request, String id) async {
        return Response.ok('Welcome, $id');
      });

      app.all('/<ignored|.*>', (request) {
        return Response.notFound('Resource not found');
      });

      final handler = const Pipeline().addMiddleware(logRequests()).addHandler(app);
      return handler(request);
    },
  );
}

Edge functions are serverless functions which run on Edge networks, providing a number of benefits to server based environments (but also carried some limitations). Some of these benefits include:

  • ⚡ Decreased Latency: Edge functions run close to your users, reducing request latency (rather than running in a region(s)).
  • ⏱ Code Boot Times: Edge functions have minimal code boot times vs traditional serverless functions.
  • ✨ Platform APIs: Access powerful platform specific APIs, such as Cloudflare Workers HTMLRewriter, KV, Durable Objects & more.
  • 🌎 Runtime APIs: Edge functions run on the JavaScript V8 runtime, and provides a subset of standard Web APIs to access familar APIs such as Cache, Crypto, Fetch, etc.

This project provides Dart bindings to the Edge runtime APIs, allowing you to write Dart code which can be run on Edge functions. Your code is compiled to JavaScript and deployed to the Edge network (WASM support possible in the future).

Supported Platforms

We are working to enable Dart Edge to be deployed to many platforms as possible. Currently we support:

Please see the platform documentation for API status.

Other platforms we'll likely add support for are; Netlify Edge, Deno Deploy, Supabase Functions, AWS Lambda@Edge. Feel free to reach out if you'd like to see support for a specific platform.

FAQs

❓ Why is it experimental?

This project is a new concept, and we're still figuring out things such as the public APIs, testing, best practices for local development & deployment and other complicated matters such as error handling and debugging (since Dart is compiled to minified JavaScript). We use this project in production ourselves as a dog-fooding exercise, however we'll keep it as experimental until we're happy we've covered all bases of what you'd expect from Dart development.

We will probably be making breaking changes without following semver until we're happy for a major release. So please be aware of this.

There's also some unimplemented APIs which we're working on. Please see the API documentation for more information.

❓ What is the motivation for this project?

We're big fans of serverless environments, and are using both Cloudflare Workers & Vercel Edge Functions on our own projects. Some of these projects (including Zapp!) are written in Dart. We wanted to be able to write Dart code and deploy it to these platforms to allow for code sharing & collaboration between the team, hence this project started.

❓ What are the limitations of Edge functions?

If you're not familar with the concept of serverless functions, you should be aware of the limitations. Typically to run Dart as a backend service, you will most likely reach for Shelf, (or use a framework such as as ServerPod, Dart Frog etc) which are deployed to services such as Google Cloud Run, AWS etc. These setups run your code in a container, running one or more long lived processed to keep your service running. You can access the file system, use a single database connection, establish a long-lived WebSocket connection, etc.

Serverless functions on the Edge are different. They are invoked once-per-request and are not long lived. You cannot access the file system, and in some cases cannot establish long-lived connections (depending on the platform). Netlify has a great article explaining the differences.


Built and maintained by Invertase.

Categorias

Dependências

Lista de dependências 2 itens

  • edge_runtime^0.0.4+2
  • http^0.13.5

Repositório-fonte

Projetos que usam este pacote

Ainda não há dados.