Для уменьшения размера кода при работе с констрэинтами можно использовать Visual Format Language.
Правда, если после этого вам по какой-то причине понадобится изменить один из добавленных подобным образом констрэинтов (т.е. его константу, больше там ничего менять нельзя), то искать нужный придется перебором массива constraints.
А так да, работать с автолайаутом в IB не очень удобно. Хорошо, что хоть в XCode 5 этот процесс несколько улучшили, убрав, например, автодобавление недостающих констрэинтов.
В описании хоткея для «Перейти к последнему месту редактирования» (очень удобная вещь, кстати) присутствует ошибка: для Мака комбинация клавиш должна быть Ctrl + Q, а не Cmd + Q, так как в Mac OS Cmd + Q — это системный хоткей для безусловного закрытия приложения.
При переходе с Windows на Mac OS этот факт стоил мне большого количества нервных клеток, поскольку этот быстрый переход я использовал очень часто и периодически рефлекторно закрывал Eclipse )
Очень полезная комбинация ⌃⌘O — быстрое открытие файла, обеспечивает удобную и быструю навигацию по проекту (шпаргалка подсказывает, что в старых версиях xCode за это отвечала комбинация ⌃⌘D).
⌘L — переход к определенной строке кода в текущем документе.
⌃⌘E (при установке курсора на переменную) — быстрое переименование переменной в текущем scope.
Если кто-то еще подскажет способ при помощи клавиатуры быстро перемещаться между методами текущего класса (например, открыв меню со списком функция из Jump Bar'а в верхней части окна), буду очень благодарен. Такая возможность присутствует во многих Этой возможности очень не хватает,
Кстати, такой способ доступа к элементам (через квадратные скобки) можно использовать и для своих классов.
Для этого нужно реализовать методы -objectAtIndexedSubscript: и -setObject:AtIndexedSubscript: для числовых индексов, -objectForKeyedSubscript: и -setObject:forKeyedSubscript: — для индексов-объектов (см. лекцию Modern Objective-C, 28 мин). Поддержка этого, опять таки, на уровне компилятора, т. е. это должно работать и для старых версий ОС.
А как вы узнаете, что закончили первый обход карусели и начали второй? Проблема как раз в том, что по условиям задачи у вас нет возможности зафиксировать начальную точку, с которой вы начали считать.
Apple обещает предоставить iCloud API для Windows до конца года.
Что касается использования, то все довольно просто: заходите в System Preferences — iCloud, отмечаете что вы бы хотели хранить в iCloud, и эта информация синхронизируется между вашими Apple-устройствами.
Стандартные приложения (iCal, iPhoto и т.д.) умеют это делать по умолчанию (нужна только отмеченная галочка в упомянутых выше настройках). Также разработчики имеют возможность добавлять поддержку iCloud в свои приложения и хранить свои данные в облаке.
Вот только поскольку это Apple, то:
— вы можете только удалять файлы, сохраненные в iCloud, и то не у всех приложений; добавить файл в хранилище может только приложение (по крайней мере я не нашел возможность сделать это самому пользователю);
— есть веб-интерфейс, но в нем не отображаются файлы не-эппловских приложений (правда, думаю, это временно и позже эту возможность добавят).
Есть и плюс: на файлы в облаке можно получить публично доступную ссылку.
Я не в обиду, если что. Просто некоторые фразы уж очень режут глаз ("...UTC держится в не более чем 0,9 секунды от физической реальности...", «Это представляет собой проблему...»), поэтому и возникло впечатление машинного перевода с ручной правкой.
В любом случае спасибо за перевод и за то, что обратили внимание на эту статью, весьма полезный сборник фактов и советов без лишней «воды».
Это не стиль, это и есть полу-машинный и достаточно корявый перевод с английского (обратите внимание на значок «z — я» возле заголовка, это топик-перевод).
Что касается «Это компромисс: вы не можете как-либо выразить високосную секунду в ваших системных часах и ваше время гарантированно пойдёт в обратную сторону.»: если вы работаете с системным временем и столкнулись с описанной ситуацией, то никакого способа отличить «первые» 59.5 от «вторых» нет. Т.е. если ваше приложение выполняет 4 раза в секунду какую-либо операцию, то для него время по сути «прыгнет» назад (59.00, 59.25, 59.50, 59.75, 59.00). Поэтому если выполняемая операция сильно зависит от этого времени, нужно учесть такой вариант развития событий.
Проблема в том, что развитие некоторых проектов часто идет по сценарию, описанному автором поста в истории А. Начинаются они в стиле «домашняя страница моего хомячка», а потом вырастают в системы корпоративного уровня. И в таких системах говорить о производительности язык не поворачивается.
Единственное решение — продумать архитектуру и переписать все с нуля, но это обычно возможно только до определенного этапа развития проекта. Иначе потом затраты на переделку и повторное внедрение становятся слишком большими, и приходится строить систему костылей, поддерживающую этого монстра.
Про видеорекламу и беспроводные зарядные устройства я знаю. Просто это еще совсем не массовые явления. А для видеорекламы и к счастью, что не массовые. В интернете этого добра и так навалом, не хватало еще в бумажные издания ее встраивать.
По поводу «ждать солнечный день», я это тоже к слову сказал. Имелось в виду, что при наличии универсального беспроводного зарядника (а он, думаю, должен появиться в скором времени) проще ориентироваться на него, а не встраивать в журнал солнечные батареи.
Думаю, к тому времени как появятся такие журналы уже изобретут нормальные беспроводные зарядные устройства, и заряжаться они будут именно от них. Потому что ждать солнечный день чтобы почитать журнал как-то нелогично.
Правда, если после этого вам по какой-то причине понадобится изменить один из добавленных подобным образом констрэинтов (т.е. его константу, больше там ничего менять нельзя), то искать нужный придется перебором массива constraints.
А так да, работать с автолайаутом в IB не очень удобно. Хорошо, что хоть в XCode 5 этот процесс несколько улучшили, убрав, например, автодобавление недостающих констрэинтов.
При переходе с Windows на Mac OS этот факт стоил мне большого количества нервных клеток, поскольку этот быстрый переход я использовал очень часто и периодически рефлекторно закрывал Eclipse )
⌘L — переход к определенной строке кода в текущем документе.
⌃⌘E (при установке курсора на переменную) — быстрое переименование переменной в текущем scope.
Если кто-то еще подскажет способ при помощи клавиатуры быстро перемещаться между методами текущего класса (например, открыв меню со списком функция из Jump Bar'а в верхней части окна), буду очень благодарен. Такая возможность присутствует во многих Этой возможности очень не хватает,
Для этого нужно реализовать методы -objectAtIndexedSubscript: и -setObject:AtIndexedSubscript: для числовых индексов, -objectForKeyedSubscript: и -setObject:forKeyedSubscript: — для индексов-объектов (см. лекцию Modern Objective-C, 28 мин). Поддержка этого, опять таки, на уровне компилятора, т. е. это должно работать и для старых версий ОС.
Что касается использования, то все довольно просто: заходите в System Preferences — iCloud, отмечаете что вы бы хотели хранить в iCloud, и эта информация синхронизируется между вашими Apple-устройствами.
Стандартные приложения (iCal, iPhoto и т.д.) умеют это делать по умолчанию (нужна только отмеченная галочка в упомянутых выше настройках). Также разработчики имеют возможность добавлять поддержку iCloud в свои приложения и хранить свои данные в облаке.
Вот только поскольку это Apple, то:
— вы можете только удалять файлы, сохраненные в iCloud, и то не у всех приложений; добавить файл в хранилище может только приложение (по крайней мере я не нашел возможность сделать это самому пользователю);
— есть веб-интерфейс, но в нем не отображаются файлы не-эппловских приложений (правда, думаю, это временно и позже эту возможность добавят).
Есть и плюс: на файлы в облаке можно получить публично доступную ссылку.
В любом случае спасибо за перевод и за то, что обратили внимание на эту статью, весьма полезный сборник фактов и советов без лишней «воды».
Что касается «Это компромисс: вы не можете как-либо выразить високосную секунду в ваших системных часах и ваше время гарантированно пойдёт в обратную сторону.»: если вы работаете с системным временем и столкнулись с описанной ситуацией, то никакого способа отличить «первые» 59.5 от «вторых» нет. Т.е. если ваше приложение выполняет 4 раза в секунду какую-либо операцию, то для него время по сути «прыгнет» назад (59.00, 59.25, 59.50, 59.75, 59.00). Поэтому если выполняемая операция сильно зависит от этого времени, нужно учесть такой вариант развития событий.
Единственное решение — продумать архитектуру и переписать все с нуля, но это обычно возможно только до определенного этапа развития проекта. Иначе потом затраты на переделку и повторное внедрение становятся слишком большими, и приходится строить систему костылей, поддерживающую этого монстра.
По поводу «ждать солнечный день», я это тоже к слову сказал. Имелось в виду, что при наличии универсального беспроводного зарядника (а он, думаю, должен появиться в скором времени) проще ориентироваться на него, а не встраивать в журнал солнечные батареи.