Pergunta

Existem mais chances de meu aplicativo ser rejeitado pela Apple se eu usar uma categoria personalizada para estender a funcionalidade de um elemento de interface UIKit, digamos UIButton?

Esclarecimento:. Estou pensando em implementar uma alternância UIButton, que irá alternar entre pressionadas estados / liberado em cada torneira

Foi útil?

Solução

Claro que você pode estender a funcionalidade do UIButton através de categorias ou sub-classing.

violações

HIG são a causa mais comum de rejeição aplicativo e isso é o que eu estaria preocupado. Mas esse é o seu julgamento. O pior que pode acontecer é que eles pedem que você consertá-lo.

Outras dicas

Isso soa como o que categorias são para ... Você está estendendo o UIButton, que é uma técnica OO padrão. Enquanto sua categoria não quebrei nenhuma regra em si (ou seja, acessando indocumentados código interno) Eu acho que você estaria bem, sem prejuízo das isenções padrão cerca de ninguém saber por que a Apple faz as coisas que ele faz às vezes ...

Você pode usar categorias personalizadas para fazer o que quiser. Se você incluir uma API privada, as chances são que você não será rejeitada, mas você pode encontrar-se em apuros se eles mudam a API. É uma boa prática para envolver quaisquer métodos que usam a API privada em um bloco @try, e incluem uma solução alternativa no caso do pior acontecer

Licenciado em: CC-BY-SA com atribuição
Não afiliado a StackOverflow
scroll top