How to become an author
Search
Write a publication
Pull to refresh

Comments 63

Что значит «с памятью возиться не надо»? Как будто со времен arc надо было возиться. А ведь здесь тот же arc, и можно так же легко сделать retain cycle. Так что никогда не будьте беспечны насчёт памяти.
Total votes 21: ↑21 and ↓0+21
Читабельность повысилась. Ощущения — как перейти от JavaScript к CoffeeScript.
Total votes 17: ↑5 and ↓12-7
UFO just landed and posted this here
Производительность кода или разработчика? В любом случае «повысилась», надо брать в кавычки, правда по разным причинам :).
Total votes 5: ↑3 and ↓2+1
Насчет производительности кода — то кажется всех немного обманули. Согласно простейшим бенчмаркам свифт в шесть раз медленнее в самом лучшем случае при включенных оптимизациях, а без оптимизаций до 46 раз медленней по сравнению с Obj-C. www.splasmata.com/?p=2798
Total votes 7: ↑7 and ↓0+7
Миллион иттераций цикла и аппенд строк все же не по показатель… И ожидаемо. И все равно будут писать на Swift :)
Думаю swift — это как groovy или scala на платформе java. Лучше писать на нем какой UI и и где нет таких требований к производительности. А если нужно миллиард циклов и где-то проседает производительность то пишем пару классов на более низкоуровневом языке. Ведь можно смешивать.
This comment wasn’t rated yet0
Вообще, меня слегка удивило то, что они вообще сказали, что Swift быстрее. Obj-C — компилируемый язык, а в процессе компиляции можно делать что угодно. В конечном итоге всё равно будет генерироваться код для процессора, хоть из Obj-C, хоть из Swift.
Total votes 2: ↑2 and ↓0+2
А вот это уже интересно. Хотя это и казалось очевидным, когда говорили о большей продуктивности. Но тут подумалось «мало ли, может в Apple знают, что делают.» Выходит, многое нужно проверять собственноручно, а не вслепую верить заявлениям.
Total votes 1: ↑1 and ↓0+1
Вот еще интересный замер скорости сортировки массива: stackoverflow.com/questions/24101718/swift-performance-sorting-arrays
или stackoverflow.com/questions/24102609/why-swift-is-100-times-slower-than-c-in-this-image-processing-test
Говорят -Ofast улучшает картину значительно, но swift тогда игнрориует множество потенциальных ошибок в коде, что тоже нехорошо.
This comment wasn’t rated yet0
Возможно, необходимо использовать сишные вставки для подобных операций? Вспоминается, как некогда вполне успешно использовались ассемблерные вставки в C/C++ коде. За несколько минут серча нашел пока только такой топик на SO: stackoverflow.com/questions/24004732/how-to-call-c-from-swift
Пока создается впечатление, что swift вообще не предназначен для хоть сколько-нибудь низкоуровневых операций. В приведенных Вами ссылках проскакивал комментарий, мол, хочешь использовать сортировку — используй встроенную. Надо бы, кстати, сравнить производительность работы с NSDictionary у Objective-C и у Swift'а. Разгребусь, будем разбираться…
П.С.: спасибо за полезные ссылочки.
Total votes 1: ↑1 and ↓0+1
Кофе компилируется в JS, и скорость та же как если бы писался JS сразу
Total votes 1: ↑0 and ↓1-1
UFO just landed and posted this here
Выглядит плохо != плохо работает. Можете показать конкретные вещи которые плохо оптимизированы в этом компиляторе? Делающие Кофе существенно медленнее?
Total votes 1: ↑1 and ↓0+1
Обычно в таких случаях приводят хотя бы один пример.
Total votes 2: ↑2 and ↓0+2
Вот уж дело привычки! По мне так JS читабельнее и удобнее. Да, чуть больше кода иногда надо писать. Зато точно уверен, как оно будет работать.
Total votes 3: ↑3 and ↓0+3
Я не вижу includes. Их, что, я надеюсь, больше нету? =)
Total votes 1: ↑1 and ↓0+1
Да, теперь — модули. Внутри модуля инклюды не нужны.
This comment wasn’t rated yet0
Нету) Остался только import для подключения фреймворков:

import FrameworkName

Импорт заголовочных файлов больше не нужен. Весь код видно во всем проекте, если он в рамках одного модуля
Total votes 2: ↑2 and ↓0+2
В Obj-C, чтобы сделать простую операцию конкатенацию строк, нужно было изгаляться следующим образом:

cell.text = [NSString stringWithFormat:@"Habrapost %@", indexPath.row];



Это не конкатинация, конкатинация это 

NSString *string = ...;
string = [string stringByAppendingString:@"Hello"];
Total votes 15: ↑12 and ↓3+9
Отмечу важное свойство языка: эксепшнов нет. Без полноценного GC, впрочем, от них, в зависимости от неаккуратности программиста, может быть немалый вред в связи с утечками — но, в любом случае, эту особенность стоит иметь в виду.
Total votes 4: ↑3 and ↓1+2
На мой взгляд, при написании клиентских приложений лучше использовать поменьше исключений и ставить просто проверки на ошибки.
Для iOS-разработчиков отсутствие GC не так уж и ужасно.

P.S.: Ну и никто не запрещается отдельные куски писать на Objective-C, C, C++
This comment wasn’t rated yet0
Если вам нравится загрязнять код и вы пишете только 100-строчные конвертеры — тогда да. Любое мало-мальски сложное приложение может выбросить мириад исключений по бог знает каким причинам, причём не везде и не всегда нужно эти причины проверять.
Скажем, если у вас сложная функция «посчитать баланс» и в ней вызывается 10 подфункций, а потом одна из них «валится», не имеет значения что там произошло — мы уже не можем посчитать баланс, поэтому ловим проблемы на уровне «посчитать баланс» и там сообщаем подробности. А теперь представьте тот суровый код, который нужно вставить как в каждую из 10 подфункций, так и в главной функции, чтобы предусмотреть ВСЕ проблемы кода!
Без «исключений» программа превращается в неуправляемый, дырявый атавизм.
Total votes 1: ↑1 and ↓0+1
Каким образом исключения могли бы привести к утечкам при использовании ARC (в Swift по-умолчанию)?
Total votes 1: ↑0 and ↓1-1
Как интересно. Мой опыт связан в основном с Objective-C++ и я вижу отсутствие утечек связанных с возникновением исключений. А оказывается что для Objective-C++ по умолчанию включена опция "-fobjc-arc-exceptions" которая делает возможным exception-safe для ARC.
This comment wasn’t rated yet0
В Objective-C исключения должны вести исключительно к крэшу приложения, являясь индикатором ошибки программиста. В C++ же в этом смысле полная свобода и поэтому этот флаг включен по умолчанию.
This comment wasn’t rated yet0
Да, да. Я в курсе этого подхода в ObjC. Не удивительно что в Swift исключений просто нет да и миксовать Swift c С++ в одном файле нельзя.
Total votes 1: ↑1 and ↓0+1
Если в дополнение к имеющемуся Optional реализовать еще и Either (система типов это позволяет), исключения становятся вообще не нужны
This comment wasn’t rated yet0
Неужели это произошло… дьявольский язык уходит в прошлое? В эпоху C#, Python и Java (Scala) ObjC смотрелся как ужасный монстр, совершенно не читаемый.
Свифт выглядит симпатично, просто и понятно, но блин… очередной язык :)))
Total votes 19: ↑11 and ↓8+3
Я когда-то хотел написать свой язык с блекджеком и.. До сих пор пишу на видуманом синтактисе разние программы) Я наверное сумашедший
Total votes 4: ↑3 and ↓1+2
Да нет, вы просто не битый всякими «я создам такое же, но лучше», программист )
Каждый программист, в какой-то момент хочет написать свои CMS \ браузер \ язык

Пишите. Через месяц другой отпустит )
Total votes 1: ↑1 and ↓0+1
Если вас что-то не устраивает в текущих языках и есть иде как это можно улучшить, то почему бы не попробовать ))
lua, python, c, c++ Насколько я помню эти языки разрабатывались или одиночками или небольшими группами энтузиастов

Так что удачи )
This comment wasn’t rated yet0
А программы написаные им можно будет запускать на более старых версиях ios и os x? Или ios8+ и 10.10+?
This comment wasn’t rated yet0
Только, что залила приложение на ios 7, работает нормально.
Нашла ответ инженера, который занимается разработкой Swift:
iOS 7, Mavericks, and later.
Total votes 2: ↑1 and ↓10
Да, можно. Важен deployment target, конечно. Но это вопрос не компилятора.
Например, приложение WWDC написано на Swift. На iOS7 работает. За более ранние на скажу.
This comment wasn’t rated yet0
В XCode 6 в ступор поставило переработанное окошко New, в котором больше нет раздела Cocoa. Не понятно куда идти чтобы создать протоколы/категории
This comment wasn’t rated yet0
Честно говоря я и в Xcode 5 не пользовался этим. Просто добавлял новый файл и писал код.
This comment wasn’t rated yet0
Не стоит забывать, что вся эта красота ещё не вышла из беты, так что многие косяки уберут к моменту релиза
Total votes 2: ↑1 and ↓10
Кстати, если тип известен, то можно опустить имя структуры/класса:

cell.detailTextLabel.textColor = .purpleColor()

Правда пока так автоподстановка не работает.
This comment wasn’t rated yet0
Автодополнение работает пока очень странно…
Total votes 1: ↑1 and ↓0+1
По-моему, оно для всего в  XCode 6 немного странно работает
This comment wasn’t rated yet0
Столкнулся с двумя ошибками, в только что созданном проекте:
SetAppThreadPriority: setpriority failed with error 45 Unknown class SelectorVC in Interface Builder file.
Stackoverflow молчит. Кто нибудь знает как поправить?
Total votes 2: ↑1 and ↓10
По первым впечатлениям — язык очень компактный и достаточно удобный.
Многие вещи находятся интуитивно при наличиии опыта в Objective-C.
Пока что много странных глюков и некоторые вещи не работают как хотелось бы (тот же code suggestion к примеру) но бетта же, так что остается подождать.
Начал учить и ковырять. Текущий проект буду стараться переводить сразу на Swift, потому что Apple, как правило, не презентует то, что не будет использоваться как основной инструмент, в самом ближайшем будущем.
И спасибо за статью. Ничего сложного, но лишний мотиватор для попробовать.
This comment wasn’t rated yet0
В одной из сессий WWDC, кстати, говорили, что ObjC останется «first-class citizen».
This comment wasn’t rated yet0
Objective-C девелоперы устарели. Пожалуйста, относитесь к ним с уважением.
Total votes 4: ↑2 and ↓20
Для сравнения, написал одно и тоже приложение на двух языках Obj-C и Swift.
В результате на Swift кода получилось в два раза меньше и файлов тоже в два раза меньше.
Быстродействие не увеличилось, а возможно даже немного уменьшилось. Кстати, Swift хорошо проявляет себя при работе с Metal, там он действительно показывает скорость повыше чем Obj-C.
И конечно, не обошлось без пары забавных моментов, основанных как раз на том, что он не ловит эксепшены.

Например: Если взять список треков с iPod Player и периодически совершать skipToNextItem();, то при достижении границы массива, Obj-C останавливает воспроизведение, а Swift вылетает с fatal error.

Но я уверен, что к публичному релизу все такие моменты будут исправлены ;)
Total votes 1: ↑1 and ↓0+1
Что-то точно исправят, однако напрягает отсутствие модификаторов доступа. Обещают конечно добавить со временем. Будем ждать.
This comment wasn’t rated yet0
Семантически исключения в Objective-C как раз должны ронять программу без вопросов, нельзя их просто глушить через try/catch
This comment wasn’t rated yet0
понятно что файлов в 2 раза — .h +.m -> .swift… но по сути за счет чего в два раза то кода меньше стало? ведь поменялся синтаксис, но все вызовы методов uikit, делегаты и тд и тп тоже самое. Реально в 2 раза?
This comment wasn’t rated yet0
Как документацию почитать?
Предложило поставить iTunes — поставил, но нажатие кнопки «view in iTunes» к нужному результату всё равно не приводит.
This comment wasn’t rated yet0
Вот ссылка на документацию в формате html.
This comment wasn’t rated yet0
obj-c очень даже читабелен (для читабельности язык не обязан быть схож с java, c или python)… не знаю, как люди в этом языке увеличенную читабельность увидели, как по мне после obj-c просто вырви глаз… к примеру убоги эти разрывы внутри скобок (didFinishLaunchingWithOptions):
func application(application: UIApplication, didFinishLaunchingWithOptions launchOptions: NSDictionary?) -> Bool
намного читабельней эта строка
— (BOOL)application:(UIApplication *)application didFinishLaunchingWithOptions:(NSDictionary *)launchOptions
Total votes 3: ↑2 and ↓1+1
первое, за что я полюбил objc, так это за именование методов (сообщений).

такой способ мне нравятся за то, что самодокументируют код.

— (BOOL)application:(UIApplication *)application didFinishLaunchingWithOptions:(NSDictionary *)launchOptions
означает [delegate application:app didFinishLaunchingWithOptions:dict]
означает «делегату — приложение app закончило запуск с опциями dict»
довольно читабельно, на мой взгляд.
This comment wasn’t rated yet0
Где же того опыта работы столько взять?
image
Total votes 2: ↑2 and ↓0+2
Я надеюсь это кто-то пошутил. Слишком палевная дата. Только узнали — сразу понадобился.
This comment wasn’t rated yet0
Это посыл к разработчикам из Apple
This comment wasn’t rated yet0
Принимаю. Изучаю Swift уже 4 года. Прошу зарплату 1 400 000р.
This comment wasn’t rated yet0
Sign up to leave a comment.

Articles

Show the best of all time

Your account

Sections

Information

Services

Support
© 2006–2024, Habr