В React Native как раз не нативный UI. Там некоторые обёртки и, судя по статьям, можно создать свои обёртки над теми компонентами UI, которые не обернули создатели React Native.
Но это совершенно не тот подход, что описан в статье. В статье используется полностью нативное приложение, по правилам и канонам этого нативного приложения, т.е. работаешь напрямую в Android Studio и Xcode, используешь всевозможные советы по нативным API и UI/UX со StackOverflow. Лишь логику свою пишешь на КМП. Т.е. КМП даёт возможность НЕ заменять то, как Apple и Google хотят, чтобы конкретный разработчик работал. НЕ заменять отладчик и прочие инструменты от Apple и Google.
Судя по ответам ИИ, Flutter исповедует подход, аналогичный с React Native: обернуть нативное во что-то иное и написать собственную обёртку, если не хватает. Т.е. это опять свои правила игры на все платформы. Опять же, статья про то, что правила игры свои лишь для логики, а UI, отладка, распространение строго так, как хотят Apple и Google.
Итак, спустя 5 лет веб-часть ПСКОВА работает без единого изменения в Firefox 129.0.2. ЛФСД на Питоне немного пришлось подшаманить, но это заняло меньше часа.
Несколько раз пытался это подчеркнуть в статье, возможно, это не очень удалось, попробую ещё раз.
В других виденных мною архитектурных шаблонах я не встречал правила о том, где именно принимаются решения. Например, если мы говорим о VIPER, то часть решений может быть принята в Presenter, часть - в Interactor, третья - во View. В итоге решения принимаются неизвестно где и этих мест может быть сколько угодно, т.к. правила нет, всё на усмотрение программиста.
В ММ место принятия решений одно - это модель. Причём принятие решений написано в самом обычном императивном стиле, никакой асинхронщины, даже несмотря на то, что приложение реактивное. Когда место принятия решений одно, то всегда должно быть ясно, куда и что писать. Т.е. в идеале не должно возникать вопросов "Где находится X", "Куда написать X", "Где поправить X".
Если это копирайт, то пусть там пишут то, что душе угодно. Хоть про рептилоидов. Главное не говнякать другим людям. Явно Путин не использует эту библиотеку. Это как обижать на работе подчинённых за то, что тебя дома жена вздрючила. Комплексы же.
В React Native как раз не нативный UI. Там некоторые обёртки и, судя по статьям, можно создать свои обёртки над теми компонентами UI, которые не обернули создатели React Native.
Но это совершенно не тот подход, что описан в статье. В статье используется полностью нативное приложение, по правилам и канонам этого нативного приложения, т.е. работаешь напрямую в Android Studio и Xcode, используешь всевозможные советы по нативным API и UI/UX со StackOverflow. Лишь логику свою пишешь на КМП. Т.е. КМП даёт возможность НЕ заменять то, как Apple и Google хотят, чтобы конкретный разработчик работал. НЕ заменять отладчик и прочие инструменты от Apple и Google.
Судя по ответам ИИ, Flutter исповедует подход, аналогичный с React Native: обернуть нативное во что-то иное и написать собственную обёртку, если не хватает. Т.е. это опять свои правила игры на все платформы. Опять же, статья про то, что правила игры свои лишь для логики, а UI, отладка, распространение строго так, как хотят Apple и Google.
В следующей статье, возможно, стоит рассказать, про Subject, т.е про сторону издателя.
В этом замечании почему-то нет ответственности линейного сотрудника. Проблема явно не только на стороне тимлида
Классный сайт, спасибо
Где можно почитать, что Шина Данных - это антипаттерн?
Итак, спустя 5 лет веб-часть ПСКОВА работает без единого изменения в Firefox 129.0.2.
ЛФСД на Питоне немного пришлось подшаманить, но это заняло меньше часа.
Достоверно заверяю вас, что в нашей команде к шине как раз пришли из-за большей сравнительной сложности прочих решений. Так что шина живее всех живых.
Как можно в обучающем материале неправильно написать идентификатор?
Ладно опечатки в словах, но тут это выглядит печально.
Несколько раз пытался это подчеркнуть в статье, возможно, это не очень удалось, попробую ещё раз.
В других виденных мною архитектурных шаблонах я не встречал правила о том, где именно принимаются решения. Например, если мы говорим о VIPER, то часть решений может быть принята в Presenter, часть - в Interactor, третья - во View. В итоге решения принимаются неизвестно где и этих мест может быть сколько угодно, т.к. правила нет, всё на усмотрение программиста.
В ММ место принятия решений одно - это модель. Причём принятие решений написано в самом обычном императивном стиле, никакой асинхронщины, даже несмотря на то, что приложение реактивное. Когда место принятия решений одно, то всегда должно быть ясно, куда и что писать. Т.е. в идеале не должно возникать вопросов "Где находится X", "Куда написать X", "Где поправить X".
Сравнение чего с чем и по каким параметрам?
Цель архитектуры - держать мрак в моделях, а не пачкать им весь остальной код.
Чего не хватило для раскрытия мрака?
Если это копирайт, то пусть там пишут то, что душе угодно. Хоть про рептилоидов. Главное не говнякать другим людям. Явно Путин не использует эту библиотеку. Это как обижать на работе подчинённых за то, что тебя дома жена вздрючила. Комплексы же.
Не совсем. В JSON, например, ключом обязательно должна быть строка, тогда как в JS набор символов на месте ключа уже считается строкой в словаре.
Использую уже пару лет как, вопрос привычки.
JSON-JS — это просто словари в JS, но очень похожие на JSON :)
Итоги за июль: https://habr.com/ru/post/571056/
Итоги за июль: https://habr.com/ru/post/571056/
Итоги за июль: https://habr.com/ru/post/571056/
Июльские итоги: https://habr.com/ru/post/571056/
Июльские итоги: https://habr.com/ru/post/571056/