¿Por qué NSArray arrayWithObjects requiere un nulo de terminación?

Question

Entiendo que marca el final de un conjunto de varargs, pero ¿por qué no se puede implementar de tal manera que no requiera el nil?

Answer 1

Todo tiene que ver con la C llamando a ABI.

Considere estos métodos:

- (id)initWithFormat:(NSString *)format, ...; 
+ (id)arrayWithObjects:(id)firstObj, ...; 
+ (id)dictionaryWithObjectsAndKeys:(id)firstObject, ...; 

El ... indica al compilador que un número variable de argumentos de cualquier tipo puede estar presente. No hay forma de que el compilador sepa qué tipo de estos deben ser (las definiciones reales tienen marcadores que ayudan con eso).

Ahora, considere los tres métodos. Los tres tienen requisitos muy diferentes para lo que podría estar presente en la lista de argumentos variables. Una matriz debe ser un grupo de objetos seguido de un nil. El diccionario requiere un grupo de pares de objetos seguidos de un nil. Finalmente, el método de cadena requiere un grupo de argumentos que coincidan con los tipos en la cadena de formato.

Todos estos comportamientos están directamente relacionados con el método invocado y, si el autor de una API decidió usar "difícil de usar", el comportamiento de decodificación de los argumentos variables podría modificarse en tiempo de ejecución, solo para hacer vida difícil

En pocas palabras: El C ABI no tiene una sintaxis que permita especificar que un método o función toma un número variable de argumentos con cualquier tipo de conjunto de restricciones sobre los argumentos o su terminación.

Objective-C podría cambiar las reglas solo para declaraciones de métodos & invocaciones, pero eso no ayudaría con las funciones C o C++, las cuales Objective-C debe seguir siendo compatible.

Answer 2

Cualquier función varargs requiere de alguna manera saber cuántos parámetros están presentes; si no termina, solo necesitaría algo más. En este caso, la alternativa obvia es la longitud, pero luego deberá actualizar el argumento de longitud cada vez que cambie la cantidad de elementos en la matriz, y eso podría ser engorroso o incluso peor.

Supongo que tiene una matriz que puede contener nil?

Answer 3

@bbum proporciona algunos detalles técnicos geniales. Aquí hay algunas ideas sobre la práctica "¿por qué no lo arreglan?"

Recuerde: C es solo ensamblador y Obj-C es solo C ... Podría ser rediseñado, por supuesto, pero casi no hay presión para hacerlo. Aún no puedes poner nil en una matriz (eso requeriría un gran cambio). El compilador ahora te advierte si olvidas el nil, por lo que no es algo de lo que los desarrolladores se quejan mucho. La compensación es mantener el lenguaje mucho (¡mucho!) Más simple que su pariente, obteniendo los beneficios de décadas de optimizaciones del compilador C y compatibilidad garantizada con el código C.

Una cosa que debería quedar clara en la discusión de @ bbum: NSArray no es una función de lenguaje de Objective-C. Las matrices C son una función de idioma, pero las NSArrays son solo otro objeto, no diferente de los objetos que se escriben.

Answer 4

Existen varias soluciones, pero mi favorito actual es bueno para aplicaciones más que para frameworks lanzados. Acepte un NSArray en su método en lugar de "...", y luego llénelo con la macro de conveniencia a continuación, que se coloca en su archivo de prefijo o en el encabezado de la herramienta.

#define $ array (objs ...) [NSArray arrayWithObjects: objs, nil]

Permitirá múltiples argumentos de longitud variable bien etiquetados y se liberará del patrón arcaico de tener que usar el primer argumento y luego va_list y sus hermanos a favor de un bucle for-in o las muchas otras herramientas de recolección disponibles.

[self findMatchingSetAndAlert: @ "title" lazos: $ array (tie1, tie2, tie3) camisetas: $ array (shirt1, shirt2, shirt3, shirt4)];

Si alguien sabe cómo implementar una lista no delimitada por nulos, como stringWithFormat, ¡por favor háganoslo saber! Utiliza atributos y macros o algo diseñado específicamente para el formateo, pero esos se implementan de alguna manera.

Answer 5

Puede usar ahora la nueva Colección Literals (alias Container Literals) en Objective-C. Ver http://clang.llvm.org/docs/ObjectiveCLiterals.html