Implementing this will be a great help for those want to avoid using Javascript

Is this implementd?...I believe it's important...

+1

Yes please. Very very useful. I am now having to refactor my code from mvc wrappers to other means. A surprise this is not there already

I would love to see this implemented as we have a few views that have more then 10 combo-box's with high (>3000) records in them. We are looking for a way to reduce the on page lag and the transport lag with out making a search for each control.

plus 1..this is a must feature. calling another data sources is very expensive.

This would be a great addition.

+1

DataSource helper would be very very easy to add. In fact, I've done it myself but it requires overriding every datasource builder types which means i'd have to update my code with every kendo release and compile my own version. I was not able to rely only on extensions.

Then you need a new DataSource builder for "Shared" (or JavaScript) DataSource where you can specify a callback JavaScript function (anonymous) that returns a DataSource.

Examples:
Html.Kendo().DataSource<TModel>().Name("someSharedData")<...>
Html.Kendo().Grid<TModel>().DataSource(ds=>ds.JavaScript().Data("function () { return someSharedData; }")<...>
Html.Kendo().Grid<TModel>().DataSource(ds=>ds.Shared().Name("someSharedData"))

I dont think it would be too hard to allow us to create a standalone DataSource object, have it render out as priority in the DeferredScripts() and then on our widgets we could reference the name we gave the DS object

Me too

it's also required if there are plenty of dropdowns in form with same data.

Just having a Kendo().DataSource extension would be a great start