Единственный правильный DI-container на iOS. Пользуемся в большом серьезном проекте кстати). После перехода с C# на iOS несколько лет назад (и когда увидел Swinject и т.п.) думал, что на swift написать аналог AutoFac нереально, но очень рад что у вас получилось=) Доклад вроде на CocoaHeads слушал про реализацию — Respect еще раз=)
Большое спасибо за исчерпывающий ответ! А можно еще чуточку подробнее про
Плохо работает движок — рефакторинг не гарантирует корректности, в итоге он никому не нужен
О каком движке идет речь?
И еще вопрос про непосредственное взаимодействие с языком… Насколько я слышал из разных докладов ваших коллег работа с моделью кода/проектов идет совершенно по разному в Rider и IntelliJ например. У идеи есть своё API для модели кода (AST-деревьев и т.д), в то время как в Rider все модели хранятся на стороне ReSharper, а идея используется только как GUI frontend. Как обстоят дела в AppCode? Что используется для получения «модели кода» (не знаю как назвать лучше)? SourceKit или SwiftSyntax или что-то еще?
Скажите пожалуйста, в чем основная проблема такого скромного наборы рефакторингов в AppCode. Это касается как разницы между кол-вом в Swift относительно Objective-C так в целом между AppCode и ReSharper например. Перешел с .NET на iOS, думал, что достаточно будет просто сидеть в праильной IDE, но половину (как минимум) рефакторингов просто нет и это печалит. Если вдруг нужны примеры, то приведу парочку (прошу прощения за русский, не помню точный названий): сделать локальную переменную аргументом метода, extract Interface/Superclass. Какие вообще у JetBrains планы относительно рефакторинга в AppCode? Просто не хватает рук или ждёте стабилизации Swift?
Еще очень хотелось бы иметь фичу как в ReSharper (наверное есть и в IntelliJ IDEA) — отформатировать весь файл хотя бы в таком виде: отступы + группировка методов по области видимости + сортировка импортов. Понимаю, что теоретически можно это самому написать, поэтому был бы рад ссылочкам с чего начать)
Заранее спасибо!
P.S. Как мне кажется, основные аспекты хорошей IDE для большинства разработчику — UI без фризов, быстрый autocomplete, побольше рефакторингов, ну и всё в целом).
Прошу прощения за долгий ответ. К сожалению, в силу экспериментальной природы данной фичи специальных замеров по энергопотреблению мы не проводили. В целом могу сказать, что количество вычислений, производимых нами относительно вычислений фреймворка ARKit в момент сессии дополненной реальности достаточно мало и энергопотребление, теоретически, практически не должно отличаться от использования «пустого» приложения в режиме запущенной сессии AR. Что касается использования режима AR в чужой стране, включать определенно стоит (если в этой стране поддерживается пешеходная маршрутизация). Будем рады фидбеку)
Судя по всему я не очень точно выразился. Я имел ввиду, что в нашей команде разработчиков никто не обладал опытом 3D-моделирования. Возможно, выучить Blender до уровня, необходимого для создания подобной модельки, на тот момент было бы проще, но нам казалось, что при отсутствии опыта работы в подобных редакторах описать модель в коде будет быстрее и проще.
По поводу несовпадения координат предлагаю посмотреть на вот этот параметр (если я правильно понял описанную проблему)
При разработке и после релиза мы сталкивались с упомянутыми вами проблемами неоднократно. К сожалению, для решения этих проблем недостаточно просто поставить сессию на паузу, например при applicationDidEnterBackground, так как после выхода из background нужно как-то связать состояния до и после паузы. На сегодняшний день проблема, казалось бы, решается проще, так как за нас это "связывание" может попробовать сделать сам ARKit, есть даже специальный метод. В нашем случае, помимо всего прочего, необходимо будет решить еще некоторые проблемы, например, что делать с последним рассчитанным углом коррекции — применить ли его при удачном восстановлении состояния и т.д. Сейчас работа с ARKit развивается в картах немного в другом направлении и доработки маршрутизации пока не обладают достаточным приоритетом. Надеюсь, в будущем нам удастся решить подобного рода проблемы.
Проверить программно можно. Спасибо! Задачу добавили) Хочу добавить, что этот кейс видимо достаточно редкий (или никто не сообщал об этом в поддержку), иначе эта проблема давно была бы решена.
Сделать это в лоб не получится: его нужно будет отрефакторить, переписать под сэмплы, которые создавались независимо, и вновь протестировать. Честно говоря, на это нужно время, но можно подумать. Обещать пока не буду.
Подскажите пожалуйста, на какой версии iOS вы запускали маршрутизацию с AR и на каком устройстве? Возможно, причиной возникновения сообщения является отключенная настройка «Калибровка компаса» в подразделе «Системные службы» (Настройки -> Конфиденциальность -> Службы геолокации -> Системные службы -> Калибровка компаса). Если это не поможет, отпишитесь пожалуйста об этом в комментарии, мы попробуем вам помочь изучив вопрос более делательно.
И еще вопрос про непосредственное взаимодействие с языком… Насколько я слышал из разных докладов ваших коллег работа с моделью кода/проектов идет совершенно по разному в Rider и IntelliJ например. У идеи есть своё API для модели кода (AST-деревьев и т.д), в то время как в Rider все модели хранятся на стороне ReSharper, а идея используется только как GUI frontend. Как обстоят дела в AppCode? Что используется для получения «модели кода» (не знаю как назвать лучше)? SourceKit или SwiftSyntax или что-то еще?
Еще очень хотелось бы иметь фичу как в ReSharper (наверное есть и в IntelliJ IDEA) — отформатировать весь файл хотя бы в таком виде: отступы + группировка методов по области видимости + сортировка импортов. Понимаю, что теоретически можно это самому написать, поэтому был бы рад ссылочкам с чего начать)
Заранее спасибо!
P.S. Как мне кажется, основные аспекты хорошей IDE для большинства разработчику — UI без фризов, быстрый autocomplete, побольше рефакторингов, ну и всё в целом).
Судя по всему я не очень точно выразился. Я имел ввиду, что в нашей команде разработчиков никто не обладал опытом 3D-моделирования. Возможно, выучить Blender до уровня, необходимого для создания подобной модельки, на тот момент было бы проще, но нам казалось, что при отсутствии опыта работы в подобных редакторах описать модель в коде будет быстрее и проще.
По поводу несовпадения координат предлагаю посмотреть на вот этот параметр (если я правильно понял описанную проблему)
При разработке и после релиза мы сталкивались с упомянутыми вами проблемами неоднократно. К сожалению, для решения этих проблем недостаточно просто поставить сессию на паузу, например при
applicationDidEnterBackground, так как после выхода из background нужно как-то связать состояния до и после паузы. На сегодняшний день проблема, казалось бы, решается проще, так как за нас это "связывание" может попробовать сделать сам ARKit, есть даже специальный метод. В нашем случае, помимо всего прочего, необходимо будет решить еще некоторые проблемы, например, что делать с последним рассчитанным углом коррекции — применить ли его при удачном восстановлении состояния и т.д. Сейчас работа с ARKit развивается в картах немного в другом направлении и доработки маршрутизации пока не обладают достаточным приоритетом. Надеюсь, в будущем нам удастся решить подобного рода проблемы.