Visualizador de Documentos para ASP.NET Core e .NET Standard
12/08/2023

Visualizador de Documentos para ASP.NET Core e .NET Standard

Quais runtimes o visualizador Doconut tem como alvo, onde ele roda, o que o navegador precisa instalar e o que o servidor faz em vez disso. Fatos, não uma página de vendas.

O visualizador que executa este site é um componente .NET nativo. No seu próprio projeto ele é uma referência, não um serviço ao qual você chama. Dois alvos de compilação: .NET Framework 4.0 e superior, e .NET Standard 2.0 e superior, que é o que o coloca dentro do .NET Core e tudo que vem depois. O componente é Doconut.

ASP.NET CORE | .NET STANDARD VISUALIZADOR DE DOCUMENTOS
ASP.NET CORE | .NET STANDARD VISUALIZADOR DE DOCUMENTOS

Qual alvo você está usando

Escolha com base no que o projeto já é, não no que parece mais recente.

  • WebForms ou MVC no .NET Framework — o alvo 4.0+. Nada a mudar.
  • ASP.NET Core MVC ou Razor Pages — o alvo .NET Standard 2.0.
  • Blazor Server — o mesmo alvo .NET Standard 2.0. A renderização ocorre no servidor de qualquer forma, portanto o modelo de hospedagem não altera o que o componente necessita.
  • Contêineres Linux — suportado. É o caminho .NET Core, em um contêiner.

Ambos os alvos usam o mesmo renderizador. O alvo decide qual assembly você referencia, não quais formatos você obtém.

O que o navegador instala

Nada. Nenhum ActiveX, nenhum plugin, nenhum Java, nenhum leitor. O servidor converte o documento em algo que o navegador já sabe desenhar e o envia. É por isso que o visualizador se comporta da mesma forma em um desktop corporativo restrito como em um telefone: não há nada no cliente que possa estar faltando ou desatualizado.

O que o servidor faz em vez disso

Tudo. O documento é aberto, formatado e renderizado na sua máquina, o que tem duas consequências que vale a pena planejar.

  • Office não é necessário no servidor. O renderizador é .NET nativo e lê os formatos diretamente. Nenhuma instalação do Office, nenhum Interop, nenhum COM.
  • Renderização consome CPU e memória na sua máquina. Um PDF de 200 páginas e um desenho CAD de 40 MB não são a mesma solicitação. Dimensione a máquina para o maior arquivo que você realmente aceitará e limite os uploads a esse tamanho.

O que não é

Não é uma biblioteca JavaScript client-side que abre arquivos no navegador, e não é uma API hospedada para a qual você envia documentos. Se você precisar de qualquer um desses, este é o componente errado e é melhor saber desde o início.

Quer ver o resultado antes de referenciar qualquer coisa? É o mesmo renderizador por trás do visualizador deste site — faça upload de um arquivo e isso é o que seus usuários receberão. Licenciamento, pacotes e documentação da API estão em Doconut.com.