He aquí un fragmento de código de mi aplicación para iOS:¿Cómo se ajusta la autodentación de Xcode de los parámetros del objetivo C?
UIAlertView *alert = [[UIAlertView alloc] initWithTitle:@"Do you like my hat?"
message:@"If so, please help spread the word by rating our app now?"
delegate:nil
cancelButtonTitle:@"No Thanks"
otherButtonTitles:@"Sure!", @"Maybe Later", nil
];
¿Por qué sangrar líneas Xcode tan sangrienta lejos? Siendo un viejo Perl, Ruby, y el mono JavaScript, estaría más inclinado a sangrar de forma manual como esto:
UIAlertView *alert = [[UIAlertView alloc]
initWithTitle: @"Do you like my hat?"
message: @"If so, please help spread the word by rating our app now?"
delegate: nil
cancelButtonTitle: @"No Thanks"
otherButtonTitles: @"Sure!", @"Maybe Later", nil
];
Así que los nombres y valores de los parámetros son todos alineado a la izquierda, y la sangría solo nivel (4 espacios para mi). Esto usa mucho menos espacio en la pantalla, y es menos probable que tenga que ocuparme de las líneas de envoltura (lo que hace que las palabras indebidas de extrema derecha sean aún más difíciles de leer) en mi MacBook Air.
Sin embargo, supongo que hay alguna razón por la que Apple prefiere el primer método, y por lo tanto tiene la sangría de Xcode de esa manera. ¿O está ahí?
así que tengo dos preguntas:
- ¿Cómo prefiere a los parámetros del método de sangría en el código Objective C?
- ¿Cómo se ajusta Xcode para formatear con su estilo de sangría preferido?
No estoy tratando de comenzar una guerra santa aquí; Tengo más curiosidad acerca de cuáles tienden a ser las mejores prácticas entre los programadores de Objective-C, cómo Xcode ayuda con esas prácticas y para averiguar si hay una buena razón para la forma predeterminada en que Xcode lo hace.
Actualización: comentaristas y respuestas señalan que el formato predeterminado alinea los parámetros en sus dos puntos. Debería haber recordado eso antes de publicarlo, ya que por supuesto lo he notado, y cuando el artículo más largo no está muy sangrado, puede verse bastante bien. Pero me parece que, por lo general, el artículo más largo es sangría bastante. Por ejemplo:
UIAlertView *alert = [[UIAlertView alloc]
initWithTitle:@"Do you like my hat?"
message:@"If so, please help spread the word by rating our app now?"
delegate:nil
cancelButtonTitle:@"No Thanks"
otherButtonTitles:@"Sure!", @"Maybe Later", nil
];
¿Por qué es eso? Incluso si quisiera que se alineen en los dos puntos (y a menudo los he formateado a mano para que lo hagan), parece absurdo sangrarlos tanto. ¿Por qué insiste en sangrar al nivel del colon inicial? ¿Por qué no solo un nivel de sangría, con el paréntesis de cierre superado para mostrar el final del "bloque" de sangría? Por ejemplo:
UIAlertView *alert = [[UIAlertView alloc]
initWithTitle:@"Do you like my hat?"
message:@"If so, please help spread the word by rating our app now?"
delegate:nil
cancelButtonTitle:@"No Thanks"
otherButtonTitles:@"Sure!", @"Maybe Later", nil
];
Esto parece ser un defecto mejor que the Google style guide's line length recommendation, ¿no?
¿Hay alguna manera de ajustar Xcode para formatear los parámetros de esta manera?
"¿Cómo prefiere aplicar la sangría ..." es [no es una buena pregunta StackOverflow] (http://stackoverflow.com/faq#dontask). En cuanto a "Cómo ajustar Xcode ...", no hay ninguna opción para hacerlo sangrar selectores de múltiples líneas de manera diferente. –
FWIW, puede obtener un comportamiento similar al que desea al agregar una nueva línea antes del inicio. Realiza sangrías automáticas para alinear los dos puntos. – jrturton
@robmayoff: Buen punto, gracias. He actualizado la pregunta. – theory