2010-04-29 15 views
14

Estoy buscando elegir un espacio de nombres para una biblioteca que estoy escribiendo y me gustaría evitar conflictos con otros espacios de nombres.Lista de prefijos objetivo-c ya utilizados

¿Alguien sabe de un sitio web que enumera todos los prefijos de clase en uso?

Respuesta

18

http://cocoadev.com/ChooseYourOwnPrefix es probablemente su mejor opción. No es "oficial", pero es un lugar que verían muchos desarrolladores.

En la práctica, siempre que no utilice uno que Apple use, probablemente esté bien.

+0

Como dice bdrister, siempre que no uses un prefijo de Apple, no tendrás muchos problemas en absoluto. Con el iPhone, su aplicación está en la zona de pruebas y no cargará ninguna biblioteca dinámica/compartida, por lo que no chocará con otras aplicaciones de terceros. – Jasarien

+0

Perfecto, gracias! –

+1

Sí, no me molestan los prefijos para las aplicaciones, solo los marcos y complementos que deben usar otras aplicaciones – JeremyP

4

Como alternativa a initial- letras prefijos:

  • Si estás escribiendo una aplicación, utilice ningún prefijo. Es poco probable que encuentres otra clase llamada AppController en tu aplicación.
  • De lo contrario, utilice el nombre del producto como prefijo. Por ejemplo, si ha escrito un selector de color llamado "Whizbang", nombre su clase principal "WhizbangColorPicker".
+5

Si bien estuve de acuerdo con no usar un prefijo para las clases de aplicación, resulta que algunos de los marcos privados de Apple no usan prefijos de clase. Específicamente, marco privado MIME.framework que tiene una clase Message y algunas otras. –

+1

Totalmente en desacuerdo con evitar prefijos por estos motivos. Siempre prefijo. –

+1

Sin prefijos en absoluto es una mala idea. Hace un par de años, Apple envió el marco de la Libreta de direcciones que contiene una clase interna privada llamada 'Cuenta'. Rompió un montón de aplicaciones que ni siquiera usaban AB (lo obtuvieron indirectamente al usar otra lib de Apple que estaba vinculada a él, olvidé cuál. La hoja de correo, ¿quizás? ShareKit?) – uliwitness

10

De acuerdo con el documento "Programación en el Objetivo C" de Apple de 2012-12-13, Apple reserva los 2 prefijos de caracteres para usar en sus marcos. Se alienta a los usuarios a utilizar prefijos de 3 caracteres al nombrar sus clases para evitar conflictos con Apple. Vea la sección "Convenciones" para más detalles.

+2

http: // developer.apple.com/library/ios/documentation/cocoa/conceptual/ProgrammingWithObjectiveC/Conventions/Conventions.html#//apple_ref/doc/uid/TP40011210-CH10-SW2 –

+0

Una buena pista, Xcode 5 ya apunta al campo * class prefix * con 'XYZ' – Binarian

0

"Usted debe tratar de elegir namesthat claramente asociar cada símbolo con su marco. Por ejemplo, considere la adición de un prefijo breve a todos los nombres de los símbolos externos. Los prefijos ayudar a diferenciar los símbolos en su marco de las de otros marcos y bibliotecas También aclaran a otros desarrolladores qué marco está usando . Los prefijos típicos incluyen las primeras dos letras o un acrónimo del nombre de su marco. Para el ejemplo , las funciones en el marco de Core Graphics usan el prefijo "CG"

Cuestiones relacionadas