Тема актуальная. Хотелось бы чтобы вы сделали пример как пользоваться всем методами встроенных объектов платформы 1с для работы с Ясон. На подобие как вы делали в видео об универсальных коллекциях. Перечислить все методы и показать примеры. Всё же ваше пояснение добавило свои монеты в копилку опыта. Лайк жду продолжений. Хорошая рубашка.
Здравствуйте, Алексей!) Первое что приходит в голову - в отчете и в обработке работать не с исходными файлами, а с их копиями. Т.е. перед формированием отчета программно копируем файлы из общей папки, к примеру в каталог временных файлов, и по данным этих файлов строим отчет.
Спасибо за комментарий, Стас) На самом деле в современном мире гораздо чаще приходится работать с JSON, т.к. возникает много задач, связанных с обменом данными между 1С и другими приложениями. Т.е. это точно пригодится в ближайшие годы как минимум ;)
То что профессионально снят урок об этом можно не говорить, Иван и его команда профессионалы. Лично мне в видео не хватило примеров, когда какой метод лучше использовать. Ведь не зря же их 2 сделали. И про быстродействие ни в одних видео почему то никто никогда не показывает. А это тоже может быть причиной выбора варианта реализации.
Спасибо за конструктивную критику) В большинстве случаев подойдет метод глобального контекста ПрочитатьJSON(), но по поводу быстродействия, конечно, надо сделать замеры...
Спасибо. Навёл окончательную ясность с темой. Теперь вот думаю, а при работе web-сервиса - обмен [база 1С→ база 1С] - можно было бы использовать JSON...
Да, запросто) В 1С есть объект HTTP-сервис + методы для сериализации объектов 1С в JSON. Также есть стандартный интерфейс OData, используя который можно реализовать обмен.
При построении инетерфейса обмена данными между 1С и Оракл собаку съели с JSON. Ролик просомтрел бегло поэтому неуверен что была затронута тема недопустимых символов в значениях свойств (напрмиер, обратный слеш - "\"), и про методы их решения. Кстати тот json что приходил от оракл нам так и не удавалось распарсить встроенным 1С методами. Пришлось переберать весь json и загонять в структуру. Все решили. Уже более 2х лет обмен работает четко.
Да, Рустам, спасибо за важное уточнение. Тема недопустимых символов в этом видео не затронута. На практике действительно, иногда можно столкнуться с такой ситуацией.
Каким образом "поддерживается вложенность"? У вложенных друг в друга объектов могут быть одинаково названные свойства и как их отличать по мере чтения?
А что быстрее отработает? Последовательное чтение или полное? зы Как бы по логике последовательное должно, но прикольно было бы затестить теорию на практике :)
хороший вопрос. надо будет провести тесты) но скорей всего ситуация будет обратной. и ещё один момент нужно учитывать: если исходный json большой (или его размер не известен), то лучше использовать последовательное чтение, т.к. можно будет упереться в память, если считать его полностью.
Здравствуйте! Вы не делали калькулятор в 1с? Мне задали добавить в него вычисление синуса, но я весь интернет облазил и ничего не смог найти. Если знаете, пожалуйста, дайте ответ.
Спасибо за урок! Помогите решить задачу по теме: есть несколько точек (30+), которые выгружают данные в JSON в общую папку с периодичностью в 10минут. В центральной базе есть отчет и обработка, использующие эти данные. Проблема в том, что в момент формирования отчета или выполнения обработки, файлы в общей папке могут обновляться. В момент записи JSON файл имеет размер 0 байт и при его чтении выдается ошибка. Соответственно обработка и отчет не выполняются полностью. Есть идеи, как это обойти? Спасибо
@@francuz314 тогда если он не скопировался во временный, то отчет будет все равно не полный. время выгрузки небольшое. можно конечно циклить это все, пока все файлы не будут прочитаны..
сделать так чтобы файлы из точек всегда приходили с новым именем. Тогда они не будут записываться поверх существующих. А существующие обрабатывать и после успешшной обработки удалять. Таким образом у вас в папке всегда будут оставаться необработанные файлы, а обработанные будут попадать в отчет.
Нескольким десяткам тысяч предприятий РФ и стран СНГ, а также огромному количеству предпринимателей) C, C++ и C# классные языки, с этим никто не спорит, но вот насколько быстро на этих языках можно учетную систему разработать, большой вопрос) ну и финансовая сторона вопроса тут важна)
Да, в одном массиве в общем случае могут быть разные типы, в том числе Булево и NULL) Но чаще всего массивы формируются из однородных (одинаковых по типу) значений.
Вопрос из разряда, "а чё так можно было?" на 11:45 передаёшь значение из файла в реквизит строки ТЧ. Обращаешься к реквизиту ТЧ через квадратные скобки.
Очень понятное, конкретное и лаконичное видео, никакой воды. Спасибо!
Супер, разобрал json со своего парсера и заполнил прайс по одному этому видео. Спасибо
Спасибо, Иван)))) все сразу стало понятно )) всего самого доброго вам и вашей команде!))
Спасибо большое, Галина)
Иван, спасибо, как всегда, все четко и понятно, часто удается подглядеть у вас интересный прием работы или узнать про какой-то нюанс🤝👍
Все понятно и доступно, все же желательно прикладывать обработку и файл
Спасибо Ивану за всё что он делает для сообщества 1с
Тема актуальная. Хотелось бы чтобы вы сделали пример как пользоваться всем методами встроенных объектов платформы 1с для работы с Ясон. На подобие как вы делали в видео об универсальных коллекциях. Перечислить все методы и показать примеры. Всё же ваше пояснение добавило свои монеты в копилку опыта. Лайк жду продолжений. Хорошая рубашка.
Спасибо)
Спасибо! Отличная, профессиональная подача материала!
Внятный звук. четкое объяснение.
Иван как всегда шикарно объясняет!
Спасибо. Понятно. Пока ужинал, получил теорию нового скила.
*Хорошая подача материала, без соплей, подписался.* _Like_
По прежнему все очень классно. Спасибо за полезный ролик!
Иван, разве можно так хорошо объяснять?!!! 😅
Благодарю!!!! Теперь я с уверенностью смотрю в сторону JSON!))))
Иван,, спасибо за подробное объяснение и внятное объяснение
Ивана видим - ставим лайк !
Спасибо! Как всегда у Иаана хорошая подача.
Ваня, я хочу приехать в Беларусь и первым делом увидеть тебя, пожать тебе руку. Спасибо дорогой!
Спасибо, Юрий)
Как всегда на высоте. Ещё бы уроков про методы JSON было бы здорово! GET POST
Get и post это не методы json.
@@sergeybelov6242 Ну про запись JSON тогда
Ролик очень помог в решении текущей задачи! Спасибо!!!
За видео лайк! Чуть чуть бы пораньше, недавно писал на мобилочку приложение... ковырялся с JSON-ом))))
Спасибо Иван, как всегда все на высоте.
Спасибо, было интересно, смотрел на скорости 0,75)
Классный разбор! Очень помог!
Классный разбор! Спасибо огромное!
Благодарю, отличная подача материала.
Благодарю, понял как работает JSON в коде 1с
Иван как всегда на высоте!!!!!!!!!!
Единственное нормальное видео, которое дало, то что мне нужно) Но не хватает информации, о том, как прочитать json дату
как всегда, четко и понятно.
Спасибо, Иван!
Нормально, даже в другом языке работает 😁.
Спасибо на твоих видео поднялся в 1с
Здравствуйте, Алексей!) Первое что приходит в голову - в отчете и в обработке работать не с исходными файлами, а с их копиями. Т.е. перед формированием отчета программно копируем файлы из общей папки, к примеру в каталог временных файлов, и по данным этих файлов строим отчет.
в конце ролика было полезно про цикл перебора реквизитов
отличное объяснение. спасибо
Один раз в 10 лет может потребоваться загружать или выгружать этот JSON . Но всё-равно информация полезная! Огромное спасибо.
Спасибо за комментарий, Стас) На самом деле в современном мире гораздо чаще приходится работать с JSON, т.к. возникает много задач, связанных с обменом данными между 1С и другими приложениями. Т.е. это точно пригодится в ближайшие годы как минимум ;)
Спасибо, все кратко и по делу
То что профессионально снят урок об этом можно не говорить, Иван и его команда профессионалы. Лично мне в видео не хватило примеров, когда какой метод лучше использовать. Ведь не зря же их 2 сделали. И про быстродействие ни в одних видео почему то никто никогда не показывает. А это тоже может быть причиной выбора варианта реализации.
Спасибо за конструктивную критику) В большинстве случаев подойдет метод глобального контекста ПрочитатьJSON(), но по поводу быстродействия, конечно, надо сделать замеры...
Отличное информативное видео, Спасибо!
Отличный контент! Большое спасибо!
Спасибо за видео, а можно саму обработку получить? Будет в качестве шпаргалки )
Спасибо за доступное объяснения. а можно скачать вашу обработку загрузки ?
Спасибо. Навёл окончательную ясность с темой. Теперь вот думаю, а при работе web-сервиса - обмен [база 1С→ база 1С] - можно было бы использовать JSON...
Да, запросто) В 1С есть объект HTTP-сервис + методы для сериализации объектов 1С в JSON. Также есть стандартный интерфейс OData, используя который можно реализовать обмен.
Полезное видео! Спасибо
Иван. Спасибо за видео. Очень понятно обьясняешь. А где видео по разработке конфигурации под барбешоп? Хотел досмотреть сегодня. Кинулся- а его нет.
Он есть, только смотрите не в разделе видео, а в разделе трансляции.
Да, UA-cam изменил немного логику размещения видео. Мы сейчас их в плейлисты собираем для удобства навигации)
Было полезно, спасибо
Иван, Благодарю за видео!) Подскажите пожалуйста, где можно скачать данную обработку?
Отличная лекция, спасибо!
Огромное спасибо!
Спасибо 👍👍👍
Отлично
спасибо
При построении инетерфейса обмена данными между 1С и Оракл собаку съели с JSON. Ролик просомтрел бегло поэтому неуверен что была затронута тема недопустимых символов в значениях свойств (напрмиер, обратный слеш - "\"), и про методы их решения. Кстати тот json что приходил от оракл нам так и не удавалось распарсить встроенным 1С методами. Пришлось переберать весь json и загонять в структуру. Все решили. Уже более 2х лет обмен работает четко.
Да, Рустам, спасибо за важное уточнение. Тема недопустимых символов в этом видео не затронута. На практике действительно, иногда можно столкнуться с такой ситуацией.
Каким образом "поддерживается вложенность"? У вложенных друг в друга объектов могут быть одинаково названные свойства и как их отличать по мере чтения?
в СериализаторXDTO и ФабрикаXDTO есть методы работы с json
А если есть описанный xdto, и ему соответствовало json or xml? Нужен ещё вариант не произвольного чтения
Да, в этом видео механизм XDTO намеренно не затрагивали, т.к. он требует отдельного рассмотрения)
это я уже умею. но все равно лайк
Есть выгрузка?
Иван, а как прочитать JSON, если он находится в get запросе?
У объекта ЧтениеJSON есть метод УстановитьСтроку(). Т.е. из запроса получаем текст, и потом передаем в УстановитьСтроку().
А что быстрее отработает? Последовательное чтение или полное?
зы Как бы по логике последовательное должно, но прикольно было бы затестить теорию на практике :)
хороший вопрос. надо будет провести тесты) но скорей всего ситуация будет обратной. и ещё один момент нужно учитывать: если исходный json большой (или его размер не известен), то лучше использовать последовательное чтение, т.к. можно будет упереться в память, если считать его полностью.
@@KirPlastelinin да, и это тоже. :)
Надо протестировать, но ставлю на то, что ПрочитатьJSON() отработает быстрее)
Здравствуйте! Вы не делали калькулятор в 1с? Мне задали добавить в него вычисление синуса, но я весь интернет облазил и ничего не смог найти. Если знаете, пожалуйста, дайте ответ.
Спасибо за урок! Помогите решить задачу по теме: есть несколько точек (30+), которые выгружают данные в JSON в общую папку с периодичностью в 10минут. В центральной базе есть отчет и обработка, использующие эти данные. Проблема в том, что в момент формирования отчета или выполнения обработки, файлы в общей папке могут обновляться. В момент записи JSON файл имеет размер 0 байт и при его чтении выдается ошибка. Соответственно обработка и отчет не выполняются полностью. Есть идеи, как это обойти? Спасибо
перед чтением файла копировать его во временный файл - если успешно скопировался - тогда читать его и после чтения удалять временный
@@francuz314 тогда если он не скопировался во временный, то отчет будет все равно не полный. время выгрузки небольшое. можно конечно циклить это все, пока все файлы не будут прочитаны..
сделать так чтобы файлы из точек всегда приходили с новым именем. Тогда они не будут записываться поверх существующих. А существующие обрабатывать и после успешшной обработки удалять. Таким образом у вас в папке всегда будут оставаться необработанные файлы, а обработанные будут попадать в отчет.
А цикл в цикле насколько хорошо?🤔
Кому нужен 1C, если есть C++? Или C, или ладно C#
Нескольким десяткам тысяч предприятий РФ и стран СНГ, а также огромному количеству предпринимателей)
C, C++ и C# классные языки, с этим никто не спорит, но вот насколько быстро на этих языках можно учетную систему разработать, большой вопрос) ну и финансовая сторона вопроса тут важна)
Соответствие где то за кадром было создано при выгрузке в файл? Что б кириллицу не передавать в JSON ? Как вышло, что в файле имена свойств латиницей?
Да, там соответствие полей за кадром создано: ключ - ИмяРеквизитаТЧ, значение - ИмяСвойстваJSON
я человек простой вижу гордынца ставлю лайк
Спасибо!)
Ваня спасибо!!!
100500 Лайков ставлю!!!!
2:08 Говоришь - "в одном массиве могут быть и строка и число и JSON объект". А булево и NULL могут быть в этом же массиве?
Да, в одном массиве в общем случае могут быть разные типы, в том числе Булево и NULL) Но чаще всего массивы формируются из однородных (одинаковых по типу) значений.
Вопрос из разряда, "а чё так можно было?" на 11:45 передаёшь значение из файла в реквизит строки ТЧ. Обращаешься к реквизиту ТЧ через квадратные скобки.
А в чем удивление заключается?
Да, такой вариант используется, когда имя поля (реквизита ТЧ) содержится в переменной:
СтрокаТЧ[ИмяРеквизита] = Значение;
Спасибо!
класс! Спасибо!
Огромное спасибо!