Информация об изменениях

Сообщение Re[4]: Использование в TypeScript классов .Net от 12.01.2017 13:33

Изменено 12.01.2017 14:50 Serginio1

Re[4]: Использование в TypeScript классов .Net
Здравствуйте, Sinix, Вы писали:

S>Здравствуйте, Serginio1, Вы писали:


S>> Это значительно сложнее. Суть делать все на стороне клиента

S>Нативный / managed код на клиенте? Ну так поднимите там любой web api-host, несложно абсолютно.

И смысл? Либо я должен все методы и классы прописать на стороне web api-host/ При этом данные получать не ввиде метода, в ввиде

http.get('/api/SampleData/WeatherForecasts').subscribe(result => {
            this.forecasts = result.json();


Который можно получить более удобоваримо и сразу с автоматической оберткой

this.forecasts = await wrap.WeatherForecasts();



Эту обертку можно сделать и к нативу и Вэб сервисам и к HTTP сервисам.
Re[4]: Использование в TypeScript классов .Net
Здравствуйте, Sinix, Вы писали:

S>Здравствуйте, Serginio1, Вы писали:


S>> Это значительно сложнее. Суть делать все на стороне клиента

S>Нативный / managed код на клиенте? Ну так поднимите там любой web api-host, несложно абсолютно.

И смысл? Либо я должен все методы и классы прописать на стороне web api-host/ При этом данные получать не ввиде метода, в ввиде

http.get('/api/SampleData/WeatherForecasts').subscribe(result => {
            this.forecasts = result.json();


Который можно получить более удобоваримо и сразу с автоматической оберткой

this.forecasts = await wrap.WeatherForecasts();



Эту обертку можно сделать и к нативу и Вэб сервисам и к HTTP сервисам.

Кстати и в 1С лучше будут использовать через Вэб или HTTP сервисы нежели напрямую работать с объектами .Net.
Хотя удобнее сразу работать с классами .Net все в одном месте и так же проблема с объектами. Хранить их на сервере или сериализовывать передавая туда и обратно
Мой подход удобнее чем WCF.
Но он никому не нужен. Я дурак.