¿Por qué el código parece tan inflado para el desarrollo móvil o incluso en general cuando se hacen programas complejos?

Primero, felicidades por lograr programar un software que es, diría, ¡moderadamente difícil para un principiante!

Ahora vamos al siguiente nivel.

La técnica que necesita aprender y dominar para convertirse en un programador más eficaz se llama Refactorización de código .

La refactorización es una técnica de programación muy importante en la que reestructura el código dividiéndolo en componentes más pequeños. El resultado sería un código base más pequeño, más funcionalmente estructurado y más mantenible.

Cada lenguaje de programación tiene algunas características intrínsecas para ayudarlo a lograr este objetivo, por ejemplo, tiene:

  • Funciones (clásicas)
  • Clases
  • Bucles
  • Funciones de orden superior (Anónimo, Lambda)

Echemos un vistazo a su programa JSON. Si ha estado escribiendo su código, todos sus códigos, en una gran función o método de clase, entonces no es de extrañar que parezca fideos de espagueti.

Tendrás que refactorizarlo. Lea su código y vea si puede refactorizar parte de él en una nueva función o método. La historia de un código que se puede refactorizar es, por ejemplo, alguna lógica que debe hacer una y otra vez.

Leer un archivo JSON línea por línea es un buen ejemplo de esto. Puede crear un nuevo método que lea solo una línea y llamar a este método desde una construcción de bucle de lectura que pasa en la línea para leer el método en cada iteración.

Haga esto y pronto tendrá un código base mucho más ordenado. Y quién sabe mientras hace esto, puede encontrar una manera más eficiente de hacer algo que use menos código que el que tiene ahora.

En parte porque la programación es compleja y en parte depende de cómo se escriba el código.

Algo como JSON.parse (jsonResponse) no es tan difícil. Eso analizará la respuesta JSON, y es bastante obvio que lo hará.

Pero es probable que enfrente dos problemas si es bastante nuevo en la programación:

  • Los principiantes no saben cómo particionar el código, por lo que se lee bien. Ellos (nosotros; todos lo hicimos) escribimos todo paso a paso, ordenado por línea de tiempo. Primero hacemos esto, luego hacemos esto. No es una buena forma de programar, pero tienes que pasar por esta fase.
  • Los principiantes no conocen las bibliotecas disponibles que hacen el trabajo por ellos.

En última instancia, los programas son complicados porque le pedimos a una computadora de propósito general que haga cosas muy específicas por nosotros, y eso requiere mucha especificación.

La visualización en la interfaz de usuario de un teléfono móvil de su propio diseño implica averiguar cómo enviar y recibir esos datos, cómo formatearlos para mostrarlos, cómo describir el diseño de su interfaz de usuario y sus colores, formas, texto, controles y cómo ponga los datos en el correcto en el momento correcto.

Eso es un montón de cosas para especificar, allí mismo. La computadora no sabe a qué te refieres con nada de eso, hasta que lo dices.

Pero hemos desarrollado formas de dividir esta complejidad en trozos más pequeños.

No olvide que cualquier aplicación compleja siempre será compleja. No es el idioma el problema. Es el problema en sí lo que es difícil.

Ja La programación estructurada requiere tiempo y paciencia para dominar adecuadamente. La habilidad es tomar su tarea compleja, subdividirla en las tareas componentes, luego organizarlas en clases y trabajarlas cuidadosamente una por una. Si una clase se “filtra” a otra tarea, debe regresar y trabajar en ella nuevamente, mover los límites o reclasificar esa subtarea. Realiza 5 proyectos como este, luego 10, luego 25 y de repente estás comenzando nuevos proyectos profundizando en lo que has hecho antes, robando tus antiguas clases, y luego tu código central es simple instanciar y llamar a las cosas de una manera diferente.

Desde mi perspectiva, me mudé de QBasic a Visual Basic alrededor de 1996, y mis primeros intentos de programación de VB fueron simplemente horribles de ver. Mi primer proyecto VB fue controlar un instrumento de £ 200,000, y está lleno de código dependiente cruzado, variables globales en algunos lugares, valores de retorno que se transfieren más tarde en otros. Ilegible para mí ahora. Afortunadamente, quedó en desuso en 2009 (¡sorprendentemente, funcionó durante 13-14 años!), Ya que el mantenimiento del código era cada vez más difícil a medida que avanzaban las necesidades.

Solo trabaja en eso. Codifique lo mejor que pueda. Divida las tareas y, en especial, lea otras bases de código similares, por ejemplo, en CodeProject, Google Code, SourceForge o donde quiera que vaya, para ver cómo otros organizan proyectos de tamaño similar.

La programación de una manera mantenible no es particularmente fácil.