No olvide que el propósito de los ejemplos que las publicaciones de Apple no son para mostrar las mejores prácticas en todo el código, sino para ilustrar elementos específicos. ¿Por qué molestarse en descomponer un método init en muchos trozos más pequeños (lo cual llevará tiempo hacerlo) cuando intenta demostrar cómo hacer una llamada de red asíncrona?
Al escribir su código, no hay nada de malo en escribir métodos enormes o grandes clases SI son apropiados para lo que está haciendo, correctamente comentado y no duplicar nada. Puede ser que eso es justo lo que tienes que hacer.
Como regla general, cuando escriba su código, simplemente piense en todo lo que está tratando de hacer y piense si puede dividirlo en trozos más pequeños. Piense en si usted tenía que hacer lo que sea que esté escribiendo el código para hacer y piense en cómo usted se acercaría a esa tarea.
Por ejemplo, es posible que desee escribir un método que inicialice la pantalla. Entonces, podrías escribir un gran método que hará todo.O bien, puede dividirla en al
[self initButtons];
[self initTextEntry];
[self initLabels];
Del mismo modo, en los initButtons, puede encontrarse con que, a continuación, escribir el mismo código de nuevo para crear y INIT los botones cuando resulta que la única cosa que cambia es la posición del botón y el selector al que llaman cuando se tocan. Entonces puede refactorizarlo
button1 = [self createButton:position callback:selector];
button2 = [self createButton:position2 callback:selector2];
Solo tome un enfoque iterativo de lo que está escribiendo. Escribe el código Una vez que tenga una función en funcionamiento, deténgase y retroceda, revise su código y vea dónde puede factorizar elementos, dónde tiene código común que ha agregado varias veces, etc. Utilice las herramientas de refactorización en XCode.
Desarrolle su propio estilo. Llegará con el tiempo y mientras más código escriba y refactorice, más fácil será ver cómo se pueden dividir las cosas desde el principio. Cuando pienso en algunos de los códigos que escribí hace 20 años, espero que hayan sido destruidos para que nunca vuelvan a ser vistos por un compilador. He trabajado en proyectos escritos por desarrolladores "profesionales" y existen métodos que son enormes. Por ejemplo, recientemente vi una que tenía 500 (!) Líneas de código de largo. Y con muy pocos comentarios.
Y recuerde que tener muchos métodos pequeños que combinen muy poco con una gran cantidad de clases (incluso si son clases pequeñas) también puede ser un antipatrón.
tutoriales de verificación de http: //www.raywenderl ich.com –
Gracias, pero he comprobado su ejemplo de rueda giratoria y el método 'drawWheel:' es enorme. Estoy buscando más para codificar las mejores prácticas pero usando el lenguaje Objective-C. – OgreSwamp