Objetivo C ¿Clase o estructura?

Question

Tengo una clase Canción con propiedades Título, Clave, Artista, etc. No hay métodos. Recorro una base de datos de canciones y creo un objeto Song para cada una de ellas, completando las propiedades y luego almacenando los objetos Song en un NSArray.

Entonces pensé, ¿por qué no simplemente tener una canción struct con todas esas mismas propiedades en lugar de una canción de clase? Hacerlo eliminaría los archivos de clase, la línea de canción Importar en el archivo .m de la clase en uso y la necesidad de asignar, iniciar, liberar.

Por otro lado, tendría que poner la definición de estructura en cada clase que pueda necesitarla. (A menos que haya alguna ubicación accesible a nivel mundial, ¿está allí?) Además, ¿se puede almacenar una estructura en un NSArray?

Answer 1

Lo haría con una clase. Una estructura no se puede almacenar en un NSArray (o cualquiera de las otras clases de contenedor para el caso), a menos que lo ajuste en un NSValue, lo que se puede hacer, pero es un poco complicado.

Además, como ha señalado, debe definir la estructura en algún lugar. La forma normal sería definirlo en un archivo de encabezado (.h) igual que para una clase. Entonces no hay 'ganancia' de una estructura allí.

Answer 2

Podría ir en ambos sentidos, pero ¿por qué no separar sus preocupaciones y mantenerlo en su propio archivo de clase? Además, hacerlo está más en línea con el Principio de Responsabilidad Individual de SOLID. ¿Por qué dar a su archivo de clase principal otra razón para cambiar? Romperlo.

Answer 3

No puede almacenar estructuras en un NSArray (observe las firmas de sus métodos, todos ellos toman y devuelven objetos). Pero además de eso, como dije en la respuesta al another recent question, poner objetos en estructuras es casi siempre una mala idea. Los objetos necesitan ser retenidos y liberados, y las estructuras no tienen un código asociado con ellos para garantizar que esto ocurra en los momentos adecuados. Esto tiene más sentido como un objeto modelo.