Да и под мак надо подобное запилить. Ясное дело что разрабам не до того, но приложение надо приводить к общепринятому формату в данной платформе, чтобы каждая домохозяйка справилась, а не только гики.
Тут на хабре (или гиктаймсе?) как-то проскакивала статья, что математика — это прежде всего искусство, со всеми вытекающими обстоятельствами о полезности и практичности.
Как сказано ниже, исключения не будет, будет nil.
А по поводу скорости, это скорее всего потому что объекты ObjC (NSDictionary, NSArray) это не тоже самое что объекты Swift (Dictionary<Key, Value>, Array) И класс NSJSONSerialization выдает результат тоже Objc формате, и класс разбора по ссылке внутри себя тоже делает множество неявных преобразований, поэтому казалось бы невинные операции могут быть весьма ресурсоёмкими.
Пока не будет полностью переписана стандартная библиотека (NSFoundation) специально под Swift, быстрым он так и не станет.
В этом плане использование просто сишных библиотек подключенных к Swift является более производительным решением, хоть и менее удобным. Впрочем и там можно наткнуться на грабли с преобрахованиями
Смена угла и масштаба во время прыжков — это лютый ад, никогда так не делайте. В последний раз играл в какую-то игру из серии Trials — просто невероятно выбешивает.
Ну да, особенно учесть, что это 4-ех мерное пространство является проекцией на трехмерное, а оно в свою очередь проецируется на двухмерную плоскость монитора.
Сравнивать гражданскую жизнь и военную вообще не корректно. На войне всегда убивают. Убивать — преступление. Но в силу каких-то политических и идеологических обстоятельство одно убийство является преступлением а другое убийство таковым не является, а может даже является заслугой достойной награды, и заранее это неизвестно, потому что критерии преступления будут определяться уже ПОСЛЕ окончания войны и не законом, а законом ПОБЕДИТЕЛЯ в этой войне.
Предыдущая версия свифт вела себя также, «без всяких UnsafeMutablePointer», разве что try и defer еще не было.
Я не понимаю о чем вы спорите, человек хотел вставлять си код, внутрь кода Свифт, вроде того как работают ассембленые вставки в си. Это невозможно сделать чисто технически, а вызывать сишные функции можно было изначально.
Насколько я знаю, голосовая почта по умолчанию всегда была забита на единичку.
А по поводу скорости, это скорее всего потому что объекты ObjC (NSDictionary, NSArray) это не тоже самое что объекты Swift (Dictionary<Key, Value>, Array) И класс NSJSONSerialization выдает результат тоже Objc формате, и класс разбора по ссылке внутри себя тоже делает множество неявных преобразований, поэтому казалось бы невинные операции могут быть весьма ресурсоёмкими.
Пока не будет полностью переписана стандартная библиотека (NSFoundation) специально под Swift, быстрым он так и не станет.
В этом плане использование просто сишных библиотек подключенных к Swift является более производительным решением, хоть и менее удобным. Впрочем и там можно наткнуться на грабли с преобрахованиями
Я не понимаю о чем вы спорите, человек хотел вставлять си код, внутрь кода Свифт, вроде того как работают ассембленые вставки в си. Это невозможно сделать чисто технически, а вызывать сишные функции можно было изначально.