чтобы не быть зависимым крупные библы может и не стоит писать самим, но аналог какого нибудь superchanged, почему бы и нет иногда случается, что от библы используется маленький кусочек, тут тоже это сыграет на руку
фиксируй версию зависимости
Если пакет занимается архивами, а функция crc32 где-то внутри находится и не заявлена как публичное api - как минимум, это не лучший выбор. Зависимость по версии тут не помогает, так как при смене api dart (например, null safety) потребуется обновлять пакеты. А в нужном пакете уже crc32 по другому генерируется
опять личный опыт и конкретный случай, который обычно исключение. я посмотрю на изменение алгоритма генерации crc32. и на то, какие потери это принесет тем кто его создавал и использовал... смешно. очень. нужна функция - напиши, стырь из пакета, сделай пакет, принеси пользу сообществу.
Ты путаешь алгоритм crc32 и внутренний api пакета archive. Если алгоритм не может поменяться, то ничего не мешает разработчикам переименовать crc32 в CRC32 или изменить другие составляющие внутреннего api в пакете. Я не настроен сейчас на флуд, давай не будем продолжать тему? Спасибо
Обсуждают сегодня