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