Declined
Last Updated: 03 Feb 2020 15:15 by Ben Hayat
Ben Hayat
Created on: 02 Feb 2020 11:19
Category: UI for Blazor
Type: Feature Request
0
Suggestion
Hello Team;
I'd like to make a suggestion.

When one of the third party vendors became involved in producing Blazor components, they opted to wrap their existing 65+ JS components as "Blazor" components. At first, I though that's not as good as Native components that Telerik is doing.

But, as I then read more about their plan, they basically offered a full solutions from their JS library to developers, so we, the developers can start building a complete business application and as long as the vendor doesn't change the Wrapper API and only change the back end, their changes should work on the developer side.
Their idea was, to give us a jump start with JS and we start using counterpart Native Blazor components, and as as they become available, the components get changed to Native Blazor, and the apps written by us continue working.
I think this is a great strategy to have the full suite available to us from start to build apps than waiting for each Native component to be build.

My suggestion is to do the same, i.e. the word processing component where it is needed and we can build our app using the JS Word processor and by the time we are ready, Telerik might have the Word processor replaced by Native Blazor. This way we can build our apps with a full suite from the start than waiting for essential components to be built.

I hope the team would consider such strategy if possible.
Thanks!

..Ben
2 comments
Ben Hayat
Posted on: 03 Feb 2020 15:15
Thank you Marin for your detail answers.

I'm glad you did provide those reasons as new prospects could benefit from your answer.
..Ben
ADMIN
Marin Bratanov
Posted on: 03 Feb 2020 12:40

Hello Ben,

We chose to go strictly with native components for a number of reasons and you can find more details in the following blog post: https://www.telerik.com/blogs/comparing-native-blazor-components-to-wrapped-javascript-components.

We will not be creating wrappers at this time because we believe that:

  • they do not provide the necessary benefits that native components do (such as proper templates, which is one of the greatest strengths of Blazor, and actual Blazor Validation and Forms)
  • maintaining the same API between a wrapper and a subsequent re-write towards a native component is unlikely - especially things such as data retrieval, globalization, localization, will differ between a wrapper and a native component significantly, and the wrapper code style does not look like native code style and DI.
  • it may turn out that some things that are possible through wrappers are not possible with native components, which would either mean reverting (removing) features, or keeping a component as half a wrapper, half native.
  • masking jQuery dependencies is not a good approach in the long run (mostly due to the points above, not only because it hides dependencies)
  • if you are OK with using jQuery in a Blazor project, you can use the existing Kendo widgets we provide as-is, and benefit from all their features as opposed to using a wrapped portion only: https://docs.telerik.com/blazor-ui/knowledge-base/jquery-kendo-in-blazor

 

 

Regards,
Marin Bratanov
Progress Telerik

 UI for Blazor