Итак, спустя 5 лет веб-часть ПСКОВА работает без единого изменения в Firefox 129.0.2. ЛФСД на Питоне немного пришлось подшаманить, но это заняло меньше часа.
Несколько раз пытался это подчеркнуть в статье, возможно, это не очень удалось, попробую ещё раз.
В других виденных мною архитектурных шаблонах я не встречал правила о том, где именно принимаются решения. Например, если мы говорим о VIPER, то часть решений может быть принята в Presenter, часть - в Interactor, третья - во View. В итоге решения принимаются неизвестно где и этих мест может быть сколько угодно, т.к. правила нет, всё на усмотрение программиста.
В ММ место принятия решений одно - это модель. Причём принятие решений написано в самом обычном императивном стиле, никакой асинхронщины, даже несмотря на то, что приложение реактивное. Когда место принятия решений одно, то всегда должно быть ясно, куда и что писать. Т.е. в идеале не должно возникать вопросов "Где находится X", "Куда написать X", "Где поправить X".
Если это копирайт, то пусть там пишут то, что душе угодно. Хоть про рептилоидов. Главное не говнякать другим людям. Явно Путин не использует эту библиотеку. Это как обижать на работе подчинённых за то, что тебя дома жена вздрючила. Комплексы же.
В следующей статье, возможно, стоит рассказать, про 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/
Итоги за июль: https://habr.com/ru/post/571056/
Я это называю JSON-JS :)