Pull to refresh
8
0

Разработчик

Send message
На вкус и цвет, как говорится, все фломастеры разные. :)

У меня, например, просто глаза вытекают от жутких градиентов оранжевого, синего, зеленого и прочих цветов, которые Telegram ставит на иконки контактам без фото. Если вас не напрягает эта какофония цветов в списке чатов, то вы — счастливый человек. :)

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

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

За всех говорить конечно удобно, но часто ошибочно.


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


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


По этой причине не пользуюсь всякими Telegram, Viber, WhatsApp и прочим шлаком из-за их упоротого, и местами Android-like дизайна.

Да, хоть в JPG.

Полный список:
TXT, MD, PDF, HTML, RTF, DOCX, JPG.

На iPhone, iPad и MacBook использую Bear. Поддерживает и MD и HTML. Экспортирует так же в MD, HTML, TXT, DOCX, PDF и прочее. Моментально синхронизируется, что очень удобно, так как часто переключаюсь между девайсами.
Для предосмотра просто копирую в хабраэдитор.

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

«Уже готовые» корутины очень далеки от того, что предложено в статье – это два. Иначе извольте предоставить примеры «аналогичности», о который вы говорите.

Слово Unity встречается на странице один единственный раз, в её шляпе. Никакой конкретики, одна вода. Что это здесь делает?

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

Возможно вы упустили (или я не достаточно явно об этом дал знать), но я не топлю за использование корутин в противовес другим техникам. И, от части, поддерживаю ваше мнение против них.
Суть статьи — предложить удобную обертку желающим пользоваться корутинами. Не более того.


Как уже писал выше:


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


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

Если вы подразумеваете саму обертку, то это вряд ли. Она у нас уже давно обкатана и лежит в виде DLL с доками и прочим.


Есть более весомые аргументы?

Да, там хватает специфики. По умолчанию, они не поддерживают работу с AsyncOperation в Unity. Можете написать сами или использовать готовые реализации.


Вот несколько ссылок:



Интересное замечание из reddit’а:


One thing we noticed is that the Async methods continue executing when you stop the game in the editor..which can be really really bad! For example, if you have an async method that waits X seconds before destroying something — if you stop the game before that happens, your object will be destroyed in edit mode instead of play mode…

I have brought this up on the forum but just been met with 'thats just how c# works!' comments (which is technically correct, but not what you expect when you enter play mode and exit playmode), no developer response.
Благодарю, но это абсолютно не то, что мне нужно.
У меня пока что особых проблем не было с корутинами.
Хотелось бы узнать на чём основан ваш совет.
Да, именно так и есть. :)
Спасибо. Изучу.
В стать я описал лишь один из нескольких вариантов, которые использую в зависимости от требований, размера и прочих свойств проекта. Буду признателен, есть поделитесь вашими.
Согласен с вами.
Но, как по мне, ваше замечание справедливо только если таких компонентов один/два/три/мало. Тогда обертка бесполезна. А когда проект достаточно большой и компонентов много, данный подход обретает смысл.

Information

Rating
Does not participate
Registered
Activity