По построению такой «роутер» поддерживает отмену только последнего запроса, причём это не очевидно, это может вылиться в ужасно непонятные ошибки в работе
«Он заметил, аномальное сходство между функциональностью человеческой бюрократии и электронно-вычислительной машиной.»
Напоминает постулат пастафарианцев который связывает уменьшение количества пиратов с количеством природных катастроф и развитием глобального потепления
Зачем в пипл репозитории два метода которые делают одно и то же, и на первый к тому же повешена аннотация которая делает в точности то что описывает название метода (то есть спринг дата сам справится с квери)?
Суть дто не в том чтобы это был микросервис который перегонит юзеров из сущностей в объекты, а в том что хранить уже перегнанные данные, то есть метод который называется get… и принимает список пиплов это минимально дичь, то есть вы создаёте объект чтобы создать ещё объектов, в таком случае лучше было бы сделать фабрику или статический метод
Думаю тот кто будет использовать ваш код просто офигеет когда метод начинающийся на get потребует внутрь что либо, и вернёт список объектов своего же типа
Я не понял как Rx относится к многопоточности? На примере того же Свифта, если сабджект дергается не из основного потока (например делался хттп запрос) то юай так просто из него не проапдейтишь
Не могу согласиться с советом про trackBy, конечно знать его нужно и есть случаи когда без него не обойтись, но использовать его везде кажется излишним
Может эппл и прочие компании просто устали от ситуаций когда «инженеры» на радиорынке «починили», а юзеры потом пишут в поддержку мол то и это не работает и специалистам эппл приходиться бессмысленно тратить своё время на выяснение проблемы которая вызвана неквалифицированным ремонтом?
«Вы также можете указывать цвета в процентном соотношении, добавив после цвета %. Например, rgb(0, 0, 0) 0%, rgb(255,255,255) 100%.»
— Насколько я помню там не совсем так, значение процента указывает не процентное соотношение, а с какой позиции начинает действовать этот цвет, то есть в вашем примере элемент будет практически весь чёрный и только в конце переходить в белый.
Кроме того, там можно указывать не только проценты, а и например пиксели и тд.
Напоминает постулат пастафарианцев который связывает уменьшение количества пиратов с количеством природных катастроф и развитием глобального потепления
Суть дто не в том чтобы это был микросервис который перегонит юзеров из сущностей в объекты, а в том что хранить уже перегнанные данные, то есть метод который называется get… и принимает список пиплов это минимально дичь, то есть вы создаёте объект чтобы создать ещё объектов, в таком случае лучше было бы сделать фабрику или статический метод
Думаю тот кто будет использовать ваш код просто офигеет когда метод начинающийся на get потребует внутрь что либо, и вернёт список объектов своего же типа
— Насколько я помню там не совсем так, значение процента указывает не процентное соотношение, а с какой позиции начинает действовать этот цвет, то есть в вашем примере элемент будет практически весь чёрный и только в конце переходить в белый.
Кроме того, там можно указывать не только проценты, а и например пиксели и тд.