К примеру, перед трансляцией: камера, микрофон.
К примеру, если у вас фоторедактор: камера и галлерея.
К примеру карта музыки: локация и медиа-библиотека.
Я не спорю с вами, просто говорю что есть сценарии когда нужно. Учитывая что есть приложения, которые не работают без разрешений — для них особо актуально.
Без необходимости запрашивать все разрешения не нужно, конечно же.
Как по мне — единственная причина оставить бургер, это предыдущий опыт пользователей. В остальном вполне логично перейти на таб бары. Аргументы с занимаем места с текущими дисплеями — слабый.
Не пытаюсь спровоцировать спор, исключительно моё видение ситуации, которые противоречит авторскому
Взял именно оттуда, когда перископ выкинул на меня подряд 3 запроса с разрешениями. Потом они поправили, и сделали удобненько)
Согласен, с изображением вы правы. Но если сложнее сценарии, когда для функционирования приложения нужно сразу несколько разрешений. Я именно к этому аргументирую!
Более того, я против если приложение где-то глубоко использует галерею, запрашивать ее при запуске. Еще раз вернемся к перископу (это прекрасный пример) — как иначе организовать, чтобы не убить лояльность? Да никак.
А теперь, представим, вы запрашиваете пуши. Только пуши. Вместо того, чтобы выбросить на пользователя системный запрос, вы показываете ему окно, пытаясь убедить в том, что пуши ему будут полезны. Если что, конверсия реально оказалась выше.
Главный вывод: есть сложные сценарии, когда необходимо запросить много пушей. Есть сценарии, когда непонятно зачем запрашивается разрешение: тогда можно и текста прикрепить, и интуитивное изображение. Запрашивать при старте все подряд — это ужасно
Спасибо за статью! Но как по мне, выглядит для компонента слабо.
Было бы отлично расширить функционал лейатуа, и по возможности предоставить легко-кастомизируемое (эдакий генератор) решение.
А еще, чтобы этот лейаут можно было менять после того, как он появился на экране. Конечно же анимировано
Когда вы поднимаетесь слишком высоко, наполненный абстракциями, вы задыхаетесь из-за отсутствия кислорода. Иногда мыслители просто не знают, когда остановиться, и они создают абсурдные, всеобъемлющие, высокоуровневые картины устройства вселенной, которые являются хорошими и изящными, но фактически не означают вообще ничего.
В одном сообщении объяснили все в духе конспирологии:
1) ревьюеры потеряли зрение
2) все разработчики, которые внедрили проект, не знают гидлайнов
3) все разработчики, которые внедрили проект, не думают о пользователях
4) автор заработал на этом миллионы
Ну серьезно?)
Давайте еще раз, к примеру проект — перископ. Для корректной работы нужна камера, микрофон и локация. Выкиньте все 3 окна на пользователя? Мне кажется именно это и будет «низкой квалификацией». А так покажете диалоговое окно с тремя разрешениями (можно и пуши еще предложить, заодно, у пушей нет конкретной «правильной» точки запроса)
Вы можете сказать что ситуация единственная, и скорее исключение. Но возьмем популярный вариант — вам нужно выбрать фотографию, или сделать ее. Два разрешения, так? Тоже выкиньте пачкой разрешения? Мне лично понравится диалоговое окно с приятной UI, а не N-ое количество алертов поверх
Мне кажется вы просто поверхностно осмыслили способы использования, и надеюсь примеры смогли быть для вас показательными.
А вообще грустно что вы аудиторию заочно назвали «низкоквалифицированной»
Жаль, что игнорите советы или у вас мнение о UIAlertController?
Простите, перечитал раз 5 и не понял, торможу) Если у вас есть предложение — отпишитесь мне чуть подробнее. Всегда рад взгляду со стороны
Серьезно?
А да, на cocoacontrols действительно кидал, общаемся с автором проекта — он немного подержал в топе(очень понравился ему проект). Но максимум оттуда выжать ну 100 звезд) Было еще два момента, в группе iOS dev (проект уже имел больше 1к звезд), и в чате iOsNinja — тоже самое.
Больше нет, я не вижу тут маркетинга. В iOS dev поделился успехом (мне много помогали резиденты, и даже Скутаренко), а в iOsNinja — 100 человек в чате)
А где еще? Честн слово, органика) Так что я серьезно — маркетинга небыло
Функционал не закрытый, скорее скрытый протоколом. Мне кажется (и не просто так) в таком проекте это отличная практика.
По поводу маркетинга — я самый ужасный маркетолог. Ни одной статьи не найдете, потому что никто их не писал) Но погуглив найдете кучу рекомендаций на профильных ресурсах. Вообще все было просто, я попал в дно топа, после попал в выбору awesome-ios. А дальше понеслось…
P.S. Даже грустно что сразу видите маркетинг, а не «лояльно воспринятый проект», тем более что предпосылок так думать вроде как и нет.
Вы правы. Но гидлайнов либа не нарушает и вопросов не возникало (лично у меня 20+ ревью уже было).
Если капнуть глубже — завязано вообще приложение на выборе фотографии. Как вы без разрешения камеры и фото? Или те же пуши… они не влияют на функционал, но хотелось бы чтобы пользователи давали добро. По гидлайнам их нужно запрашивать… при первом запуске? Это ужасный подход, и конверсия будет на нуле.
Из общения с саппортом было принято пожелание не требовать нотификации. Так в либа для их запроса кастомная логика: если были запрещены, не смотря на то что разрешение не получено — диалоговое окно закроется.
В остальном у ревьюеров вопросов ни разу небыло, блокировок тоже.
В этом и смысл — нужно оправдано применять паттерны и не забывать о цели, которая ставится. Паттерны — не панацея.
На примере проекта я показал как забить на традиционные паттерны и сделать такую архитектуру, которая будет решать необходимую мне проблему (я не говорю что изобрел ее, просто скомбинировал разные подходы).
Я не говорю что есть связь между звёздами и качеством кода, скорее говорю что некачественный код может быть объективно лучше, нежели 5x сил, затраченных на реализацию паттерна (или "используем VIPER потому что промышленный стек")
Еще раз, и VIPER — прекрасный паттерн. Но стоит перед вами задача реализовать экран, который выводит «Хабрахбр, дай мне кармы»
Вы будете подтягивать VIPER? Я — нет.
И вся статья о том, что нужно использовать VIPER не потому что «на больших проектах используют, значит надо», а понять что паттерн решит вашу проблему. И, возможно, кастомизировать / комбинировать уже существующие паттерны для этой цели. А может и свой сделать.
Главная идея не холивар, какой паттерн лучше, а именно отталкивание от цели
drive.google.com/open?id=1vKHlXAJtrLmVqPaKBdr0-DHoPzTw7p_2
Каких пруфов вы хотите? Приведите пример
К примеру, перед трансляцией: камера, микрофон.
К примеру, если у вас фоторедактор: камера и галлерея.
К примеру карта музыки: локация и медиа-библиотека.
Я не спорю с вами, просто говорю что есть сценарии когда нужно. Учитывая что есть приложения, которые не работают без разрешений — для них особо актуально.
Без необходимости запрашивать все разрешения не нужно, конечно же.
Не пытаюсь спровоцировать спор, исключительно моё видение ситуации, которые противоречит авторскому
Автор проделал большую работу, собрал аудиторию и облегчает жизнь и кругозор многих разработчиков. Спасибо за ваши усилия!
Согласен, с изображением вы правы. Но если сложнее сценарии, когда для функционирования приложения нужно сразу несколько разрешений. Я именно к этому аргументирую!
Более того, я против если приложение где-то глубоко использует галерею, запрашивать ее при запуске. Еще раз вернемся к перископу (это прекрасный пример) — как иначе организовать, чтобы не убить лояльность? Да никак.
А теперь, представим, вы запрашиваете пуши. Только пуши. Вместо того, чтобы выбросить на пользователя системный запрос, вы показываете ему окно, пытаясь убедить в том, что пуши ему будут полезны. Если что, конверсия реально оказалась выше.
Главный вывод: есть сложные сценарии, когда необходимо запросить много пушей. Есть сценарии, когда непонятно зачем запрашивается разрешение: тогда можно и текста прикрепить, и интуитивное изображение. Запрашивать при старте все подряд — это ужасно
Да, взгляды и призывы очень похожее
Было бы отлично расширить функционал лейатуа, и по возможности предоставить легко-кастомизируемое (эдакий генератор) решение.
А еще, чтобы этот лейаут можно было менять после того, как он появился на экране. Конечно же анимировано
Отличная, ироничная статья
1) ревьюеры потеряли зрение
2) все разработчики, которые внедрили проект, не знают гидлайнов
3) все разработчики, которые внедрили проект, не думают о пользователях
4) автор заработал на этом миллионы
Ну серьезно?)
Давайте еще раз, к примеру проект — перископ. Для корректной работы нужна камера, микрофон и локация. Выкиньте все 3 окна на пользователя? Мне кажется именно это и будет «низкой квалификацией». А так покажете диалоговое окно с тремя разрешениями (можно и пуши еще предложить, заодно, у пушей нет конкретной «правильной» точки запроса)
Вы можете сказать что ситуация единственная, и скорее исключение. Но возьмем популярный вариант — вам нужно выбрать фотографию, или сделать ее. Два разрешения, так? Тоже выкиньте пачкой разрешения? Мне лично понравится диалоговое окно с приятной UI, а не N-ое количество алертов поверх
Мне кажется вы просто поверхностно осмыслили способы использования, и надеюсь примеры смогли быть для вас показательными.
А вообще грустно что вы аудиторию заочно назвали «низкоквалифицированной»
Простите, перечитал раз 5 и не понял, торможу) Если у вас есть предложение — отпишитесь мне чуть подробнее. Всегда рад взгляду со стороны
А да, на cocoacontrols действительно кидал, общаемся с автором проекта — он немного подержал в топе(очень понравился ему проект). Но максимум оттуда выжать ну 100 звезд) Было еще два момента, в группе iOS dev (проект уже имел больше 1к звезд), и в чате iOsNinja — тоже самое.
Больше нет, я не вижу тут маркетинга. В iOS dev поделился успехом (мне много помогали резиденты, и даже Скутаренко), а в iOsNinja — 100 человек в чате)
А где еще? Честн слово, органика) Так что я серьезно — маркетинга небыло
По поводу маркетинга — я самый ужасный маркетолог. Ни одной статьи не найдете, потому что никто их не писал) Но погуглив найдете кучу рекомендаций на профильных ресурсах. Вообще все было просто, я попал в дно топа, после попал в выбору awesome-ios. А дальше понеслось…
P.S. Даже грустно что сразу видите маркетинг, а не «лояльно воспринятый проект», тем более что предпосылок так думать вроде как и нет.
Если капнуть глубже — завязано вообще приложение на выборе фотографии. Как вы без разрешения камеры и фото? Или те же пуши… они не влияют на функционал, но хотелось бы чтобы пользователи давали добро. По гидлайнам их нужно запрашивать… при первом запуске? Это ужасный подход, и конверсия будет на нуле.
Из общения с саппортом было принято пожелание не требовать нотификации. Так в либа для их запроса кастомная логика: если были запрещены, не смотря на то что разрешение не получено — диалоговое окно закроется.
В остальном у ревьюеров вопросов ни разу небыло, блокировок тоже.
На примере проекта я показал как забить на традиционные паттерны и сделать такую архитектуру, которая будет решать необходимую мне проблему (я не говорю что изобрел ее, просто скомбинировал разные подходы).
Я не говорю что есть связь между звёздами и качеством кода, скорее говорю что некачественный код может быть объективно лучше, нежели 5x сил, затраченных на реализацию паттерна (или "используем VIPER потому что промышленный стек")
Вы будете подтягивать VIPER? Я — нет.
И вся статья о том, что нужно использовать VIPER не потому что «на больших проектах используют, значит надо», а понять что паттерн решит вашу проблему. И, возможно, кастомизировать / комбинировать уже существующие паттерны для этой цели. А может и свой сделать.
Главная идея не холивар, какой паттерн лучше, а именно отталкивание от цели