Не уловил суть поста. Программисты не любят 1С, потому что там нет удобной функции для преобразования из числового представления в привычный людям? За 6 лет еще ни разу не страдал от этого, а после чтения поста решил проблему за 5 минут
Если без частного случая выше сам принцип работы с двочными данными вы считаете нормальным и удобным? Отсутствие возможности преобразования типов в запросе тоже норм? Проблема ведь не в 5 минутах сейчас, а тех часах что из-за подобного подхода накапливаются каждый месяц
Нет, но работа с двоичными данными для 1С вообще специфичная задача, которая не так часто используется, чтобы именно из-за этого программисты не любили 1С
любая задача по своему специфична вопрос в том что и как делается.
Конкретно что раздражало здесь:
1. первый же костыль в первой же строке - буфер не поддерживает отрицательные числа. Почему бы не предусмотреть такую банальщину раз она бывает нужной.
2.получить из буфера число можно только тремя разными процедурами каждая для своей разрядности 16/32/64,
2.1 почему нет 8? да и 128
2.2 ну нет 8 хрен с вами, давайте получим 16 битное число имея 1 байт. Но, не выйдет - ошибка, нужно руками дополнять буфер байтом с нулями.
Итого минимум 2 костыля на 5 строк кода.
ну и ниже я вам уже писал. Оказывается еще и производительность хуже чем в случае с операциями умножения. Хотя речь идет про банальное чтение 32 бит данных. Такого просто не должно быть.


1C:Предприятие 8
424 поста4.2K подписчиков
Правила сообщества
В 1С можно всё. Я проверял.