В 8.2.18 можно нормально работать с веб-сервисами на основе REST! Алилуйя!

Реализована возможность работы с заголовками HTTP-запросов, обработки кодов возврата, получения и установки тела запроса в виде строки или двоичных данных. Реализованы объекты HTTPЗапрос, HTTPОтвет.
В объекте HTTPСоединение реализованы следующие изменения:
Методы Записать(), ОтправитьДляОбработки(), Получить(), Удалить() возвращают значение типа HTTPОтвет;
Для методов Записать(), ОтправитьДляОбработки(), Получить(), Удалить() реализован синтаксис, позволяющий использовать программно сформированный HTTP-запрос.

только ли? v8: Втречаем! Версия 8.2.18, тестовая

(0) И?

Мне интересно v8: Когда появятся подписки на события форм?

(3) уже и не надеюсь на это, ппц как надо )

(4) столько лишнего кода можно будет снести

(3) не ждите даже.форма на клиенте,обрабочик на сервере

(6) По-моему, платформа потенциально может "на лету" собрать информацию о поведении формы из подписок и на клиенте, и на сервере, а потом все как надо откомпилировать. Я, конечно, компиляторы не писал, но все-таки.

(6) параметры формы передавать?

(8) Подписки могут быть рассчитаны хотя-бы на ОСНОВНЫЕ формы списка / выбора / объекта, а для остальных типов форм - ограничения жестче. Параметры - это за пределами подписок, это в процедуры ПолучитьФорму, ОткрытьФорму передается.

Методической работы по (3), конечно, полно.

(0) осталось еще json и асинхронные запросы и вообще песня будет

(4)(6) Да, и ещё, подписки на события форм было-бы здорово дополнить возможностью подвязывать под события элементов форм процедуры общих модулей.

(12) подписка на событие формы — это лишний вызов сервера. и, возможно, не один. оно точно надо?

rest - отстой из-за отсутствия жесткой формализации

(13) Надо. А почему это обязательно лишний вызов сервера? Разве (7) никак невозможно?

А с сертификатами как-то полегчало?

(16) stunnel наше все!

(17) Да мне вполне WinHTTP хватает

(18) Идея в том, что и на Linux тоже будет работать, а всё OLE - это только "мелкомягкие"

Куки можно передать, при работе с http а то кинулся а 1С такого не умеет.

(18) его нету на линух-сервере

Ура! Можно будет ботов писать прямо на 1с! :)

Я так понял и POST можно будет передавать и принимать? Когда же финал 8.2.18? уже хочу

(23) Что такое передавать и принимать POST? А раньше не было? Просто раньше было не так доделано, как в других языках, сейчас стало более похоже скажем на дотнет.

(0) то, что нужно. пойду пробовать. По документации все красиво.

(17) Наше все конечно но уж больно танцы с бубнами заковыристые. С первого раза без бутылки не разберешся. Работа с winhttp на порядок проще.

(24) Раньше ответ от сервера приходил в файл и это очень тупо было - создавать временный файл, писать в него ответ, потом его читать. Сейчас будут объекты HTTPЗапрос и HTTPОтвет, все проще станет.

----
HTTPЗапрос (HTTPRequest)

Свойства:
АдресРесурса (ResourceAddress)
Заголовки (Headers)

Методы:
ПолучитьИмяФайлаТела (GetBodyFileName)
ПолучитьТелоКакДвоичныеДанные (GetBodyAsBinary)
ПолучитьТелоКакСтроку (GetBodyAsString)
УстановитьИмяФайлаТела (SetBodyFileName)
УстановитьТелоИзДвоичныхДанных (SetBodyFromBinary)
УстановитьТелоИзСтроки (SetBodyFromString)
----
HTTPОтвет (HTTPResponse)

Свойства:
Заголовки (Headers)
КодСостояния (StatusCode)

Методы:
ПолучитьИмяФайлаТела (GetBodyFileName)
ПолучитьТелоКакДвоичныеДанные (GetBodyAsBinaryData)
ПолучитьТелоКакСтроку (GetBodyAsString)

(27) а есть парсинг JSON в ОбъектXDTO?

(24) плюс теперь в объекта HTTPОтвет можно читать заголовки.

(27) Просто пиши яснее. "Я так понял и POST можно будет передавать и принимать" - глагол можно подразумевает, что раньше было нельзя, а это не соответствует истине.  Может было неудобно, но было можно. По поводу лучше ли отправлять POST из файла или из объекта ДвоичныеДанные завернутого в HTTPЗапрос сложно сказать, все зависит от реализации. 1С будет пытаться сначала всосать файл в ДвоичныеДанные, а потом отправлять в Инет, тогда как возможно раньше считывала файл и отправляла кусочками.

(0) А расскажите, пожалуйста, как планируете REST использовать?

(30) Ну так рассуждая, можно сказать. Что можно и в дом через окно входить. Думаю, особого желания жить в таком доме не появится. Так же и с POSTом, пробовал я, но это еще тот изврат

(31) Для взаимодействия с интернет-магазинами например. Не катит? Вот если бы парсер JSON встроили в платформу, было бы вообще идеально

(33) Если бы у бабушки... 1С приходится выбирать, что портировать в платформу, а что нет. Это не Оракл или Майкрософт которые в свои средства разработки могут сувать все что нужно и не нужно и что еще никто не знает

(34) да ладно, JSON-XDTO написать несложно

(34) Так в 1С столько всякой фигнии напихано. И как обычно реализация через одно место. Одно XDTO чего стоит

Или например, например, оформления таблицы значений в УФ, вообще жесть полная

(36) Подопытных хомячков мало. Как не многочислен клан 1С-ников, а скажем шарпистов и джавистов гораздо больше. С другой стороны и команды разработы платформ там покруче. Меня вот беспокоит вопрос: когда Нуралиевы станут старенькими и дряхлыми будет ли кто дальше ее развивать? Платформа закрыта, фирма 1С закрыта, врядли кому эта тема будет интересна. Разве что каналы сбыта. На наш-то век хватит, а вот дочь собирается в программисты, я ей советую держаться подальше от 1С.

(37)
1C еще переживет эти ваши джавы с шарпами и счета на оркестр для их похрон в 1С выпишут :)

(38) Кто, кто продолжит дело? Уже есть наследник? Разве что сочтут народным достоянием и национализируют.

(37)
Лол што?
В каждом ларьке уже по одинэснику сидит, а вот живых джавистов у нас можно в зоопарке показывать.
Винда тоже закрыта, что, с уходом Гейтса вендекапец пришел?

(40) Компания Майкрософт публичная, многие заинтересованы в ее развитии, многие допущены к стратегии ее развития. Степень вовлеченности стороннах разработчиков в разработку Windows гораздо выше. Я же не зря у тебя спрашивал: проявляет ли интерес 1С к твоей разработке. А у майкрософта в качестве примера тот же Марк Руссинович, клепал свои программы сам, теперь клепает под крылом Мелкомягких. 1С компания закрыта, возможно сейчас в ее недрах зреет поколение управленцев-преемников. Я думаю, можно будет посмотреть что будет с Яблоком (похожая относительно закрытая система).

(40) Как раз таки одинесники, сидящие в ларьках не влияют на развитие 1С. Это просто рынок сбыта. Но конкуренты 1С могут иметь иной взгляд на автоматизацию данного сегмента. Просто сейчас им неудобно воевать с 1С.

(0) Остался ИИ и восьмерочники вымрут как класс! Вот семерочники заживут, хотя им и так не плохо!

Когда в начале 90-х Microsoft купил Foxpro, я думал, что благодаря этой непотопляемой фирме Foxpro станет тоже непотопляемым. Однако в середине 0-х фирма Microsoft официально объявило, что новых версий Foxpro не будет. В результате на Западе разработчики Foxpro мигрировали на VB, а у нас - на 1С.

(44) Так даже пример с FoxPro говорит на пользу моей теории. Дело в том что команда FoxTeam практически в полном объема перешла в подразделение, которое создавало MS SQL  Server. Последних людей забрали на разработку LINQ в .NET. В майкрософт мне кажется Митичкиным, Оревковым, и пр. уже  давно бы сделали предложение, от которого они не смогли бы отказаться. А 1С в силу закрытости практически по всем вопросам "знает", что ему надо. Я тоже так себя веду у себя на предприятии, но у меня нет иллюзий что станет с моей разработкой после моего ухода. У меня нет даже иллюзий, что станет с нашим предприятием после того, как мы отцы-оснаватели станем немощными.

В начале 90-х я помню были разговоры о том, что кто-то из независимых разработчиков написал генератор отчетов для Clipper. Казалось разумным ожидать, что фирма Nantucket (тогдашний владелец Clipper) пригласит этого парня к себе работать. Но это была такая закрытая фирма. Они никого к себе не приглашали. Все кончилось тем, что инструмент разработки Clipper накрылся медным тазом еще в середине 90-х.

(44)
Почитайте интервью бывшего руководителя Фокса
В Фокспро была уникальная технология rushmore оцененная большая чем сам фокспро и перенесенная в аксес и sql

Так что разработчики просто перешли в другие подразделения

(44) Микрософт его купила с целью убрать конкурента своему аксесу. И у неё получилось, по крайней мере в буржуинии все начали делать базы на аксесе, программируя на вижуалбейсике...
А вот борланд молодцы.. почуяли что рынок СУБД теряют, так не стали думать, "кому бы продаться напоследок", а выпустили открытую версию интербейса - в результате мы имеем неплохую свободную СУБД файрбёрд.

(46) Во-во, причем клиппер был не менее известным чем 1С. Ну может чуть менее. Ну это все гимнастика ума. Но ребенок пусть изучает что-нибудь более общеизвестное.

(46)+ А вот Microsoft цветет и процветает, потому, что у Microsoft по отношению к независимым разработчикам другая политика.

(48)Майкрософт похоронила Фокспро через 15 лет после покупки.

(48) В коммерческом плане может и убрали конкурента (FoxBase) но в плане так сказать технического прогресса все наработки получили дальнейшее развитие. И не скажу, что мы разработчики от этого проиграли

(51) Я бы не назвал это похоронила, как отдельный язык да, а идеи все пошли в дело. Тем более все анахронизмы FoxPro в 6 версии я уже не использовал: интерфейс уже был не в стиле @ SAY @ GET, а в стиле VB, команды по работе с данными заменялись SQL, операции обработки записей я для удобства завернул в объекты. Основная для меня идея FP заключалась в том что с локальными наборами данных можно было манипулировать на языке запросов. Но это все мелькомегкие сейчас делают в дот нете. Вот сейчас мне из таблицы значений нужно выбрать данные по диапазону значений из двух колонок - только перебор в цикле

(53) В том то и суть, что микрософт уже в своих последних версиях фокспро сознательно продвигала политику миграции на вижуалбейсик с оригинального языка фоксбейс, разбавляя его вижуалбейсиковскими элементами. Тем самым, подталкивая разработчиков к переходу на чистый вижуалбейсик в аксесе.

(54) Но в сравнении с объектной моделью VB настоящий FP реально проигрывал в удобстве написания программ. Я же очень много писал на FPD 2.6 и на FPW 2.5. По сравнению в VB и VFP это же было просто мучение. Если на то пошло, последние разработки на VFP по синтаксису практически не отличить от разработок на VB. Единственно, чего не было в других языках - это SQL в локальных курсорах (наборах данных). Это логично: слить два сходных направления.

(55) Тем не менее, отрасль потеряла целое направление разработки и неплохой язык программирования.

(56) Ну что-то всегда приходится чистить, иначе отрасль загадится. Морковку тоже прореживать приходится