Data Binding Overview
The Telerik UI for ASP.NET Core Chart Wizard provides flexible data binding capabilities that allow you to create and configure charts with dynamic data. You can choose the appropriate binding method based on your application architecture and data requirements.
The default casing for JSON strings in ASP.NET Core is camelCase. The Telerik UI components that are data-bound depend on PascalCase formatted response from the server. If the JSON serialization isn't configured properly, the UI components will display wrong data. To find out how to configure the application to return the data in Pascal-case, refer to the JSON Serialization article.
Data Binding Approaches
The Chart Wizard supports the following data binding methods:
Local Data Binding
Bind the Chart Wizard to a local dataset by passing an arbitrary model directly within the boundaries of the component. This approach is optimal for:
- Small to medium-sized datasets that can be loaded in memory.
- Static data that does not require frequent updates.
- Scenarios where all chart data is available at render time.
For detailed implementation instructions, see Local Data Binding.
Remote Data Binding
Connect the Chart Wizard to a remote endpoint using AJAX operations. This enables:
- Dynamic data loading from external sources.
- Real-time chart updates with fresh data.
- Improved performance with large datasets through on-demand data loading.
For more information and examples, refer to the Remote Data Binding documentation.
Data Binding in Razor Pages
You can seamlessly integrate the Chart Wizard component into Razor Pages applications. All the data binding approaches described above can be configured within Razor Pages scenarios.
The component supports both HtmlHelper and TagHelper syntax, and allows you to send the anti-forgery token when connecting to remote endpoints to ensure secure data operations.
For detailed implementation instructions, refer to the Chart Wizard in Razor Pages article.
Key Considerations
When selecting a data binding approach for the Chart Wizard, evaluate the following factors:
- Performance—Local binding offers faster initial rendering, while remote binding provides better performance with large datasets through on-demand loading.
- Data volume—Large datasets are better handled with remote binding to avoid memory constraints and improve chart responsiveness.
- Security—Remote binding provides better control over data access through server-side validation and authorization.
- Maintenance—Local binding is simpler for static charts, while remote binding offers more flexibility for evolving data requirements.