Как стать автором
Обновить

Комментарии 31

Насколько мне известно нужно сначала учить Objective-C, а затем уже Swift. Учитывая то что есть знание одного языка проблем с другим не будет.
Подробнее по этой проблеме здесь.
Конечно, гораздо лучше сначала изучить C, а затем C++, однако многие изучают C++ не зная C. C Objective-C и Swift то же самое.
Ну и третий же комментарий по вашей ссылке очень в тему. Не получится писать только на свифте, ну никак.
Пишу проект, только на Swift. После выхода iOS 8 публично выкачу исходники и большую статью по разработке этого приложения.
Пока всё, что мне пришлось делать — добавить bridging-header и всё. Посмотрим, что же дальше будет, но всё не так печально, как пишут.

Смотрите новости здесь: developer.apple.com/swift/blog/
Я тоже пишу проектик чисто на свифте, но мы оба знакомы с Objective-C. Мы можем посмотреть в исходники чужой библиотеки и понять как она работает. Это и есть ключевое отличие.

> Не получится писать только на свифте, ну никак.

Здесь я недостаточно ясно выразился: не получится писать без знания ObjC.
Ах, в этом плане. Да, тогда вы правы.
Уважаемые Хабралюди! Прошу вас отставлять все замечания в комментариях, хочется исправиться в следующих моих статьях
А какие системные требования для XCode 6 beta 4? У меня есть виртуалка с MacOSX Snow Leopard, для экспериментов с ObjC мне хватало, а для Swift я так понимаю уже не подойдет?
Жалко… у меня она скорее всего просто не поставится ввиду небольшого количества памяти в ноутбуке. Остается только надеяться что Apple откроет исходники Swift и энтузиасты портируют на ранние версии macosx или даже на linux.
Поддерживаю. Однако следует учесть, что Swift сейчас дорабатывается, изменяется… Значит, этого момента придётся ждать достаточно долго…
У меня с 2 Гб стоит 10.9.4.
1. На Swift можно не только под iOS 8 писать
2. К чему эти основы?
3. println(«hello world»), а потом сразу таблицы? серьезно? это точно туториал?
4.
Тем самым мы добавим в класс-наследник ещё два класса-родителя

Что-что-что? Еще два родителя?
5. т.д.

Хотелось бы увидеть какую-то структурированность, план.
1. Согласен, однако статья посвящена именно разработке под iOS8.
2. Эта статья — точный перевод оригинала, ничем от него не отличается, отсебятины никакой нет.
3. Точно :) Hello Word, по моему мнению, предназначен не столько для тех, кто только-только начинает изучение Swift, сколько для проверки IDE.
4. Согласен, исправил.
5. см п.2
1. Чем же разработка именно этого приложения под iOS 8 отличается от разработки такого же приложения под iOS 7?
2. Дело не в том, есть ли отсебятина здесь или нет, а в целостности и структурированности статьи. Здесь, чес слово, намешали.
3. Для проверки IDE? Для написания Hello World есть playground.
1. Признаюсь честно — следующие статьи цикла не смотрел, поэтому не могу однозначно утверждать, что есть отличия.
2. Возможно. Попытаюсь это всё исправить, сделать статью чуть-чуть читабельней.
3. Вероятнее всего, это попытка ввести в курс дела начинающих разработчиков (Вы должны увидеть загрузившееся пустое приложение и слова Hello, World!, напечатанные в консоли. Заметьте, это не будет отображаться в симуляторе iPhone.)
Насчёт п.2 — кое-что исправил, но всё-таки исправления «косметические». В дальнейшем попробую не только переводить, но и исправлять.
Спасибо за статью. Хотелось бы поинтересоваться у уважаемого сообщества — если ли на данный момент в AppStore приложение для iOS написанное полностью на Swift? Хочу поковырять бинарники и посмотреть что у таких приложений внутри :) Может статью запилю по итогам.
Соберите какой-нибудь сэмпл да ковыряйтесь на здоровье)
Семпл — это само собой конечно :) Но реальное приложение со сложной иерархией классов и всеми костылями, которые разработчики обычно ставят для разных задач (и до которых в семпле часто просто не додумываешься, что так вообще можно написать код) — это тоже было бы очень полезно для понимания «как оно там все устроено». Поэтому буду крайне признателен за ссылку на реальное приложение.
Отлично! Про самое очевидное (githab) я как-то и не подумал :) Благодарю, плюсую.
Теперь я умею писать в консоль и вязать IBOutlet'ы, ух!
Из codeschool понял, что такого рода статьи, мало чему учат. Если ошибка в архитектуре то ее будут дублировать во многих проектах, пока ученик не поймет, что так делать не нужно.
Полностью согласен. Опыт не заменит никаких книг/статей/руководств. Грустнее всего что издают подобные книги (типа «C++ для чайников», «Приложение для Android за неделю»).
Статья ужасна по всем критериям!
1. Чему она должна учить? Языку Swift или созданию приложений под iOS? Определитесь, потому что это совсем разные вещи. (и поэтому так бестолково выглядит «введение в переменные Свифта» и тут же прыжок в создание helloworld)
2. «Я получил целую тонну вопросов о вышесказанном...» — раз текст изначально написан небрежно, может имеет смысл исправить текст, а не выпускать поясняющее видео? У людей не получается, потому что нужно детально описывать что у вас выделено на экране, куда-кого тащить и какие при этом зажимать кнопки.
3. Вы начинаете со совсем уж примитивщины типа «а вот этот let — константа, товарищи!», но при этом полностью опускаете важные термины типа «источник данных», «storyboard», «View Controller» и тут же вмонстрячиваете новичку MVC приложение! Не крутоват прыжок?
4. А почему вообще мы должны использовать MVC? Может, я «перделки» пишу, мне эти MVC не упали (тем более, что это далеко не везде подходящая архитектура). Не лучше ли объяснить новичкам, что им навязали эту архитектуру и рыпаться никуда больше нельзя? (а если можно, то это и надо указывать в первую очередь!)
5. «Чтобы увидеть полный текст кода нажмите на эту ссылку.» — ребят, Интернету 20 лет, а вы всё пишете так, будто у вас бумажная книга! Ссылки для кого придумали? :) Не «вот эту ссылку», а само предложение постройте правильно и дайте ссылку с ключевых слов. В вашем случае: «Исходный текст доступен на {ссылка}гитхабе{/ссылка}».
6. ТАКИЕ статьи переводить не нужно, бестолковщина и сумбур. Ну разве что покармадрочить.
1. На странице оригинала есть обсуждение, вы можете оставить свои замечания автору.
2. Про ссылку уже исправил, спасибо за замечание, постараюсь исправиться.
Даже не читал пункты! Поддерживаю, такие статьи — мусор.
Не понимаю, почему для объявления функции было выбрано непривычное «func», а не «function» или «def»
Для кого-то и def непривычное. А function — слишком много писать.
Зарегистрируйтесь на Хабре, чтобы оставить комментарий

Публикации

Истории