Это превратит раздел комментариев в баг-трекер.
Лучше бы просто добавили возможность связаться с автором комментария, хотя бы анонимно. Я до сих пор не понимаю, почему отзывы в сторе анонимные — разработчик должен знать своих покупателей.
Ну и конечно же возможность удалять комментарии, либо при одновременном запросе автора и разработчика (проблема решена) или как-то через модератора. Хотя реализация последнего пункта и труднореализуема…
unholy прав, можно и в обычной uitableview при редактировании Storyboard. Я не уверен насчет таблиц со стилем Grouped, но в Plan можно создавать прототипы cell'ов.
У меня на девайсе было предустановлено вот это приложение HoloToy
Там есть набор игр с подобной фишкой, а так же возможность создать объемную фотографию (фото из библиотеки+собственноручно нарисованная маска).
Вот статья ru.wikipedia.org/wiki/J002E3 с вики. Все чем могу поделиться.
Траектории на gif'ке — это всего лишь двухмерная проекция и то, что на картинке «рядом» в жизни могло быть очень далеко.
Я в этом, если честно, не особо и специалист, но выглядит красиво.
А как же наше все «Космические рейнджеры»: торговля, генерируемая вселенная, война с роботами/клисанами, пиратство, враждебное отношение между расами.
Единственное и главное отличие — это пошаговый режим боя. Но так даже лучше, как по мне.
Не знаю какое решение примет ubisoft, но в аналогичных типах защит делают так: каждый месяц добавляется новая активация(правда я не помню, добавляется в случае если одна израсходовано или всегда). Если же пользователь умудрился за один месяц потратить все активации, то служба поддержки идет на встречу и при обращении выдает еще одну дополнительно.
Оффтоп, но главная проблема квестов в Fallout 3 и New Vegas — маркерность. Ты знаешь куда идти, что бы выполнить задание, вот тебе точка на карте и отметка на компасе. Во втором же, да и первом, отсутствие этой информации заставляло действительно вникать в проблему и пытаться ее решить. Да, в 3 вроде была галка, отключающая эти маркеры, но вот беда, квесты расссчитаны на то, что игрок знает куда идти и без них все становиться очень печально. Ну и боевая система…
Да, что бы обезопасить себя.
Яркий пример касается uiviewcontrollera
Не гарантируется, что метод viewDidUnload будет вызван, а в нем рекомендуется освобождають ui шные переменные. В то же время, dealloc точно будет вызван. Что бы не возникла ситуация с утечкой памяти релизят и в методе viewdidunload и в dealloc. При этом если зарелизиться в viewdidload и переменной будет присвоенно nil, то в dealloc еще один realese к нилу пройдет незаметно.
Спасибо за статью. Особенно за упоминание о функции voiceover.
Включив ее обнаружил довольно интересную вещь: кроме очевидного прочтения имени кнопки по tittle'у, она еще умеет сообщать о кнопках без подписей (только иконка). Откуда же она берет текст для озвучивания? Из имени картинки, используемой в UIButton. Стоит задуматься о названии этих png'шек при добавлении в проект…
>В результате, у разработчиков нет причин и возможностей править «плавающие» баги, которые крайне негативно влияют на статистику.
Почему же, есть. После падения приложения создается crash log, который уходит на серваки apple и от туда доступен разработчику приложения через iTunes Connect. Правда для этого должна быть включена опция на девайсе — но она помоему и так включена по-умолчанию.
Лучше бы просто добавили возможность связаться с автором комментария, хотя бы анонимно. Я до сих пор не понимаю, почему отзывы в сторе анонимные — разработчик должен знать своих покупателей.
Ну и конечно же возможность удалять комментарии, либо при одновременном запросе автора и разработчика (проблема решена) или как-то через модератора. Хотя реализация последнего пункта и труднореализуема…
Такое количество try cath сразу бросает в глаза
Там есть набор игр с подобной фишкой, а так же возможность создать объемную фотографию (фото из библиотеки+собственноручно нарисованная маска).
Хотя если придираться, то эффект не такой как в статье.
www.youtube.com/watch?v=NvCHHUN8nnE
Да, приложение не бесплатно.
Вот статья ru.wikipedia.org/wiki/J002E3 с вики. Все чем могу поделиться.
Траектории на gif'ке — это всего лишь двухмерная проекция и то, что на картинке «рядом» в жизни могло быть очень далеко.
Я в этом, если честно, не особо и специалист, но выглядит красиво.
Единственное и главное отличие — это пошаговый режим боя. Но так даже лучше, как по мне.
habrahabr.ru/post/150910/#comment_5113980
У меня явно проблема с браузером
habrahabr.ru/post/150910/#comment_5113009
//MARK: <#text#>
Главный преимущество — это просто комментарий и не будет проблем при использовании кода в другой IDE
Еще есть //TODO: <#text#>. Работает только при записи вне тела метода, а жаль…
Яркий пример касается uiviewcontrollera
Не гарантируется, что метод viewDidUnload будет вызван, а в нем рекомендуется освобождають ui шные переменные. В то же время, dealloc точно будет вызван. Что бы не возникла ситуация с утечкой памяти релизят и в методе viewdidunload и в dealloc. При этом если зарелизиться в viewdidload и переменной будет присвоенно nil, то в dealloc еще один realese к нилу пройдет незаметно.
Селектор это не совсем так
addFeature:withValue:asOptional:Это скорей так
addFeature:::Т.е. withValue и asOptional это Необязательные подсказки и их можно не указывать, вызвав метод так
[self addFeature :@"Foo" :@"bar" :YES]или
SEL selector = @selector(addFeature:::)Включив ее обнаружил довольно интересную вещь: кроме очевидного прочтения имени кнопки по tittle'у, она еще умеет сообщать о кнопках без подписей (только иконка). Откуда же она берет текст для озвучивания? Из имени картинки, используемой в UIButton. Стоит задуматься о названии этих png'шек при добавлении в проект…
Почему же, есть. После падения приложения создается crash log, который уходит на серваки apple и от туда доступен разработчику приложения через iTunes Connect. Правда для этого должна быть включена опция на девайсе — но она помоему и так включена по-умолчанию.