Вопрос

Приложение для iPhone, которое я разрабатываю в ландшафтном режиме, серьезно выходит. Я поместил его в портрет для сравнения, и, похоже, он намного более плавный в этой ориентации. Я не делаю то, что я считаю интенсивным процессом: представление карты, некоторые кнопки, некоторые этикетки и несколько кварцевых рисунков, но какая -то основная кварцевая анимация серьезно замедляется.

Кто -нибудь знает, является ли ландшафтный режим просто ужасно ограничен по сравнению с портретом, и/или если да, то есть лучшие способы создания ландшафтного приложения? Я просто использую корневой повернутый вид, преобразованный на 90 градусов и прикрепляю все мои представления.

Спасибо.

Это было полезно?

Решение

Не должно быть реальной разницы между пейзажем и ориентациями на портретов, когда дело доходит до выполнения производительности. Вы используете преобразование, чтобы повернуть основной вид на 90 градусов? По мнению iPhone OS 2.1, вам больше не нужно вручную применять преобразование к вашему основному обзору, чтобы он начал с ландшафта. Все, что мне нужно было сделать, чтобы заставить ландшафтную ориентацию, это поместить этот метод делегата в моем делегате моего приложения:

- (void)application:(UIApplication *)application willChangeStatusBarOrientation:(UIInterfaceOrientation)newStatusBarOrientation duration:(NSTimeInterval)duration;
{
    // This prevents the view from autorotating to portrait in the simulator
    if ((newStatusBarOrientation == UIInterfaceOrientationPortrait) || (newStatusBarOrientation == UIInterfaceOrientationPortraitUpsideDown))
        [application setStatusBarOrientation:UIInterfaceOrientationLandscapeRight animated:NO];
}

и следующее в моем контроллере с корнем:

- (BOOL)shouldAutorotateToInterfaceOrientation:(UIInterfaceOrientation)interfaceOrientation 
{
    return ( (interfaceOrientation == UIInterfaceOrientationLandscapeLeft) || (interfaceOrientation == UIInterfaceOrientationLandscapeRight));
}

Другие советы

Может быть, вы делаете некоторые подразделения, которые приводят к неинтемерным позициям пикселя (например, 0,76). У меня были некоторые проблемы с производительностью, когда у меня были неинтегические позиции пикселя. (Хотя я не совсем уверен, что они были связаны. Но, возможно, это помогает)

Спасибо за все ваши предложения и помощь, все. Я попытался предложить Брэду настройку настройки ауторотата контроллера представления, и это работало очень хорошо. Я думаю, что это был огромным фактором, способствующим замедлению.

Лицензировано под: CC-BY-SA с атрибуция
Не связан с StackOverflow
scroll top