Регистрируйтесь на наш онлайн курс «Базовые практики планирования ТОиР, управления надежностью и критичностью оборудования по методике RCM». Зарегистрироваться на бесплатную неделю можно в любое время
Отличное видео! http сервисы уже привычно вошли обиход даже 1С ников. А вот интересно, если каталог товаров отдавать через 1С будет ли это намного медленнее чем локальная mysql база? Думаю да, но вот если использовать кеширование, то думаю это решит проблему. То, что заказы гонять через HTTP сервисы удобнее чем, через какой-нибудь XML обмен, думаю уже многие поняли.
Озвучу свою поддержку вашего проекта! Вообще не время останавливаться. Кто если не вы? Такое не стоит бросать. Прочь сомнения! Отношение к хейтерам у Вас должно быть профессиональное!
Если в проекте есть ломбок, то зачем тогда геттеры, сеттеры и т.д.? Либо то, либо сё надо ))) Я вот не понял, а зачем делать вложенные статические классы в данном случае? Вообще, спринг вроде и подключен, а реализация идёт вообще почти без спринговых фишек, по крайней мере, на данный момент. Непонятно, зачем тогда вообще тут спринг? Да и мне как-то в целом непонятно, какая архитектура приложения, что там какой класс делать будет. Может, стоит сначала продумать приложение на UMLе?
Илья, здравствуйте, недавно реализовал: если в рест апи 1с добавить везде в ответы ЗИП сжатие, т.е. тело ответов апи сжимать методом deflate gzip, то объем ответа может уменьшится до 5-10 раз, особенно это чувствуется на строковых данных (те же json), и скорость работы апи ощутимо увеличивается, можно тоже использовать для тестов. При сжатии надо добавить заголовок в ответ, чтобы принимающая стороны автоматически разархивировать тело ответа.
Спасибо вам за ваше видео. Открыл для себя возможность вызовы функции при помощи шаблонных строк 6:05. Честно говоря, я наверное не спешил бы использовать данный подход в коде, но похоже этот принцип используется для работы styled components в react.
Я вот не понял, а зачем делать вложенные статические классы в данном случае?
Вообще, спринг вроде и подключен, а реализация идёт вообще почти без спринговых фишек, по крайней мере, на данный момент. Непонятно, зачем тогда вообще тут спринг?
Да и мне как-то в целом непонятно, какая архитектура приложения, что там какой класс делать будет. Может, стоит сначала продумать приложение на UMLе?
Открыл для себя возможность вызовы функции при помощи шаблонных строк 6:05.
Честно говоря, я наверное не спешил бы использовать данный подход в коде,
но похоже этот принцип используется для работы styled components в react.