Разработчики и Apple открывают новый язык программирования Swift

Является ли только что созданный блог разработчиков о языке программирования Swift знаком нового, более открытого Apple? Каким бы ни был ответ, информация в блоге, несомненно, будет приветствоваться разработчикам. Некоторые работают над добавлением новых библиотек; другие чувствуют страх перед будущим шоком языка программирования. Является ли только что созданный блог разработчиков о языке программирования Swift знаком нового, более открытого Apple

Apple, Свифт Блог использовался для объявления о том, что новая бета-версия Xcode 6, представленная на всемирной конференции разработчиков Apple (WWDC) в июне, теперь будет предлагаться бесплатно всем «зарегистрированным разработчикам Apple».

Похоже, это включает в себя как кодеров, зарегистрированных в одной из платных программ для разработчиков Apple для платформ Mac и iOS, так и тех разработчиков, которые просто зарегистрировались бесплатно.

Это расширение бета-версии Xcode для единственной зарегистрированной группы выглядит как еще один признак того, что Apple открыла свои ресурсы для разработки, особенно в сочетании с анонсированной бета-программой OS X Yosemite (с целью на миллион пользователей) и текущей бета-версией OS X Mavericks. программа.

Одно из первых сообщений в новом блоге было о совместимость , Пост предупредил разработчиков быть осторожными при управлении версиями Xcode и Swift, а также сторонними фреймворками.

«Несмотря на то, что обеспечивается совместимость вашего приложения во время выполнения, сам язык Swift будет продолжать развиваться, и двоичный интерфейс также будет меняться. В целях безопасности все компоненты вашего приложения должны быть собраны с одной и той же версией Xcode и компилятором Swift, чтобы обеспечить что они работают вместе.

Это означает, что фреймворки должны тщательно управляться. Например, если ваш проект использует фреймворки для совместного использования кода со встроенным расширением, вы захотите собрать фреймворки, приложения и расширения вместе. Было бы опасно полагаться на двоичные фреймворки, использующие Swift, особенно от третьих лиц. По мере изменения Swift эти фреймворки будут несовместимы с остальной частью вашего приложения. Когда бинарный интерфейс стабилизируется через год или два, среда выполнения Swift станет частью операционной системы хоста, и это ограничение больше не будет существовать ».

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

Блог We Heart Swift опубликовал ссылку на видео с недавней встречи группы пользователей Swift Language в Сан-Франциско SLUG с презентацией Кейта Смайли. Он работает по ряду функций.

Программист Майк Эш обсудил Секреты скорости Свифта "в сообщении на своем блоге. Он признает, что поскольку текущий компилятор Swift" немного груб ", его длинная статья на самом деле о том, почему производительность Swift должна быть выше, чем Objective-C.

«Большая часть медлительности, похоже, сводится к тому, что компилятор генерирует избыточную активность сохранения / выпуска. Я ожидаю, что это будет исправлено в ближайшее время, но в то же время это означает, что в этой статье будет больше о как Swift потенциально может быть быстрее, чем Objective-C, чем о том, как он на самом деле быстрее прямо сейчас ».

С другой стороны, программист Марко Арменти риффы на обеспокоенный пост веб-разработчик Эд Финклер, соведущий Подкаст развития Ад , Они оба признают, что находят снижающуюся толерантность к кривым обучения, сопровождающим новые инструменты и языки. Арменти пишет, что некоторые из свистков и свистков Свифта могут быть хорошими - для кого-то другого!

«Swift выглядит интересно, но во всех разработках Overcast до сих пор я никогда не сталкивался с проблемой, из-за которой язык виноват в том, что Swift справился бы лучше. Похоже, он решает проблемы, которых у меня нет, чтобы получить маленький (и до сих пор теоретические) оптимизации, которые мне не нужны, за счет многих функций Objective-C, которые мне действительно нравятся.

Я даже не знаю, спасает ли Swift много сложности, как и обещает: его код выглядит меньше, но он гораздо плотнее, что обманчиво. Более простой код - это здорово, но меньше кода, который на самом деле не проще, по сути не помогает - его сложнее читать, труднее изучать и более подвержены труднопроходимым ошибкам. Большинство примеров кода Swift, которые я видел, были не намного проще, чем эквиваленты Objective-C - просто короче ».

В интересном посте в своем блоге Кларка, Кларк Гобл бежит вниз по Pythonic , который добавляет стандартную библиотеку Python в Swift. Он говорит, что хотя Pythonic и является надежным, он не добавляет ничего из Python. Тем не менее, Кларк отмечает, что он предпочитает использовать нативные методы.

«Признаюсь, я предпочитаю использовать нативные методы везде, где это возможно. Для менее часто используемых методов я даже предпочитаю методы Какао, которые на самом деле не идеальны. Поэтому в расширениях или категориях, которые я пишу для собственного использования, я удаляю все, что знаю, что выиграл Использую регулярно. Я люблю краткость, поэтому я люблю Swift в сочетании с некоторыми функциями Python. Однако я также считаю, что только наиболее используемые методы должны быть краткими. Для менее используемых мне нравится самодокументирующаяся природа Какао. сказал, что Какао было ужасно для многих часто используемых функций, таких как строки. Вот где Extensions в Swift вместе с некоторой ограниченной перегрузкой операторов - это хорошо. Краткость там, где она нужна, и там, где она нужна ".

Наконец, есть упоминание о Swift в сообщении Блог Записки понедельника Фредериком Филлу , который управляет цифровыми операциями в Les Echos, французской бизнес-медиа-группе. Он рассматривает ряд тенденций на рынке мобильных устройств, в том числе то, какая платформа лучше для разработчиков (Android против iOS) и будущее веб-приложений. Как я уже указывал в прошлом, разработчики iOS делают больше денег.

Filloux предвидит «новое поколение» приложений, основанных на iOS 8 и созданных с помощью Swift. Все это может привести к изменениям для разработчиков.

Другими словами: расширенные функциональные возможности в приложениях на основе Swift / iOS 8 повысят уровень ожиданий пользователей; издатели будут вынуждены реагировать соответствующим образом: поскольку приложения располагаются бок о бок на одном экране мобильного устройства, новостные приложения должны будут отображать тот же уровень сложности, что и, скажем, игровое приложение - поэтому я также менее оптимистичен в Интернете Программы. За разрывом между iOS и Android стоит еще один вопрос: должны ли издатели иметь одинаковое приложение (контент, функции, модель дохода для всех) на всех платформах - или они должны адаптировать свой продукт к платформе «moneygraphics»? Это открытый вопрос.

Прочитайте больше:

Является ли только что созданный блог разработчиков о языке программирования Swift знаком нового, более открытого Apple?