> сделать кастомный навигейшен бар, для иОС 4 вы просто переопределяете метод drawRect, и рисуете там что угодно, но в иОС 5, это уже работать не будет. Потому что Аппл теперь для этих задач добавили специальные методы, вот и приходится еще для иОС 5 писать свою реализацию.
Не совсем так: вкратце Вы «переопределяли» при помощи Categories метод drawRect, а в iO5 было изменено поведение Categories, после чего у вас все сломалось под iOS5. А то что для работы с UINavigationBar добавили дополнительные методы это дело уже третье, причем при достаточно более сложном представления они не совсем и помогают.
Поэтому более правильно в таком случае вернуть поведение Categories которое Вы скорее всего использовали не только для бара, и вставить один кастыль нежели отдельно на каждый момент, т.е. подправить классы категорий в которых идет упор на переопределение методов. Сделать это можно допустим так:
добавляем класс (к примеру): @interface UINavigationBarCustom: UINavigationBar в имплементации указываем переопределяемый метод вашего класса который вы пытались расширить через Category, в нашем случае это drawRect. Старый класс категории перейменовываем допустим в UINavigationBar+iOS5Support.h и добавляем в него метод:
+ (Class)class {
return NSClassFromString(@«UINavigationBarCustom»);
}
(используемые именования подходят для меня, но скорее всего будут не подходить вам в зависимости от реализации + описание почему это работает для обоих версий опускаю) Таким образом мы повторили старое поведение для категории, несколько изменив ее и добавив дополнительный класс (хотя и это можно вынести в один). Таким образом вставив один костыль, мы решили все проблемы связанные с изменениями в поведении Categories, нежели…
))) хорошо не буду вас троллить, раз вы считаете что я вас обижаю тем что не согласен со многих. А по поводу viewDidUnload и вызов только при Memory Warning вот ссылка: stackoverflow.com/questions/1158788/when-should-i-release-objects-in-voidviewdidunload-rather-than-in-dealloc (тут более ли менее можно вычитать почему и как, что можно проверить на простом тестовом примере, попробуйте)) )
надеюсь вам хватит ума понять, что вы говорите о частном случае как о единственном возможном.
Скорее от lifecycle отталкивались, причем тут назначение противоположное? Для таких методов (которых предостаточно для контроллера) все различное по назначение, хоть в названии и присутствует схожесть.
> Да, да, симулятор. А с каких пор XCode имеет в наличии смулятор 3.1 при отсуствии SDK 3.1?
может и не имеет, на самом деле не помню. Уже пол года как отказались от поддержки 3 и не помню о наличии конкретных версии после первой мажорной. Не пытайтесь уходить в сторону, вопрос лишь в том под какой версией вы дебажите при установке нижнего порога и того, что вы якобы чего можете не заметить. + глобальные брекпоинты для приложения рулят, что отчасти заменяет отсутствие необходимого вам функционала.
> Да. Я говорю, что мне не понравилось, что XCode весь такой умный, а проверить, что метод появился после Target SDK не смог.
По части умного xCode))). Так не такой уж он и умный, во всяком случае не умнее продуктов от jetbrains, VS или того же эклипса. Довольно долго очень близко не работал с другими IDE но на моей памяти всегда совместимость со старыми версиями перекладывалась по большей части на разработчика и QA, нежели на среду.
>Это тут причем? У меня нет никаких проблем с обратной совместимостью, мне поведение XCode не понравилось.
Не от вас вычитал кусок текста, либо просто не понял, уже не помню откуда взял. Извините, тяжелый день;)
На самом деле я не комментировал каждый сомнительный опус, т.к. не хотел вдаваться в бессмысленные дискуссии))) Я хотел лишь подчеркнуть, что со многим не согласен, либо некоторые высказывания спорны и не отражают реальность.
По части писем вы себе навязываете, я подчеркивал то, что вы сидите на хрен знает какой старой среде разработки — иммея ввиду высказывание о инертности (мне тоже новая xCode не по нраву была, но опыт поддал волшебный пинок по этой части, что помогло предупредить многие проблемы). Хотел также подчеркнуть чтение документации в частности изменений, которые не просто так пишутся с выходом новой SDK, что помогло бы иметь хотя бы минимальный багаж знаний о том что apple неплохо поработало над компилятором в iOS5 (о котором кстати упоминалось, хотя может вру еще при выходе 4-ки) да не только в принципе по этой части, если уж говорить об мажорных изменениях. Во всяком случае это точно подвигло бы на размышления при поиске логических предпосылок для возникновения бага. А не пальцем в небо меняя локали (зная ее реализацию, довольно странно предполагать, что там что-то не так) + про смену времени ситуация аналогичная. А ссылку я привел не как руководство к решению вашей проблемы, а просто в качестве указателя на официальную документацию, которая без проблем доступна и всегда актуальна.
На самом деле платформа имеет достаточно малый порог вхождения и не устанавливает четкие рамки. Скажем так мы сильно обнаглели и о многом не заботимся, что позволяет нам вот в таких случая зацикливаться на одном и буквально пытаться попасть пальцем в небо. Это и со мной случается, чего скрывать, но объективного и правильного способа и тем более подмены правильности решений и отгребания в случае их несоблюдений это не отменяет.
Во-первых не «эмулятор», а «симулятор». И не поверю, что на симуляторе 3.1 работало. Но завтра на работе проверю. Вы ведь правильно понимаете, под какой системой необходимо дебажить в случае если вы выставляете Deploymet Target SDK ниже версии Base SDK? И правильно понимаете, что такое обратная совместимость? как бы наличие нового метода, и отсутсвие в старом sdk по моему логически понятно, и не включает в себя понятие «обратной совместимости». А вот когда Apple выкашивает старый метод не сразу, а спустя n-ное количество новых SDK и через одну мажорную версию это уже другое. Не так ли?
Будет интересно посмотреть на этого подростка, что он будет делать когда сместится с лидерских позиции первого в поиске, ведь по части поиска какого либо значимого рывка после прихода гугла еще не было, но он будет. Т.е. пытаюсь сказать, что мы так привыкли к тому что нам ищут «поисковики»…
Устаревшие методы всегда видны в «варнингах». А чтобы понять время жизни метода достаточно заглянуть в заголовок из «фрейморка», где он описывается. Нету тут никакого волшебства!
«Мысль о том, что платная программа не выполняет 100% своих функций, хоть и выполняет 99,9%, будоражит мозг буржуя, лишает его сна и вкуса к жизни.»
)))
В письмах он подолгу описывает чувство невообразимого frustrating, когда видит белый экран вместо данных, за которые его компания заплатила $0,099, черпая вдохновение у Хэмингуэя. Please fix this ASAP!!!, we don’t know what we are paying for!!!, I don’t want to pay for something that does not work properly!!!........."
)))
«Мы сделали всё, что могли, даже сделали больше. Тестили под дебагом все билды за последние месяцы, включая продакшн и продакшн Release Candidate. Ставили разное время и разные локали.»
))))))))))))
«Наш QA беспомощно пожимал плечами, мы через день (потому что всё-таки нужно спать и иногда вовремя уходить с работы) дебажили по TeamViewer девайсы заказчика – под дебагером всё работало идеально. Но как только я собирал им очередной Ad-Hoc, всё продолжалось по новой.»
)))
"… Что именно изменила Эппл, так и осталось загадкой, т.к. дебажить девайс с SDK 5 из xCode c SDK 4 нельзя....."
)))
«Всё же я считаю, что Apple делает правильно, забивая каждый новый релиз на все старые версии»
))) и в добавок в корне не верно
Мой вывод следующий: не будьте инертны и безразличны, читайте доки доступные на developer.apple.com/devcenter/ios/index.action (особенно новые, после выхода каждой очередной iOS) и вы сведете получение подобных проблем к минимуму.
Раньше газета продавалась: «Невероятное очевидное», вы не их бывший журналист. Там тоже заговоры, интриги раследования. Выводы, что диву даешься, а потом эти выводы в качестве предпосылок для других выводов и пошло поехало. В таких компаниях нету ребячеству ты плохой, а я хочу это как у кого-то, или я его боюсь и т.д. Это тупо капитализм и рыночные отношения и компаниями не единицы управляют и в таких должносятх у людей совсем другие амбиции нежели представляются вам. Ваши выводы если где и будут верны, то только на уровне пальцем в небо. А в частности про пост, то если сначала еще читаешь с иронией, то последний абзац вообще не иначе как глупостью не назовешь.
Жалко, что КиноПоиск жадный и не дает API, так бы уже много приложений разных и разной направленности было бы, так довольствуемся тем что есть, но все равно спасибо. Хоть за клиента спустя хрен знает сколько лет после выхода найболеее популярной платформы, про остальные вообще промолчу.
Не совсем так: вкратце Вы «переопределяли» при помощи Categories метод drawRect, а в iO5 было изменено поведение Categories, после чего у вас все сломалось под iOS5. А то что для работы с UINavigationBar добавили дополнительные методы это дело уже третье, причем при достаточно более сложном представления они не совсем и помогают.
Поэтому более правильно в таком случае вернуть поведение Categories которое Вы скорее всего использовали не только для бара, и вставить один кастыль нежели отдельно на каждый момент, т.е. подправить классы категорий в которых идет упор на переопределение методов. Сделать это можно допустим так:
добавляем класс (к примеру): @interface UINavigationBarCustom: UINavigationBar в имплементации указываем переопределяемый метод вашего класса который вы пытались расширить через Category, в нашем случае это drawRect. Старый класс категории перейменовываем допустим в UINavigationBar+iOS5Support.h и добавляем в него метод:
+ (Class)class {
return NSClassFromString(@«UINavigationBarCustom»);
}
(используемые именования подходят для меня, но скорее всего будут не подходить вам в зависимости от реализации + описание почему это работает для обоих версий опускаю) Таким образом мы повторили старое поведение для категории, несколько изменив ее и добавив дополнительный класс (хотя и это можно вынести в один). Таким образом вставив один костыль, мы решили все проблемы связанные с изменениями в поведении Categories, нежели…
Пользуйтесь, может кому пригодится)
надеюсь вам хватит ума понять, что вы говорите о частном случае как о единственном возможном.
может и не имеет, на самом деле не помню. Уже пол года как отказались от поддержки 3 и не помню о наличии конкретных версии после первой мажорной. Не пытайтесь уходить в сторону, вопрос лишь в том под какой версией вы дебажите при установке нижнего порога и того, что вы якобы чего можете не заметить. + глобальные брекпоинты для приложения рулят, что отчасти заменяет отсутствие необходимого вам функционала.
> Да. Я говорю, что мне не понравилось, что XCode весь такой умный, а проверить, что метод появился после Target SDK не смог.
По части умного xCode))). Так не такой уж он и умный, во всяком случае не умнее продуктов от jetbrains, VS или того же эклипса. Довольно долго очень близко не работал с другими IDE но на моей памяти всегда совместимость со старыми версиями перекладывалась по большей части на разработчика и QA, нежели на среду.
>Это тут причем? У меня нет никаких проблем с обратной совместимостью, мне поведение XCode не понравилось.
Не от вас вычитал кусок текста, либо просто не понял, уже не помню откуда взял. Извините, тяжелый день;)
По части писем вы себе навязываете, я подчеркивал то, что вы сидите на хрен знает какой старой среде разработки — иммея ввиду высказывание о инертности (мне тоже новая xCode не по нраву была, но опыт поддал волшебный пинок по этой части, что помогло предупредить многие проблемы). Хотел также подчеркнуть чтение документации в частности изменений, которые не просто так пишутся с выходом новой SDK, что помогло бы иметь хотя бы минимальный багаж знаний о том что apple неплохо поработало над компилятором в iOS5 (о котором кстати упоминалось, хотя может вру еще при выходе 4-ки) да не только в принципе по этой части, если уж говорить об мажорных изменениях. Во всяком случае это точно подвигло бы на размышления при поиске логических предпосылок для возникновения бага. А не пальцем в небо меняя локали (зная ее реализацию, довольно странно предполагать, что там что-то не так) + про смену времени ситуация аналогичная. А ссылку я привел не как руководство к решению вашей проблемы, а просто в качестве указателя на официальную документацию, которая без проблем доступна и всегда актуальна.
На самом деле платформа имеет достаточно малый порог вхождения и не устанавливает четкие рамки. Скажем так мы сильно обнаглели и о многом не заботимся, что позволяет нам вот в таких случая зацикливаться на одном и буквально пытаться попасть пальцем в небо. Это и со мной случается, чего скрывать, но объективного и правильного способа и тем более подмены правильности решений и отгребания в случае их несоблюдений это не отменяет.
)))
В письмах он подолгу описывает чувство невообразимого frustrating, когда видит белый экран вместо данных, за которые его компания заплатила $0,099, черпая вдохновение у Хэмингуэя. Please fix this ASAP!!!, we don’t know what we are paying for!!!, I don’t want to pay for something that does not work properly!!!........."
)))
«Мы сделали всё, что могли, даже сделали больше. Тестили под дебагом все билды за последние месяцы, включая продакшн и продакшн Release Candidate. Ставили разное время и разные локали.»
))))))))))))
«Наш QA беспомощно пожимал плечами, мы через день (потому что всё-таки нужно спать и иногда вовремя уходить с работы) дебажили по TeamViewer девайсы заказчика – под дебагером всё работало идеально. Но как только я собирал им очередной Ad-Hoc, всё продолжалось по новой.»
)))
"… Что именно изменила Эппл, так и осталось загадкой, т.к. дебажить девайс с SDK 5 из xCode c SDK 4 нельзя....."
)))
«Всё же я считаю, что Apple делает правильно, забивая каждый новый релиз на все старые версии»
))) и в добавок в корне не верно
Мой вывод следующий: не будьте инертны и безразличны, читайте доки доступные на developer.apple.com/devcenter/ios/index.action (особенно новые, после выхода каждой очередной iOS) и вы сведете получение подобных проблем к минимуму.
Продолжай свою повесть ниже, там тебе подобных уже набегает по тихоньку)))
Mac OS X 10.6 Chrome последний