@ios_ru

Страница 656 из 2351
 
Ilkhom
06.03.2017
09:49:50
с .xcodeproj нужно настроить так чтобы все добавлялось

 
Alfred
06.03.2017
09:50:00
Не получится. Ты его файлы не увидишь
отлично. сдались они мне.

 
Betrayer
06.03.2017
09:51:03
>По движению со сломанной ногой — я обычно беру костыль и потом прыгаю на нем >а можно подробнее, пожалуйста?

 
Ivan
06.03.2017
09:51:17
а можно подробнее, пожалуйста
Ты когда делаешь merge, есть возможность указывать для конфликтных файлов чьи изменения в итоге оставить. Вот для файлов xcode берешь всегда чужое изменение

Google
 
Severd
06.03.2017
09:52:43
Спасибо... наверное))

 
Пойду страдать.

 
Ivan
06.03.2017
09:54:11
отлично. сдались они мне.
Проект не соберешь просто

 
Alfred
06.03.2017
09:55:05
Проект не соберешь просто
точно? скажи это свифту, хромиуму и llvm'у. У них нет xcodeproj но при этом xcode поддерживается.

 
И они не страдают.

 
Severd
06.03.2017
09:56:35
Тоесть можно удалить xcodeproj и среда сама сгенерит этот файл?

 
Ilkhom
06.03.2017
09:56:39
БОООЛЬ!!!!! Люди как вы вообще работаете с CVS если приходится постоянно мержить project.pbxproj всякие xib и прочие монструозные нечитаемые, наполненные id-шками мегафайлы?! Я никогда не разрабатывал для IOS. Клонировал открытый проект, начал менять, старательно коммитя изменения. Теперь мне нужно перейти на более позднюю версию проекта. Начинаю покоммитно, с помощью cherry-pick переносить изменния, а там гребаные id-ки везде. На любой чих меняются тонны строк в project.pbxproj и xib. Как это все резолвить?!
http://roadfiresoftware.com/2015/09/automatically-resolving-git-merge-conflicts-in-xcodes-project-pbxproj/

 
Ivan
06.03.2017
09:56:43
Ну если ты свою сборку будешь поддерживать через make/cmake, со всеми targets то вперед

 
Раз времени много свободного.

 
Alfred
06.03.2017
09:57:56
Раз времени много свободного.
странное утверждение. у меня нет свободного времени для мёрджа дерьма из xcodeproj.

 
Ivan
06.03.2017
09:58:53
А его там много не нужно, либо у тебя что-то не то в процессе

 
Alfred
06.03.2017
09:59:55
А его там много не нужно, либо у тебя что-то не то в процессе
опять странное утверждение.

 
Ivan
06.03.2017
10:00:57
Давай про странности поговорим. Если спросить местных обитателей как они собирают проект, как думаешь, много ответит make?

Google
 
Ivan
06.03.2017
10:01:18
Твой случай экзотика скорее

 
Alfred
06.03.2017
10:02:53
Нет. Но при этом все жалуются на мёрдж этих файлов. Я рассказываю про то, что есть выход. Да, и я не собираю make'ом, я собираю xcode'ом. cmake поддержвает xcodebuid

 
Ivan
06.03.2017
10:03:35
Чтобы собирать через xcodebuild, нужен project.

 
Ты только что сказал что его у тебя нет

 
Alfred
06.03.2017
10:04:12
go llvm.org fmi

 
Ivan
06.03.2017
10:06:35
Вот в проекте используется cocoapods/carthage. Они требуют выполнения некоторых скриптов на определенных шагах. Это все прописывается в project.

 
Я не спорю что можно гланды лечить через задний проход, вопрос времени

 
Dmitriy
06.03.2017
10:08:43
Проект не соберешь просто
берешь просто новые файлы передобавляешь в проект и все работает

 
Alfred
06.03.2017
10:09:24
Я не спорю что можно гланды лечить через задний проход, вопрос времени
гланды через задний проход – это мёрдж xcodeproj. Какого то хрена ты мёрджишь автосгенеренный код. Это абсурд.

 
Ivan
06.03.2017
10:11:57
берешь просто новые файлы передобавляешь в проект и все работает
Он говорит что вообще не использует project файл

 
Не добавляет ничего

 
Dmitriy
06.03.2017
10:12:13
а как проект запускает?

 
с консоли?)

 
и xcode тоже не юзает?)

 
Ivan
06.03.2017
10:12:56
Только xcodebuild как я понял

 
Alfred
06.03.2017
10:13:32
xcode это всего лишь текстовый редактор. xcodebuild это сборочная система.

 
Ivan
06.03.2017
10:14:00
Серьезно что ли

 
Alfred
06.03.2017
10:14:16
Например хромиум собирается ниндзей, но при этом можно редактировать файлы в xcode

 
Dmitriy
06.03.2017
10:14:18
как-то сложно все

 
Betrayer
06.03.2017
10:14:37
Сейчас бы IDE называть текстовым редактором.

Google
 
Betrayer
06.03.2017
10:14:43
В 2017.

 
Ivan
06.03.2017
10:15:34
Выеживается человек, не мешаю

 
Dmitriy
06.03.2017
10:15:35
Например хромиум собирается ниндзей, но при этом можно редактировать файлы в xcode
угу))) и если в системе более 1 сертификата активного - валится с ошибками

 
Alfred
06.03.2017
10:15:47
Например хромиум собирается ниндзей, но при этом можно редактировать файлы в xcode
В смысле того, что там будет файловое дерево (или дерево груп), автодополнение, и всё такое. Но при этом xcodebuild не используется. При нажатии на cmd+R запускается ninja.

 
Dmitriy
06.03.2017
10:15:55
или уходишь в изучение написание SH скриптов)

 
в общем подход для любителей)

 
Alfred
06.03.2017
10:16:16
https://chromium.googlesource.com/chromium/src/+/lkgr/docs/ios_build_instructions.md

 
Betrayer
06.03.2017
10:16:40
в общем подход для любителей)
Вся iOS разработка для любителей нетрадиционных подходов, iykwim.

 
Dmitriy
06.03.2017
10:17:02
я так webrtc проект тоже запускал, ф топку такие свистопляски

 
https://webrtc.org/native-code/ios/

 
Ivan
06.03.2017
10:17:05
Это везде так

 
Dmitriy
06.03.2017
10:17:12
проще proj помержить)

 
Andrew
06.03.2017
10:17:38
проще proj помержить)
ооо неееет

 
Ivan
06.03.2017
10:17:39
В android тоже некоторые вещи так

 
Andrew
06.03.2017
10:17:53
react native проекты писал кто нибудь?

 
вот там боль

 
не надо так

 
Ivan
06.03.2017
10:19:02
Мне javascript кажется менее удобным чем swift

 
Dmitriy
06.03.2017
10:19:04
скоро я вижу придется создавать список того, чего в проектах видеть не хочу ?

 
и для HRoв этот список перед собесами засылать

Google
 
Dmitriy
06.03.2017
10:19:26
что бы время даром не тратить ничье

 
Ivan
06.03.2017
10:19:52
Даже не представляю чтобы со swift человек добровольно переходил на js

 
Ilkhom
06.03.2017
10:19:52
Мне javascript кажется менее удобным чем swift
менее удобный - это мягко сказано

 
Alfred
06.03.2017
10:22:08
https://webrtc.org/native-code/ios/
о, тоже через gn.

 
Dmitriy
06.03.2017
10:22:44
ага))

 
Alfred
06.03.2017
10:22:51
Как раз про то что я говорил, используется xcode как оболочка, и под капотом используется ninja

 
Ivan
06.03.2017
10:22:56
Потому что продукт google. Они везде двигают это

 
Dmitriy
06.03.2017
10:23:02
правда на gn совсем недавно перешли

 
до этого нинзей все компилиось

Admin
ERROR: S client not available

 
Ivan
06.03.2017
10:23:19
В других компаниях вертели этот Ниндзя

 
-_-
06.03.2017
10:24:46
Свифтеры, расскажите плиз, как вы вообще читаете код на свифте, если в нем много автовывода типов? Я после Objective офигеть как ломаю глаза себе этим, очень привык к сишному стилю записи (тип, имя переменной) А тут смотрю на код и сразу совершенно не ясно, какого типа переменная и что она может делать

 
Ivan
06.03.2017
10:25:20
Рассчитано на ide

 
Чтобы ты мог тип подсветить

 
Либо на энциклопедические знания sdk

 
Ilkhom
06.03.2017
10:26:16
а ты пробел не ставь, ставь точку

 
Ivan
06.03.2017
10:27:12
Может он в sublime код читает

 
Там ставь не ставь

 
Taras
06.03.2017
10:27:46
можно подписывать, если хчо

 
если хочется

Google
 
Taras
06.03.2017
10:28:36
var x: CGFloat

 
Ivan
06.03.2017
10:28:59
Осталось коллег заставить

 
-_-
06.03.2017
10:29:12
Не, я даже на свой написанный код смотрю. В Xcode) И очень непривычно не видеть тип явно let vc = CitySearchVC() navigationController?.pushViewController(vc, animated: true)

 
var x: CGFloat
Это знаю, спасибо. Тоже непривычно. Тип не перед названием, а где-то аж за двоеточием)

 
q210
06.03.2017
10:30:28
Свифтеры, расскажите плиз, как вы вообще читаете код на свифте, если в нем много автовывода типов? Я после Objective офигеть как ломаю глаза себе этим, очень привык к сишному стилю записи (тип, имя переменной) А тут смотрю на код и сразу совершенно не ясно, какого типа переменная и что она может делать
я питонист, у нас с этим борются через имена переменных: imageAsset, mainView, centerPoint

 
для случаев, когда сходу непонятно

 
-_-
06.03.2017
10:30:47
я питонист, у нас с этим борются через имена переменных: imageAsset, mainView, centerPoint
А, то есть тоже напрягало немного?

 
q210
06.03.2017
10:31:07
когда пишешь на динамических языках - это приходит с опытом

 
-_-
06.03.2017
10:31:09
Я просто на Objective вообще такой проблемы не знал. И на яве тоже не ощущалось

 
Dmitriy
06.03.2017
10:31:16
а зачем тебе тип? xcode тип шарит сразу, а тебе если нужно - подсвечиваешь

 
q210
06.03.2017
10:31:26
как назвать переменную так, чтобы было понятно что там лежит при чтении кода

 
-_-
06.03.2017
10:31:32
а зачем тебе тип? xcode тип шарит сразу, а тебе если нужно - подсвечиваешь
Видимо привычка

 
q210
06.03.2017
10:31:32
не отвлекаясь на подсвечивания

 
Dmitriy
06.03.2017
10:31:46
ну

 
messageArray

 
называй

 
или лист

 
или месаджес

 
q210
06.03.2017
10:32:13
а, ну и ещё - избегать самого страшного греха: использовать одну переменную для хранения объектов разных типов

 
-_-
06.03.2017
10:32:23
я питонист, у нас с этим борются через имена переменных: imageAsset, mainView, centerPoint
лол, кстати заметил только, начал так делать) Вот 5 минут назад endTimeString

 
Ivan
06.03.2017
10:32:25
Тоже не круто, это же Си из win32 api: lptrString, i32Height

 
Dmitriy
06.03.2017
10:32:28
хз) даже в стендфордских уроках професор втирает - забудьте на типы)

Страница 656 из 2351