с#
интересно, какой от них профит
Они блять даже сделали di фрейморк ещё поверх даггера - HILT,который ещё более упрощает все что можно на свете
Нахерачил аннотаций и инжектишь. Даже фабрики для viewModel делать не надо
Ну ппц
Size: a a a
2021 February 27
VN
Anatoliy Kernokus
а что плохого в упрощении? Я с хилтом дело не имел, но если он делает работу с дагером проще - разве это плохо?
AK
а что плохого в упрощении? Я с хилтом дело не имел, но если он делает работу с дагером проще - разве это плохо?
1. в том что когда после хилта человек приходит на проект с даггером, он даже не знает как фабрику написать для своей вьюмодели.(это частный пример) 2. В том что если человек потом пойдет писать код используя Koin, он даже не поймёт внутреннюю разницу - шо там шо там инжекчу, пук и работает
с#
Anatoliy Kernokus
1. в том что когда после хилта человек приходит на проект с даггером, он даже не знает как фабрику написать для своей вьюмодели.(это частный пример) 2. В том что если человек потом пойдет писать код используя Koin, он даже не поймёт внутреннюю разницу - шо там шо там инжекчу, пук и работает
1 - аргумент почему джава лучше котлина би лайк
ch
Anatoliy Kernokus
1. в том что когда после хилта человек приходит на проект с даггером, он даже не знает как фабрику написать для своей вьюмодели.(это частный пример) 2. В том что если человек потом пойдет писать код используя Koin, он даже не поймёт внутреннюю разницу - шо там шо там инжекчу, пук и работает
он даже не знает как фабрику написать для своей вьюмоделине знает прочитает, не может прочитать ну а нафига тогда такой программист
с#
он даже не знает как фабрику написать для своей вьюмоделине знает прочитает, не может прочитать ну а нафига тогда такой программист
+1
VN
имхо флаттер не очень решение (потому что нет возможности самому в случае необходимости заюзать нативный апи. или есть, я не знаю если честно, но там в любом будут ифы и пр., а в kmp на разных платформах разные зависимости будут и проблем с нативным апи не будет), а вот кмм это будущее, да.
Аж интересно стало. Вроде во флаттере тоже что-то есть https://flutter.dev/docs/development/platform-integration/platform-channels. Но KMM да - это будущее)
с#
Аж интересно стало. Вроде во флаттере тоже что-то есть https://flutter.dev/docs/development/platform-integration/platform-channels. Но KMM да - это будущее)
ужас)
VN
Anatoliy Kernokus
1. в том что когда после хилта человек приходит на проект с даггером, он даже не знает как фабрику написать для своей вьюмодели.(это частный пример) 2. В том что если человек потом пойдет писать код используя Koin, он даже не поймёт внутреннюю разницу - шо там шо там инжекчу, пук и работает
> шо там шо там инжекчу, пук и работает
Так как раз удобно же, если апи одинаковое. А когда что-то специфичное нужно для конкретной библиотеке, то пойдет да почитает.
Так как раз удобно же, если апи одинаковое. А когда что-то специфичное нужно для конкретной библиотеке, то пойдет да почитает.
с#
ужас)
могли бы FFI хотя бы сделать для приличия
IP
могли бы FFI хотя бы сделать для приличия
эм
IP
могли бы FFI хотя бы сделать для приличия
так и сделали
с#
можно было бы удобнее сделать, чем асинхронные каналы
с#
разве джава также си функции вызывает?
IP
разве джава также си функции вызывает?
Не
IP
разве джава также си функции вызывает?
Там честно сканят ф-ции с сишным abi и делают прямой вызов в либу по конвенции
IP
можно было бы удобнее сделать, чем асинхронные каналы
А здесь зто а-ля rpc
с#
я просто не уверен на сто процентов, но до этого момента FFI для меня был какой-то интерфейс типа k/js externals (не так конечно, потому что там одна платформа, но что-то типа)
с#
А здесь зто а-ля rpc
угу
AM
Ну теперь я больше верю, что это он