</> LBE Tech
← Todos los artículos
Blazor.NETSyncfusionopen sourceUIMIT

Syncfusion Toolkit para Blazor: prueba el paquete MIT sin confundirlo con la suite comercial

Una guía para probar Syncfusion.Blazor.Toolkit 2.0.1 en Blazor con .NET 10, revisar la licencia MIT y separar sus componentes open source de la suite comercial de Syncfusion.

30 de octubre de 2026 · · 7 min de lectura
Aplicación Blazor de laboratorio con un gráfico y controles abstractos de un toolkit open source bajo licencia MIT

El anuncio de Microsoft del 29 de octubre presenta una colaboración con Syncfusion: hay un toolkit gratuito y open source de componentes para Blazor, además de contribuciones de sus ingenieros a ASP.NET Core y a las herramientas de scaffolding de .NET. Son cosas relacionadas, pero no son el mismo producto ni convierten el toolkit en una parte del SDK.

La distinción importa porque Syncfusion también mantiene una suite comercial de Blazor, mucho más amplia. El paquete que se puede evaluar bajo MIT tiene su propio repositorio y paquete NuGet, y no requiere una clave ni la elegibilidad de la Community License. La suite comercial conserva sus componentes, licencia y soporte propios.

Qué incluye el paquete MIT

El repositorio oficial describe el Toolkit para Blazor como una colección open source para aplicaciones Blazor Server y WebAssembly. Entre los componentes enumerados están gráficos, botones, calendarios, selectores de fecha y hora, entradas numéricas y de texto, diálogos, tooltips e indicadores de carga. El README declara licencia MIT, sin comprobación de elegibilidad ni registro, y compatibilidad documentada con .NET 8, .NET 9 y .NET 10.

Eso no significa que todos los controles conocidos de Syncfusion sean gratuitos. El propio repositorio separa el toolkit de la suite comercial, que añade, entre otras capacidades, Data Grid, Pivot, Scheduler y procesamiento de documentos. No atribuyas esos controles al paquete MIT ni uses una afirmación sobre su licencia para describir servicios, soporte comercial o activos que no están en el paquete.

Pregunta Toolkit open source Suite comercial
Licencia MIT, según el repositorio y el paquete Producto comercial separado, con sus propios términos
Elegibilidad El README indica que no hay comprobación, límite de ingresos ni registro La Community License y otros criterios corresponden a la suite comercial
Componentes Gráficos, botones, calendarios, entradas, diálogos, tooltips, spinners y los demás controles publicados en el toolkit Conjunto más amplio, incluidos controles y capacidades no atribuidos al toolkit MIT
Compatibilidad documentada .NET 8, 9 y 10; Blazor Server y WebAssembly Se debe revisar la documentación y licencia de la suite concreta
Soporte Issues, discussions y soporte comunitario de mejor esfuerzo Soporte comercial separado

La versión de referencia para esta guía es Syncfusion.Blazor.Toolkit 2.0.1, publicada el 16 de octubre de 2026. La versión 2.0 introdujo cambios incompatibles respecto de 1.x, incluidos namespaces unificados, cambios de API, CSS isolation y el modelo SfThemeRoot; una actualización no debe tratarse como un reemplazo transparente.

Prueba mínima con .NET 10

La prueba usa una Blazor Web App con renderizado interactivo de servidor y no necesita cuenta, backend ni datos reales. Crea una carpeta de laboratorio, elige el SDK de .NET 10 y fija el paquete, sin dejar una versión flotante:

dotnet new blazor -f net10.0 --no-https
dotnet add package Syncfusion.Blazor.Toolkit --version 2.0.1
dotnet restore
dotnet build
dotnet run

Para que el SDK no se seleccione por accidente desde una instalación preview, puedes fijar el entorno del laboratorio con este global.json:

{
  "sdk": {
    "version": "10.0.403",
    "rollForward": "latestPatch",
    "allowPrerelease": false
  }
}

El comando dotnet new blazor puede generar la plantilla en una carpeta nueva; ejecuta los comandos desde la raíz del proyecto. Guarda el TargetFramework, la versión del SDK, la versión del paquete y el modo de renderizado junto al resultado. No conviertas esta prueba en una afirmación sobre .NET 11 RC, aunque el anuncio de Microsoft mencione trabajo de plataforma relacionado con .NET 11.

Registro de servicios e imports

En Program.cs, conserva el registro de componentes de la plantilla y añade el servicio del toolkit:

using Syncfusion.Blazor.Toolkit;

var builder = WebApplication.CreateBuilder(args);

builder.Services.AddRazorComponents()
    .AddInteractiveServerComponents();

builder.Services.AddSyncfusionBlazorToolkit();

En _Imports.razor importa el namespace público:

@using Syncfusion.Blazor.Toolkit

El README también menciona AddInteractiveWebAssemblyComponents() para una aplicación que elija ese modo. No mezcles ambos modos en la evidencia: el resultado registrado para esta guía corresponde a Blazor Web App con Interactive Server.

Un gráfico con datos sintéticos

En una página Razor, usa un modelo pequeño y datos que no representan clientes ni ventas reales:

@page "/toolkit"

<PageTitle>Toolkit local</PageTitle>

<h2>Ventas sintéticas</h2>

<SfChart Height="330px" Title="Ventas sintéticas">
    <ChartPrimaryXAxis ValueType="Syncfusion.Blazor.Toolkit.ValueType.Category" />
    <ChartPrimaryYAxis Title="Unidades" />
    <ChartSeries DataSource="@ChartData"
                 XName="X"
                 YName="Y"
                 Type="ChartSeriesType.SplineArea"
                 Name="Online"
                 Fill="#00BFFF"
                 Opacity="0.5" />
    <ChartLegendSettings Visible="true" />
    <ChartTooltipSettings Enable="true" />
</SfChart>

@code {
    private readonly List<ChartDataPoint> ChartData = new()
    {
        new() { X = "Ene", Y = 35 },
        new() { X = "Feb", Y = 28 },
        new() { X = "Mar", Y = 34 },
        new() { X = "Abr", Y = 32 },
        new() { X = "May", Y = 40 }
    };

    private sealed class ChartDataPoint
    {
        public string X { get; set; } = string.Empty;
        public double Y { get; set; }
    }
}

La integración concreta de esta guía se restauró y compiló con .NET 10 y Syncfusion.Blazor.Toolkit 2.0.1 en modo Interactive Server; el expediente conserva los comandos y el resultado. Ese resultado confirma solo que esta composición mínima compila y arranca. No es una medición de rendimiento ni una auditoría de accesibilidad, seguridad, trimming, AOT, WebAssembly o compatibilidad de todos los componentes.

Qué revisar antes de incorporarlo

  1. El proyecto y el paquete. Comprueba que el .csproj fija 2.0.1, que el TargetFramework corresponde a un target documentado y que el árbol de dependencias no trae una versión inesperada. Un target net10.0 no convierte automáticamente en compatibles todos los futuros runtimes.
  2. El modo Blazor. Repite el arranque en el modo que realmente uses. Server, WebAssembly y una aplicación con renderizado interactivo pueden tener diferencias de carga, JavaScript, publicación y configuración.
  3. El diff y los estilos. Revisa el .csproj, el lockfile, _Imports.razor, Program.cs, CSS y HTML generado. En el salto desde 1.x busca namespaces antiguos, clases que dependan de estilos previos y overrides CSS que ya no apliquen después de CSS isolation y SfThemeRoot.
  4. El alcance de la licencia. Guarda la referencia a la licencia MIT del paquete, pero inventaría aparte cualquier recurso, servicio, soporte, fuente, icono o componente comercial que uses. MIT no convierte la suite comercial en open source.
  5. La calidad declarada. SBOM, CodeQL, preparación para trimming/AOT y declaración de accesibilidad son afirmaciones del proyecto. Son señales útiles para revisar, no una certificación independiente ni una garantía de ausencia de vulnerabilidades o de rendimiento.
  6. El scaffolder. El anuncio dice que la contribución del scaffolder y la skill de instalación/configuración están bajo revisión. No dependas de ellas como una capacidad estable: la integración manual anterior es más explícita y reproducible.

La release 2.0.1 describe mejoras de infraestructura de release, documentación, unificación de namespaces y correcciones de temas oscuro y de alto contraste. Si vienes de 1.x, trata el cambio como una migración con compilación, renderizado y estilos revisados, no como una simple actualización de paquete.

Qué no demuestra el ejemplo

Un gráfico con cinco valores sintéticos solo demuestra una ruta de integración pequeña. No dice que el toolkit sea más rápido que otra biblioteca, que todos sus controles funcionen igual en Server y WebAssembly, que los consumidores de un proyecto mantengan su accesibilidad, ni que una aplicación real quede lista para producción.

Tampoco prueba la suite comercial. Si necesitas Data Grid, Pivot, Scheduler, procesamiento de documentos o soporte comercial, evalúa ese producto por separado, con su documentación y términos. El camino de migración puede compartir ergonomía, pero la licencia, los componentes y el soporte no son los mismos.

La decisión práctica es sencilla: fija el paquete MIT, prueba el modo Blazor que usas y conserva evidencia del diff y del arranque. Si el conjunto pequeño satisface tu caso, puedes continuar con una revisión de seguridad, accesibilidad, estilos y dependencias proporcional al proyecto; si necesitas capacidades de la suite comercial, no confundas esa evaluación con la del toolkit open source.

Fuentes primarias

También puede interesarte

Comentarios

Cargando…