Или ты из тех кто сравнивает языки в виде бенчмарка сложения 2+2 стопицот раз?

 

Я про перфоманс

 

Чисто практика.

 

а джава не в ВМ работает?

 

Дарт крайне быстр, для нехватающего есть ffi

 

Все кому не хватает - равняйте архитектуры и алгоритмы

 

Помимо них ботлнеки всегда в транспорте и запросах

 

Была задача. На Дарт Секунд 10 пережимал jpeg с 80 % качествам. На Яве меньше секунды

 

Не в языке

 

В языке никогда

 

Язык хорош. Он удобен и быстр. Но в результате софт на дарте работает медленнее.

 

[
"кстати вот есть даже пример: на фронте есть либа ",
{
"type": "bold",
"text": "node-sass"
},
" ну и появилась ",
{
"type": "bold",
"text": "dart-sass"
},
", который быстрее компилит, но это же не значит чот дарт быстре джавыскрипт. просто написано более адекватно (конечно не без помощи адекватности и типизации языка)."
]

 

Именно

 

Почти всегда дело в алгоритмах

 

Для низкоуровневой своей реализации есть ffi

 

Для фронта перфоманса за глаза, каким бы он не был

 

Абсолютно согласен

 

машина(вм) уже запущена, че ей мешает адекватно обработать алгоритм? вот если бы вы сказали что приложение на дарте требует больше времени на запуск - тут спорить не возможно, нужно прогреть машиу и запустить

 

Вы ведь в курсе про aot?

 

а в фуксии ее нативно воткнули там дарт ВМ пряма вшили и она всегда прогрета и приложения не будут ждать ее запуск

 

но время уходит декомпиляцию

 

Не, ничего не уходит, это разбирали два месяца назад тута

 

Там именно все мгновенно

 

спаибо за наводку, почитаю

 

dart2native делает следующее (это, кстати делает и flutter build)

 

на джаве что-то не особо она тоже в aot собирается?

 

Он собирает машинный код + runtime

 

Runtime это особая суперкастрированная vm

 

а для джавы платные решения (ну это первые ссылки гугла), поэтому наверное и не распостранено?

 

Которая отвечает за управление изолятами, гарбадж коллектором и еще парой мелочей

 

ясно-понятно что читать надо, за наводочку спасибо

 

Угу. Если у вас там что то упирается в производительность - ровняйте алгоритмы, не можете - изоляты/сервайс вокеры, нужен супер оптимизон на бэке и кастомгое решение с управлением памятью - ffi

 

я на флатере делал всего одно приложение, приложение не маленькое. не увидил чтобы где-то производительность падала (переходов/анимаций кучи)

 

На флатере главное перерисовывать пореже и площадью поменьше экран

 

после этого понял что флатер очень силен в канвасе, и это очень радует. до этого пробовал реакт-натив. ну такое себе

 

Особенно заметно это в флатер вебе, там очень важно это правило

 

это понял сразу на второй странице когда делал, понял что-то не так делаю ну и пошло поехало как можно меньше перерисвать и как можно реже

 

он уже хоть и в бете но не особо производителен (или мне так показалось)

 

Да, поэтому не стоит делать динамику во весь экран

 

При адекватном кейсе - вполне можно что то делать

 

Как раз пилю свой проект чтоб доказать всем (и себе) этот момент

 

сейчас работаем над приложением у которого будет веб версия для десктопных экранов, решили на флатере делать чотбы одна кодовая база была. вот тут и проверится все, приложение опять же большое

 

Флатер веб из коробки сча предоставляет pwa

 

пол года назад, была печалька с вебом

 

а тут про книги n-го года интересуются)

 

Основная проблема в плывущих шрифтах

 

Два месяца как поправили

 

да есть такое и заметно, очень заметно

 

Уже нет

 

Исправили

 

круто

 

проблема была осеньью что флатер веб в альфе был

 

в каком релизе?

 

и там было все печально

 

Месяца два назад

 

Может полтора

 

а они там айос 13 сломали как раз

 

в бета канале можно как то вкл десктоп?

 

ну он в прод при сборке норм размер выдает

 

Не спеши с этим)

 

Я ждал гугл ио и слов про фуксию

 

Но в этом году отменили

 

коронавирус, теперь еще придется подождать

 

А что ты ожидал про неё услышать?

 

Будем ждать флатер ио

 

У них, вроде, было что сказать

 

А для веба есть либы живые ? Насколько я понимаю там разрабы должны вручную поддержку добавлять на js. Верно ?

 

дык приходится на мастер ветке код писать, а релизить на бете

 

Не слышал просто и

 

Типа dio

 

Чего?)

 

я тоже фуксию жду инфы, вот даже гарантия кончилась на телефон один есть идея херить андройд на нем

 

Dio поддерживает веб

 

axios

 

ждать надо RealMe

 

и других китайцев

 

а фуксия приедет через годика два

 

Все поддерживает веб где нет прямой зависимости от io и телебона

 

Правильно понимаю что нативная часть для веба реализуется на js ?

 

Не понял

 

ну в реальный мир наверное даже позже андройд еще видимо долго будет

 

Ты про dart2js?

 

Или що?

 

Под веб ты также пишешь на дарте

 

И собираешь dart2js

 

Все круто, понял спасибо.

 

А написание кода выглчдит 1 в 1

 

Только зависимостей от dart:io быть не должно

 

он про платформенный код видимо

 

такие вещи могли бы провести онлайн, ведь основное сообщество в любом случае онлайн. видимо они под вирус спрятали то что нечего показать еще

 

Harmony - вот наша Фуксия)

 

Намучаемся мне кажется с их операционкой

 

С лаунчерами уже беда

 

Ну, то, что уже объявлено, пока звучит довольно круто.

 

тогда уж BolgenOS

 

Я, кстати, не шутил.

 

А так им явно о чем можно рассказать и показать.

 

Так это же Андройд с лаунчером и без сервисов гугла

 

Harmony очередной унылый линупс, спизженный андроид, спизженных никсов

 

почему тогда отменили а не перенесли скажем на конец лета/осень ?

 

обои крутые зато

 

Но Harmony это не андроид и не Линукс.

 

а что там под капотом свое ядро?

 

Я бы сказал нескучные)

 

Ну очевидно почему.
У гугла помимо фуксии куча чего можно показать и рассказать

 

Harmony и Fuchsia, на самом деле, решают примерно одни проблемы, причём одинаковыми методами.

 

Даже то что было на других конференциях

 

Да, там своё микроядро.

 

Смартфоны, устройства, сервисы, дарт, го, флатер

 

андроид наконец

 

Harmony изза санкций затычка, а фукчия это следующий щаг в мобильных ОС, что в них общего?

 

Более того, оно уже стоит на их телефонах - в чипе безопасности.

 

Поправочка, фуксия не про мобильники

 

не только

 

Изначально про встраиваемую электронику, а уже затем вообще про все)

 

поподробнее пожалуйста?

 

Harmony никто не разрабатывал как замену Android. Разработка началась намного раньше санкций. И с тем же прицелом, что и Fuchsia

 

Мир меняется. Зоопарк устройств огромен и непредсказуем. Чипы мощны и дёшевы.

В этих условиях, очевидно, нужна общая платформа для объединения устройств, не тянущая за собой груз legacy. Микроядерная платформа.

Linux хорош, но это десктопная система, созданная в условиях слабых машин и экономии ресурсов. Поэтому всё, что можно, засунуть в ядро. С Виндой похожая история.

 

хуавей конечно отличная компания, но ответ на вопрос, какая ос будет актуальна в реальном мире пользователей, фуксия или или гармония мне кажется и атк понятен

 

К можно полную ссылку ?

 

Ну. Тут уже маркетинг устройств порешает.

 

Андроид - это костыль, в целом. Из-за отсутствия альтернатив. Если покопаться в ядре, там наверняка можно найти опции для загрузки с кассетного стримера.

 

еще не ясно что готовят копертиновцы, не думается что там тоже забили на все

 

костыль который работает и работает давно и повсеместно, что не скажешь о гармонии, так что у ребят опыт внедрения гораздо побольше

 

Микроядро с модульной системой внешних адаптеров - довольно очевидный следующий шаг. По крайней мере для всех, кто думает про IOT, автоматическое вождение м прочие подобные задачи.

 

И логи всех действий на китайские сервера

 

вопрос таких вещей не только в коде, а не малую часть занимает маркетинг, коему гугла пока не догнать

 

[
{
"type": "link",
"text": "https://github.com/Awesome-HarmonyOS/HarmonyOS/tree/master/Huawei_LiteOS_Kernel"
},
" если вы про это, то да видимо свое ядро тут я не прав"
]

 

На рынке полторы микроядерных системы. Одна - с печальной судьбой. QNX сначала досталась Blackberry, а когда Blackberry сдулась, всё что осталось выкупил, кажется, Форд. И они знали, что покупать.

Половинка - это MacOS, изначально задуманная как микроядерная архитектура, но что-то пошло не так.

За счёт этой "задумки" Apple может неплохо переиспользовать код между платформами (MacOS/iOS/Watch), но полноценной мультиплатформенности у них нет.

 

При этом нормальный Real-time (читай - автоматическое вождение) возможен только на микроядре

 

Сейчас HarmonyOS работает в одном телевизоре. И ещё в огромном количестве телефонов - в качестве ОС security-чипа

 

Но устройств с Fuchsia на рынке и вовсе нет.

 

А с андройдом есть

 

[
"Да. Но если Google застрянет на Андроиде надолго - то проиграет. И они это понимают. Они не просто так ",
{
"type": "bold",
"text": "просили"
},
" американское правительство разрешить Huawei использовать Android"
]

 

Вы евангелист ?

 

Я просто за наличие альтернативы)

 

Видно

 

Китайским ос нет доверия после рекламы в лаунчерах устройств за 10к

 

Но это моя точка не зрения

 

Мне симпатична Huawei - они выкатили на рынок готовую инфраструктуру 5G на полгода раньше всех европейцев и американцев, а это дорогого стоит. Собственно, это и есть настоящая причина торговой войны. Мне будет приятно, если у Google появится сильный конкурент (и это не Apple). Что касается слежки за пользователями, то Huawei как раз никто на этом за руку не ловил ни разу. В отличие от многих других известных компаний)

 

но у фуксии тоже свое микроядро написанное с нуля, не говоря уже микрофайлововй системе. когда появился андройд не было таких возможностей как сейчас. может конечно и были но на это надо было много времемени, а мобильная операционка нужна была здесь и сейчас

 

Я не говорю, что Android плох или что его не нужно было делать. Отличное решение для своего времени. Пользуюсь им и горя не знаю. Просто у нового времени - новые вызовы.

 

[
"Не авторитетно, но повод ",
{
"type": "link",
"text": "https://www.google.ru/amp/s/akket.com/android/115059-smartfony-xiaomi-i-huawei-tajno-sledyat-za-vsemi-polzovatelyami-i-slivayut-informatsiyu.html/amp"
},
""
]

 

Но да, некоторая спешка в истории появления Android - это известный факт)

 

я адепт их устройств, как хуавая так и их дочернего хонора, но вопрос операционной системы, которую будут использовать повсеместно, на мой взгляд решен. и тут дело даже не в качестве а в маркетинге и авторитета

 

гугл и андройд знают все и вся и им легче анмного легче «продать» телефон с фуксией чем хуавею

 

У Хуавей неплохие маркетологи. Они не будут пытатся впихнуть тебе телефон с HarmonyOS. Они продадут тебе телевизор, автомобиль, музыкальный центр и холодильник с HarmonyOS. А потом спросят - кстати, не хочешь попробовать и на телефоне? У нас уже всё готово, переключись одной кнопкой.

 

но мне не нужен холодильник от хуавея я выберу бош, телевизор возьму сони, автомобиль теслу, и повсеместно будет стоять не гармони

 

Они обещают полностью заопенсорсить систему)

 

Так что не удивляйся, если вдруг обнаружишь её в телевизоре Sony.

 

хватит ли у них сил тягатся с таким гиганотм как гугл, покажет время

 

Но это уже очень абстрактные рассуждения. Что и как случится - увидим, если доживём.

 

да я не против лижбы она адекватно там работала

 

В Китае Гугл как-бы никто, а Хуавей решает

 

А Китай это топовый рынок

 

но всетаки сони это я япония а хуавей китай, и тут уже не только маркетологино и политики не позволят

 

О, политики позволят всё, что нужно)

 

[
"Ребят, кто шарит в подписках?\n",
{
"type": "pre",
"text": "final QueryPurchaseDetailsResponse purchaseResponse = await _purchaseConnection.queryPastPurchases();\nfor (PurchaseDetails purchase in purchaseResponse.pastPurchases) {\n // ... \n}\n\n",
"language": ""
},
"После авто-продления подписки на неделю: purchase.orderId - остался тем же. Значит orderId не меняется с каждым новым платежом подписки. Это так и есть или ошибаюсь?\nЭти вообще равны друг другу: purchase.transactionDate == purchase.purchaseTime и их значение - дата ИЗНАЧАЛЬНОГО платежа.\n\nА как понять валидна ли ещё подписка? Она не придёт в pastPurchases? Или придёт тоже? Тогда как вообще узнать валидна ли она? :)"
]

 

в pastPurchases после нескольких автопродлений числится только первая транзакция. Неужели это правильно?

 

у вас код известен только вам

 

Это стандартная флаттеровская библиотека биллинга, разве этот участок сильно может различаться для получения последних подписок? Тем более он их возвращает и не даёт ошибок

 

это оболочка поверх стрима, там посмотрите

 

выдает ошибку Bad state: Stream has already been listened to.

 

при переходе на другие скрины

 

прослушиваю вебсокет

 

более одного раза подписались

 

Ну вот и спрашиваю для тех кто работал с этой библиотекой, как у них она вела

 

Стрим не броадкастный, а ты на него пытаешься подписаться дважды

 

ну это всего лишь обертка на стрим

 

[
{
"type": "mention",
"text": "@override"
},
"\n void initState() {\n super.initState();\n channel = IOWebSocketChannel.connect('ws://185.173.93.148:5600');\n channel.sink.add('conn'); \n _navigationController = new CircularBottomNavigationController(selectedPos);\n print('started');\n }"
]

 

подписываться надо один раз

 

я вроде два раза не подписывался, initState же тока один раз при запуске срабатывает да?

 

При запуске сцены, но не при запуске прилы. Может в этом трабла? Проверьте инициализирована ли переменная уже

 

как проверить?

 

channel == nil?

 

или можно словить и сорвать все при уходе с скрина?

 

иил синглтон вообще сделать, кейс смотрите как лучше будет

 

отпишитесь при уходе

 

Да, либо на null проверить, либо завершить её при dispose() - в зависимости от того, нужно ли вам чтобы оно работало в фоне или только при запущенной сцене

 

в фоне не нужен он, только при открытом конкретного скрина.

 

у меня есть dispose метод где его звать?

 

ну тогда dispose, close connection что там unsubscribe

 

он сам вызывается, проверьте

 

как и initState()

 

override dispose() {super.dispose(); }

 

[
{
"type": "pre",
"text": "@override",
"language": ""
}
]

 

ячета сыканул его вызывать) наверное достали уже

 

[
{
"type": "mention",
"text": "@override"
},
"\n void dispose() {\n channel.sink.close();\n debugPrint(\"The socket closed meeen\");\n super.dispose();\n }"
]

 

типа того

 

не зовется он.

 

не бывает такого

 

он на уровне с initState()? При этом initState() вызывается?

 

я перехожу не с navigate.push

 

что наследуете какой виджет?

 

на другой с скрин

 

логично тогда

 

сцена не уничтожается, а остаётся сзади просто

 

как уничтожать нет других разумных способов?

 

тогда переходите уничтожайте подписку

 

или проверьте есть ли сейчас подписка, но это не решит ваш кейс потому что она вам не нужна а вам надо со сцены уйти, а получается скрин висит

 

без ухода от скрина допустим нельзя отписаться?

 

можно там где переходите отпишитесь