AN
С дистром более или менее понятно.
Size: a a a
2020 January 10
AM
Да, с либой, ясен пень, ничего этого делать не надо.
AM
Всё как и в жвм мире, собсна.
AN
Всё как и в жвм мире, собсна.
в жвм мире мавен за этим следит. Мне не надо писать пользователю, чтобы он руками притаранил нужные библиотеки
AM
Недавно один уже пытался шэдоу к либе прикрутить)
AN
Недавно один уже пытался шэдоу к либе прикрутить)
Да, мы все его знаем :) (
AN
Недавно один уже пытался шэдоу к либе прикрутить)
Как раз в мавене оно совсем не нужно. А вот в нативе как-то все-то не просто.
AM
в жвм мире мавен за этим следит. Мне не надо писать пользователю, чтобы он руками притаранил нужные библиотеки
Ну а тут, выходит, мавен для котлина, и системный пакетный менеджер для нативных зависимостей.
Можно сходить на ютрек и предложить добавить нотацию для dependencies для этих ваших аптов, рпмов и прочего счастья, чтоб как с нпм в джиэсе)
Можно сходить на ютрек и предложить добавить нотацию для dependencies для этих ваших аптов, рпмов и прочего счастья, чтоб как с нпм в джиэсе)
AN
Ну а тут, выходит, мавен для котлина, и системный пакетный менеджер для нативных зависимостей.
Можно сходить на ютрек и предложить добавить нотацию для dependencies для этих ваших аптов, рпмов и прочего счастья, чтоб как с нпм в джиэсе)
Можно сходить на ютрек и предложить добавить нотацию для dependencies для этих ваших аптов, рпмов и прочего счастья, чтоб как с нпм в джиэсе)
Скорее конан. Но вообще что-то такое нужно безусловно, если мы хотим, чтобы мультиплатформа с нативом нормально жила
AM
Как раз тогда и конечные дебы можно было бы паковать, собирая все зависимости из конфигураций транзитивно, ух каеф
AN
Как раз тогда и конечные дебы можно было бы паковать, собирая все зависимости из конфигураций транзитивно, ух каеф
деб плохой формат но идея мне нравится весьма
AM
Скорее конан. Но вообще что-то такое нужно безусловно, если мы хотим, чтобы мультиплатформа с нативом нормально жила
Конан -- это локальная крестовая поделка всё же, она снаружи крестов неинтересна.
AN
Вообще платформные помы в мавене уже есть. Это все в принципе можно сделать с градл метадатой
AM
деб плохой формат но идея мне нравится весьма
Деб как пример, паковать полезно уметь всё, включая msi-ки.
AN
Деб как пример, паковать полезно уметь всё, включая msi-ки.
Это понятно. Как конечный формат - да, не как управление зависимостями
AM
Да, я не непосредственно управление зависимостями имел ввиду, только сгребание всех указанных зависимостей, которые
а) надо поставить для того, чтобы можно было собирать билд,
б) надо положить как зависимости пакета, чтобы при установке всё было хорошо.
(И это ж два разных набора зависимостей, в а) идут -dev / -devel пакеты, в б) обычные)
а) надо поставить для того, чтобы можно было собирать билд,
б) надо положить как зависимости пакета, чтобы при установке всё было хорошо.
(И это ж два разных набора зависимостей, в а) идут -dev / -devel пакеты, в б) обычные)
AM
Короче согласен, клёвая мысль в разговоре родилась, надо как-то собраться с мыслями и оформить её, что ли.
AN
Я просто думаю, как лучше в kmath натив добавлять, поэтому и думаю в эту сторону.
LS
Я никак не пойму, какие преимущества перед строкой дает использование ()->String во всяких assert?
AL
Я никак не пойму, какие преимущества перед строкой дает использование ()->String во всяких assert?
По-хорошему, случай, когда нам надо печатать сообщение, должен быть довольно редкий. Из-за этого хорошим планом будет не создавать строку если это не нужно. Тоже самое может быть с логгерами например (если у тебя например логгируются только ошибки, а ты генеришь тяжелые строки для дебага)