Demtriy 15 мая 2016 в 09:33

Портфель iOS TEAM разработчика

4 мин

23K

Swift * iOS *

Туториал

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

silvansky 15 мая 2016 в 10:19

Хм, синглтоны в Swift уже давно не так делаются:

class MyClass {
    static let sharedInstance = MyClass()
}

s_suhanov 15 мая 2016 в 19:10

Там private init() для потокобезопасноти нужно добавить(

house2008 15 мая 2016 в 19:20

private init() не спасет от рейс кондишн, тут приватный конструктор нужен чтобы запретить создание больше одного инстанса, у нас же всё таки синглтон)

s_suhanov 16 мая 2016 в 07:32

private init() — это и есть приватный конструктор в Swift. :)

house2008 16 мая 2016 в 09:17

а я про что говорил? :) Вы сказали, что приватный конструктор нужен для потокобезопастности, а я говорю, что он тут нужен для защиты от повторного создания инстанса)

s_suhanov 16 мая 2016 в 09:18

Точно. Я ж это под «потокобезопасностью» и имел ввиду. :)

house2008 16 мая 2016 в 09:24

Хорошо :) Просто для потокобезопасного решения я думал увидеть что-то из double-checked locking например :)

eugeneego 16 мая 2016 в 10:22

Статики в свифте ленивы и потокобезопасны.

house2008 16 мая 2016 в 10:38

Разумеется, к тому же у нас let модификатор. Спасибо.

alexac 15 мая 2016 в 10:41

Кучу всякой ненужной гуйни перечислили, а iterm и homebrew забыли.

И еще в копилку: скрипты ios-deploy и ios-sim из phonegap весьма полезны, с ними можно писать код в нормальном текстовом редакторе (а не в убогом xcode), собирать проект с помощью xcodebuild и потом деплоить на устройство/в симулятор, не открывая xcode.

brew install node
npm install -g ios-deploy
npm install -g ios-sim

Houston 15 мая 2016 в 10:59

Можно, кстати, своими силами обойтись, но будет не так красиво.
package.json:

"scripts: {
    "ios-build": "xcodebuild  -project ios/YourAppName.xcodeproj -scheme YourAppName -sdk iphonesimulator -destination platform='iOS Simulator',name='iPhone 6 Plus' -derivedDataPath ios/build",
    "ios-launch-sim": "xcrun instruments -w 'iPhone 5s (9.2)'",
    "ios-install-app": "xcrun simctl install booted ios/build/Build/Products/Debug-iphonesimulator/YourAppName.app",
    "ios-launch-installed": "xcrun simctl launch booted org.yourcompany.YourAppName",
   ...
}

alexac 15 мая 2016 в 11:03

Спасибо, унес в заметки.

house2008 15 мая 2016 в 11:03

по wifi ипашку на девайс зальет что-то из этого?

Houston 15 мая 2016 в 11:08

Нет. Эти скрипты, будучи выполнены последовательно, запустят проект на эмуляторе iPhone 5s.

house2008 15 мая 2016 в 11:21

Жаль( А так я знаком с этими тулзами, думал может что-то новое есть. Спасибо за ключик '-derivedDataPath', мне кажется "-destination platform='iOS Simulator',name='iPhone 6 Plus'" можно заменить просто на "-arch x86_64".

house2008 15 мая 2016 в 10:56

Ваш Podfile не будет работать с cocoapods 1.0.0 без указания имени таргета.

Demtriy 16 мая 2016 в 09:59

Думаю, Вы ошибаетесь. Этот файл вполне благополучно сейчас работает с cocoapods 1.0.0

house2008 16 мая 2016 в 10:10

Хм, может у вас rc еще стоит?

pod init
pod install

Analyzing dependencies
[!] The dependency `Alamofire` is not used in any concrete target.
The dependency `SwiftyJSON` is not used in any concrete target.
The dependency `RESideMenu` is not used in any concrete target.
The dependency `MBProgressHUD (~> 0.9.1)` is not used in any concrete target.
The dependency `MagicalRecord` is not used in any concrete target.
The dependency `SevenSwitch (~> 2.0)` is not used in any concrete target.
The dependency `SMIconLabel` is not used in any concrete target.

Тут они писали об этом http://blog.cocoapods.org/CocoaPods-1.0/

s_suhanov 16 мая 2016 в 10:10

Очень странно. У меня буквально пару дней назад затребовало указания таргета в podfile и без этого ну никак не хотел их подтягивать. :(

loz 15 мая 2016 в 11:35

Каждый раз когда в команду приходит новый сотрудник, приходится решать вопрос с тем, какие приложения стоит установить на его компьютер

А самому ему решать нельзя?

НЛО прилетело и опубликовало эту надпись здесь

silvansky 16 мая 2016 в 07:21

И ещё модный Sketch. ;)

house2008 16 мая 2016 в 09:47

Еще есть модный PaintCode, сейчас активно пиарится ios сообществом. Интересно кто-нибудь использует/использовал?

Leopotam 16 мая 2016 в 07:48

Скорее AffinityPhoto как аналог PS, у них еще есть и Designer как замена CorelDraw и тп векторному софту.

eugeneego 16 мая 2016 в 07:50

Мой набор:
Основная IDE: AppCode
Вспомогательные редакторы: Sublime Text, VS Code
Документация: Dash
Гит: GitUp, P4Merge
HTTP-клиент: Postman
Графика: ImageMagick, Ghostscript, Pixelmator, GIMP, Zeplin
Трекинг времени: Qbserve
Общение: Slack, Skype
Разное: Alfred

eugeneego 16 мая 2016 в 08:44

Также предпочитаю Carthage вместо CocoaPods, хотя и поды приходится использовать.

s_suhanov 16 мая 2016 в 10:14

А расскажите про Carthage поподробнее или дайте пару полезных ссылок на тему. Буду очень благодарен вам. :)

eugeneego 16 мая 2016 в 10:28

Никакого самоуправства с файлами проекта как у подов.
Никакой пересборки зависимостей при сборке проекта.
Выкачивает и собирает фреймворки, которые я сам куда нужно подключаю.
https://realm.io/news/swift-dependency-management-with-carthage/

s_suhanov 16 мая 2016 в 10:31

О, спасибо большое.

ajjnix 10 июн 2016 в 04:28

минусы рассказать забыли :-)
1) долгое выкачивание и сборка фреймворков когда нужно добавить/удалить что то
2) нужно руками прописывать путь к каждому фреймворку и добавлять фреймворк в проект
2.1) это нужно сделать для каждого таргета

eugeneego 10 июн 2016 в 06:28

1.
Долгое, это если всё под все платформы собирать, но обычно нужна только одна, например, только iOS.
Также при удалении не нужно ничего пересобирать, а при обновлении/добавлении можно отдельно указать, какой обновить.

2.
Только в один скрипт для сабмита в стор надо дописывать фреймворки.

ajjnix 10 июн 2016 в 07:19

Только в один скрипт для сабмита в стор надо дописывать фреймворки.

Не поделитесь опытом? В проекте ибо в таргет прикладывается скрипт с путями и какие нужны фреймворки. Возможно я что то делаю не так и как вы пишете можно только в одном скрипте указать фреймворки (как в pod'ах можно было указать вот эти вот на все таргеты, вот этот вот «туда», а этот «туда»)

Также при удалении не нужно ничего пересобирать

ну да, на удаление не надо пересобирать. Но надо убрать из картежфайла запись, из таргета удалить фреймворк, потом найти его в скрипте и убрать путь до него.
Конечно ситуация добавления/удаления не такая и частая, но как то смущает. Особенно когда больше 1 таргета на проекте

eugeneego 10 июн 2016 в 07:30

> В проекте ибо в таргет прикладывается скрипт с путями и какие нужны фреймворки.
Да, я про этот скрипт и говорю, но пути там однотипные и относительные.
И этот скрипт нужен для подготовки фреймворков приложения для загрузки в айтюнс.
Между таргетами — копипастом :), но таргетов же обычно минимум.

По-моему, это минимальная плата за то, что ничего не ломается с каждой новой версией подов.

Mecid 20 мая 2016 в 07:03

В качестве языка Obj-C используете?

eugeneego 20 мая 2016 в 07:08

Сейчас Swift в основном.
Поддержка свифта в аппкоде далеко не супер, конечно, но жить можно.

Mecid 20 мая 2016 в 08:01

Она даже не доходит до уровня Xcode.

eugeneego 20 мая 2016 в 08:21

По части поддержки фич языка и вывода типов, да, не доходит.
Но как редактор кода AppCode на голову выше, и даже некоторые рефакторинги уже работают.

Mecid 20 мая 2016 в 08:07

А с StoryBoard/Xib через Xcode работаете?

eugeneego 20 мая 2016 в 08:19

Тут IB в Xcode без вариантов. Также настройки проекта в Xcode делаю, у AppCode не все там гладко.

AnthonyBY 16 мая 2016 в 16:01

в другое я бы добавил ещё:
SimPholders 2.2 — для просмотра данных в CoreData

EmoCoder 16 мая 2016 в 19:01

ИМХО, не стоит он тех денег, что за него просят. Реализовать такое — не великая проблема. К тому же недавно перестала работать App Store-версия, а разработчики перестали отвечать на письма. В итоге накидали собственный аналог за день:
https://github.com/dsmelov/simsim

Makaveli 19 мая 2016 в 10:12

Я, может, занудствую, но было бы удобно, чтобы на гитхабе во вкладке Releases лежал DMG с бинарником ;)

Зарегистрируйтесь на Хабре, чтобы оставить комментарий