Сейчас процесс распространения приложений в работе. В дальнейшем будет магазин по типа ру стора. Где будет тщательная проверка. Просто надо немного подождать. А сейчас, чтобы опубликоваться на витрине Аврора, надо пройти тщательную валидацию пакета.
Много, что написано в статье уже не так. ОМП адаптировали фреймворк Flutter. И теперь, приложения написанные на Flutter, можно портировать на Аврору (а их миллион, тот же например Яндекс.Go) Сейчас, идет большая работа по интеграции плагинов и решение проблем. Но в целом все работает отлично.
После создания конфигурации и запуска, наверно больше и не нужен), не проверял. А вот useExtendedRemote - расширенный режим удаленной отладки при подключении к GDB, без включения данного параметра не работает.
Вы можете быть чуток культурнее? И что то мне с трудом верится, что у вас, все проекты на стандартном навигаторе). Сколько у вас было проектов? Если вы думаете в мире Flutter все так розово, то я вас уверяю, что это не так. Есть проекты, где использую еще Redux, есть проекты, прости Господи используют GetX и еще куча все разного. В силу своей работы, приходилось с разными проектами работать. И подход у все разный. И как вы можете писать про автороут если его никогда не встречали и не работали с ним? Вы очень опытный специалист?. По коду определили? Я, не берусь рассуждать про те или иные либы, так как много разного встречал. Ну и если дальше рассуждать, вы стейтменеджеры тоже не используете? ChangeNotife на все приложение? Или кодогенерацию? Зачем, если можно ручками карту di создать. Зачем freezed использовать, если можно самому метод copyWith написать. И так можно продолжать до бесконечности. Сейчас например, сильно развивается go_router командой Flutter. А вы у них не спросили, зачем они это делают если есть стандартный навигатор?
Да, раньше, не было альтернатив. Из-за этого много проектов делали на auto_route. И что бы перейти на другой тип навигации в проекте, для компании это будет стоить дорого. Вот и тянут дальше эту лямку). Сейчас же есть и навигатор 2 или go_router. Лучше в новых проектах рассмотреть их использование. Ну, или если проект не совсем сложный, попробовать переехать на Navigator.
Согласен, паттерн не однозначный, и я не спорю, что RxDart хорошая штука. Но смысл в данной статье пояснить простым языком и на простом примере паттерн EventBus. Использовать его или нет, это уже ваше решение.
Я рад, что вы заинтересовались моей первой публикацией на хабре.
Но хотел бы вам, возразить. Во-первых, я ни коим образом не хвалюсь, так как алгоритм придумал не я, я его просто описал. Если вам не интересно, можете не обращать внимания и пройти мимо. Я думаю, что кому-то это пригодится.
Во-вторых, специально для вас я добавил в код несколько строчек и он уже легко считает возведение в степень. Так как возведение в степень имеет более высокий приоритет чем +-*/.
функция getPostFixEx
// Добавляем новое условие
it == "^" -> {
push(it)
}
Сейчас процесс распространения приложений в работе. В дальнейшем будет магазин по типа ру стора. Где будет тщательная проверка. Просто надо немного подождать. А сейчас, чтобы опубликоваться на витрине Аврора, надо пройти тщательную валидацию пакета.
Нет не будет, так как если взять Flutter и собрать для Авроры вы получите .rpm а не .apk. С совершенной другой политикой безопасности.
Если напишите на Flutter, то без проблем сможете опубликовать ваше приложение.
Много, что написано в статье уже не так. ОМП адаптировали фреймворк Flutter. И теперь, приложения написанные на Flutter, можно портировать на Аврору (а их миллион, тот же например Яндекс.Go) Сейчас, идет большая работа по интеграции плагинов и решение проблем. Но в целом все работает отлично.
https://www.cnews.ru/news/line/2023-11-13_strahovye_kompanii_perehodyat
После создания конфигурации и запуска, наверно больше и не нужен), не проверял. А вот useExtendedRemote - расширенный режим удаленной отладки при подключении к GDB, без включения данного параметра не работает.
Да, как ни странно, распространенная ошибка )
Вы можете быть чуток культурнее? И что то мне с трудом верится, что у вас, все проекты на стандартном навигаторе). Сколько у вас было проектов? Если вы думаете в мире Flutter все так розово, то я вас уверяю, что это не так. Есть проекты, где использую еще Redux, есть проекты, прости Господи используют GetX и еще куча все разного. В силу своей работы, приходилось с разными проектами работать. И подход у все разный. И как вы можете писать про автороут если его никогда не встречали и не работали с ним? Вы очень опытный специалист?. По коду определили? Я, не берусь рассуждать про те или иные либы, так как много разного встречал. Ну и если дальше рассуждать, вы стейтменеджеры тоже не используете? ChangeNotife на все приложение? Или кодогенерацию? Зачем, если можно ручками карту di создать. Зачем freezed использовать, если можно самому метод copyWith написать. И так можно продолжать до бесконечности. Сейчас например, сильно развивается go_router командой Flutter. А вы у них не спросили, зачем они это делают если есть стандартный навигатор?
Это значит вам сильно повезло?. Но выражать свои мысли можно более конструктивно.
Да, раньше, не было альтернатив. Из-за этого много проектов делали на auto_route. И что бы перейти на другой тип навигации в проекте, для компании это будет стоить дорого. Вот и тянут дальше эту лямку). Сейчас же есть и навигатор 2 или go_router. Лучше в новых проектах рассмотреть их использование. Ну, или если проект не совсем сложный, попробовать переехать на Navigator.
И не забудьте про скалирование в самих папках. x1, x2, x3
Отличная статья, спасибо за труд.
В данном примере, использование концепции bloc to bloc, просто по моему мнению очень хорошо подошла для примера паттерна.
Согласен, паттерн не однозначный, и я не спорю, что RxDart хорошая штука. Но смысл в данной статье пояснить простым языком и на простом примере паттерн EventBus. Использовать его или нет, это уже ваше решение.
Я не готов рассуждать про сравнение пакетов, так как это страшно холиварная тема. В статье рассказывается именно про паттерн.
Да, можно и так, так же есть и много других способов. Тут же идёт речь именно про паттерн.
Привет, шейдеры выполняются на графическом процессоре. В этом вся идея.
Спасибо огромное за статью, очень интересно и все понятно. Признаюсь, я раньше немного не так понимал как работает FlutterEngine.
Я из 2020 года, Kotlin зашёл и ещё как зашёл. Теперь он официальный язык для Android. И теперь все пишут на Kotlin.
Но хотел бы вам, возразить. Во-первых, я ни коим образом не хвалюсь, так как алгоритм придумал не я, я его просто описал. Если вам не интересно, можете не обращать внимания и пройти мимо. Я думаю, что кому-то это пригодится.
Во-вторых, специально для вас я добавил в код несколько строчек и он уже легко считает возведение в степень. Так как возведение в степень имеет более высокий приоритет чем +-*/.