Pull to refresh

Comments 28

количество готовых программ на этом языке хоть за 5 перевалило?
Кажется, рисков, что на Свифте не будет программ, не существует — всё-таки, рынок софта под iOS очень большой.
О чем вопрос? Сейчас нельзя даже запостить написанную программу на Свифе в стор.
Так не было еще официального релиза.
На гитхабе сейчас 2696 репозиториев.

Видимо, да, перевалило. (Не знаю, сколько их было на момент написания комментария.)
а что он крутится все время на стуле, все таки презентация: все дела…
Не знаю, как для остальных, но для меня (я привык работать с С++ и Obj-C, на Swift только начал посматривать), вот это выглядит не очень:
let tree: Tree<Int> = .Node(.Leaf(1), .Leaf(1))
Может быть это дело привычки, но синтаксис жутковат.
И где в этом C# алгебраические типы данных?
Насчет Optional — это же частный случай алгебраических типов данных. Нам что, не дадут ими попользоваться в полную силу?
дадут, если пофиксят рекурсивные enumerations
Ну вообще определять алгебраический тип через такое «перечисление на стероидах» — это что-то довольно странное на мой взгляд.

Не то, чтобы я был сильно против, но уж другое ключевое слово подобрать можно было.
Не то чтобы я с вами не согласен, но авторы языка тоже вроде люди умные, возможно не видят в отдельной концепции смысла.
Это вполне нормальный подход для людей, которые будут приходить с плюсов и Java (особенно в последней, где enum'ы тоже имеют методы etc).
После первоначального восхищения свифтом пришло горькое понимание что мы получили гибрид C++/ObjC/функциональщины.
Зачем было вырезать динамизм например?
Пока не вижу сильных преимуществ перед С++
«Динамизм» — это убийственно для скорости и сложнее отлавливать ошибки. Разве нет? Какие в нём вообще плюсы?
Например — у меня в проектах есть пара мест где без этого не обойтись.
Банальный пример — у Apple кастомизация системных гуи элементов хромает на обе ноги.
У тебя есть UISearchBar но изменить простые вещи как цвет текста или добавить делегата на внутренний UITextField нельзя. И Apple это даже не хочет как то исправлять.
Без хаков на основе динамизма я без поняти как можно было бы делать глубокую кастомизацию — когда тебе позарез нужен системный элемент.
Динамизм помогает исправлять косяки Apple — как на свифте их можно будет исправлять?
Ждать с моря погоды?
Т.е. Вы со сути перехватываете и подменяете вызовы между этим контролом и системой?

Интересно, а Apple пропускает приложения с таким фривольным (с точки зрения самой Apple) отношением к системным контролам? Т.е. я полагаю. что у них такая политика просто, что вам это не нужно.

Хорошая новость, что ObjC никто пока не отменял и отменять не собирается.
Ага + в этом и мякота Objective-c -что можно заменить хоть реализацию всех системных объектов.
Вообщем стрелять из гаубицы себе в ногу ядерными зарядами.
в ObjC гораздо сложнее что то запретить чем разрешить — и Apple видимо надоело что все кому не лень ползают в нутрах их драгоценных фреймворках.

ObjC никто не отменял — НО
1) Теперь вместо связки Objc+ C++ в серьезных проектах будет Swift + Objc+ C++ — ха? теперь проще стало да?
2) Apple вместо допиливания инструмента начнет его пропихивать везде где можно.
Примерно как с Core Data — интеграция и прочия няшности это конечно прекрасно но например отсутствие возможности сделать выборку по transient атрибутам убивает смысл использования в тяжелых проектах.

Короче опять традиция Apple сделать так что ЛГБТ сообщества поперхнуться

товарищ Латнер писал на девфоруме, что интеропу с C++ быть, сейчас все уперлось в реализацию Clang Modules для C++ (с его слов).

И все-таки C++-код юзает очень малый процент iOS-приложений (в играх этот процент сильно выше, наверное, да).
Кстати, насчет немутабельных массивов и возможности их изменений все как-то странно, ведь в документации написано что это таки фича, а не баг

«Immutability has a slightly different meaning for arrays, however. You are still not allowed to perform any action that has the potential to change the size of an immutable array, but you are allowed to set a new value for an existing index in the array. This enables Swift’s Array type to provide optimal performance for array operations when the size of an array is fixed.»

Отрывок из книги: Inc, Apple. «The Swift Programming Language.» Apple Inc., 2014-05-27T07:00:00Z. iBooks.
Этот материал может быть защищен авторским правом.

Посмотрите эту книгу в iBooks Store: itunes.apple.com/WebObjects/MZStore.woa/wa/viewBook?id=881256329
Да, я это понял. по этому и написал выше что история какая-то странная. еще когда читал книгу, думал про себя, мол странно это все, ну ок, может там все так и задумано, даже объяснение есть
Они похоже сами ещё не решили, задумано так или нет )
Sign up to leave a comment.