Ну обычные retain/release любой опытный objective-cишник ставит и так на полном автомате, а от retain cycles эта штука не избавляет. А их периодически как раз провтыкиваешь, но в принципе в 99% случаях за памятью действительно можно не следить.
это потому что, система рендера в OSX (Quartz) скопирована с PDF. Если смотреть на API, то любой функции из PDF однозначно соответствует какая-нибудь функция из Quartz. Поэтому из кода в макоси очень легко что-то печатать прямо в PDF, буквально десятком строк. Вот оттуда эта хорошая поддержка.
вообще-то по статистике на 3.* прошивках сидит меньше 10% юзеров, софтина бесплатная, писалась явно ради фана и использования всяких новых клевых штук. Поддерживать юзеров на старых прошивках смысла нет никакого.
Очень полезная статья про JavaFX. Спасибо авторам за то, что в одном посте собрали столько нужной информации и представили ее в интересом виде. Получил огромное удовольствие от прочтения. С нетерпением жду второй части где все-таки напишут про JavaFx.
Безотносительно данной статьи, а когда в статье про некий сайт ссылаются на собственно сайт много раз, это как-то помогает в SEO? Или для поисковиков не важно, лишь бы на урл ссылался контент по другому урлу, а сколько раз не суть?
ну как задолбаетесь потом искать ошибки, когда вместо одного теста у вас свалится 25, тогда ждем вторую статью — как писать независимые друг от друга тесты :)
1. Нужно писать по возможности код, не зависящий от внешних данных. То есть использовать «чистые» функции, которые зависят только от своих аргументов, а не от внешнего контекста. Их очень легко оттестить.
Понятно, что от состояния никуда не деться, но свести его к минимуму можно.
2. Да, закладывать простыню, если по-другому не получается, абстрагировать ее в удобные методы, называть их по-другому и дергать в каждом отдельном тесткейсе. Тогда при случайном удалении/изменении тесткейса или кода у вас свалится ровно то, что должно свалиться, а не вообще все.
Независимость тестов друг от друга — хорошо.
Зависимость — зло, потому что тест из черного ящика превращается в ящик с внешним контекстом.
Крайне не рекомендую так делать.
спасибо, понял, видимо андройдовский браузер рисует синхронно и этим полностью исключает шахматную доску, но естественно страдает FPS, как вы написали, а iPhone рисует отдельным потоком, поэтому прокрутка плавная, но появляется шахматная доска
Почему это не в «Я пиарюсь»? И вообще выглядит как текст, написанный копирайтером — куча совершенно очевидных любому человеку вещей, растянутая на тысячезнаки бессмысленного текста.
Если уж совсем быть точным, то Core Foundation это тоже API, просто более низкоуровневое и Cocoa к нему не имеет никакого отношения, кроме того, что лежит уровнем выше.
Я все-таки нашел, что там 4 ка используется, но в-целом почитайте Клименты к оригинальному посту, там много написано, почему это тестирование все-таки не стоит и выеденного яйца
Кстати по поводу раскорячивания пальцев, я как на мак пересел, оценил то, что функцию ctrl'а берет на себя cmd, которая находится сразу слева от пробела и отлично жмется большим пальцем, пальцы раскорячивать не надо вообще.
«Съэкономьте время на Общение с детьми и походы в театр.». Правильно «Съэкономьте время на общении с детьми и походах в театр.»
Или «Есть вещи, которые нельзя поручить: жениться или накачать пресс.».
Понятно, что от состояния никуда не деться, но свести его к минимуму можно.
2. Да, закладывать простыню, если по-другому не получается, абстрагировать ее в удобные методы, называть их по-другому и дергать в каждом отдельном тесткейсе. Тогда при случайном удалении/изменении тесткейса или кода у вас свалится ровно то, что должно свалиться, а не вообще все.
Зависимость — зло, потому что тест из черного ящика превращается в ящик с внешним контекстом.
Крайне не рекомендую так делать.
Просто хочу сравнить с iPhone 4, на lenta.ru там «шахматная доска» видна, на доли секунды, но видна при быстром скроллинге.
типа buildtip(«А я коммент»)