Pull to refresh
0
0
Роман Волков @RomanVolkov

iOS developer

Send message
Мне иногда кажется, что VIPER придумали ради холиваров. Я пока не видел другого такого архитектурного паттерна, про который везде спорят. Везде.
Спасибо! Но, отмечу что в Zeplin тоже можно сразу делать экспорт в assets для iOS. Одно но — нельзя переименовать название во время экспорта. В случае, если дизайнер не держит названия слоев для экспорта в порядке — это проблема, картинки заменяются.

А вот ваш первый пункт — это плюс
А есть ли преимущества второй версии над тем же Zeplin?
А где потом можно найти записи докладов?
Только это не означает, что докладов будет в 2 раза больше. Они же писали, что многие жаловались на очень нагруженное расписание. Вполне вероятно, что увеличат кол-во докладов раза в полтора и растянут на два дня.
А в скрипте можно как-то указать папку для анализа SwiftLint'ом? А то в случае с Cocoapods он анализирует и эти исходники тоже
Идея опросов хорошая, но из данных вопросов сложно представить как имеено человек работает. Как организует работу с задачами, каких принципов придерживается в работе с коллегами, что помогает решать сложные задачи.
Хочется больше деталей о процессе. То, что все кушают мы знаем :)
Согласен, тут нужен более точный анализ того какие зависимости были и какие стали. Чтобы уже наверняка предупреждать о необходимости очистить проект. Как вариант внутрь Carthage-Installation-Flag копировать Cartfile.resolved, а потом уже сравнивать. Если есть отличия — кидать warning.
Спасибо за статью!
Кстати, в случае с Carthage файл может содержать кол-во входных файлов ( переменная $SCRIPT_INPUT_FILE_COUNT ), а скрипт проверять кол-во текущих входных файлов и сохраненное значение после clean & build.

Взял за основу ваш скрипт
FILE="${TARGET_BUILD_DIR}/${UNLOCALIZED_RESOURCES_FOLDER_PATH}/Carthage-Installation-Flag"
if [ -f "$FILE" ]; then
echo "!!!! $FILE"
    while read -r line
    do
        if [ "$line" != "$SCRIPT_INPUT_FILE_COUNT" ]; then
            echo "warning: count of Carthage files has changed. Make Clean & Build"
        fi

    done < "$FILE"


    exit 0
fi
touch "$FILE"
echo -e $SCRIPT_INPUT_FILE_COUNT >> "$FILE"

/usr/local/bin/carthage copy-frameworks


image
Да, я пользовался Carthage и кроме этого плюса я пробую найти еще.
Другой наверное (но небольшой) — XCode'у не приходится индексировать исходники подов (и в Quick Open они не показываются)
Но, может быть кто-то замерял, с чем быстрее идет инкрементальный билд (в случае когда поды собраны): с carthage или cocapods
Как раз хотел спросить. Я сам прихожу к тому чтобы использовать Carthage вместо Cocoapods. Но какой плюс с точки зрения сборки проекта? Например, в XCode поды собираются один раз, а пересобираются только после clean.

Information

Rating
Does not participate
Location
Россия
Date of birth
Registered
Activity