¿Hay algún front-end o back-end en el desarrollo de iOS? Si no, ¿es lo suficientemente rápido como para una aplicación iOS completa, incluido el cuidado de los servidores?

Creo que Apple está promoviendo activamente Swift para el desarrollo del lado del servidor, pero no conozco personalmente ningún servicio importante que lo haga. Quiero decir, es solo un lenguaje, por lo que absolutamente podrías escribir código del lado del servidor con él, simplemente no sé de muchos que lo hagan.

Pero tal vez deberían, porque Swift gobierna. Y habiendo hecho un montón de desarrollo del lado del servidor en mi carrera en todo, desde Perl a Java, PHP a Python, me encantaría escribir servicios en Swift. Es un lenguaje realmente genial que mejora con cada lanzamiento.

Pero como desarrollador de iOS, mi trabajo es del lado del cliente. Mi compañía tiene un equipo completo de desarrollo del lado del servidor que maneja todo ese trabajo (creo que nuestro backend está en gran parte en Go); Mi trabajo es construir el cliente.

Sin embargo, como alguien más dijo, Swift todavía es bastante nuevo y hay muchos más idiomas y entornos más adaptados a lo que hace un servidor con comunidades de soporte más grandes. Realmente disfruto Python y recientemente aprendí a amar a Elixir por hacerlo, a pesar de que ya no escribo mucho de ese lado.

¡Buena suerte!

Gracias por el A2A.

Supongo que depende de lo que haga tu aplicación y de lo que pienses como front-end y back-end.

Algunas personas definirían la interfaz de usuario como el front-end, y cualquier cosa que almacene los datos, y haga lógica de negocios en los datos como el “back-end”, incluso si todo se hace en la aplicación. Para eso, sí, Swift tiene cero problemas para hacer todo el trabajo.

Otras personas definen “front-end” como todo lo que se hace en el cliente y “back-end” como todo lo que se hace en un servidor (personalmente encuentro que definir esto como “cliente / servidor” es más claro, y así es como hablamos al respecto 10-20 hace años, pero los términos cambian). Para eso Swift tiene cero problemas para hacer el trabajo de front-end. Puede hacer el trabajo de backend, IBM (y otros) han estado trabajando en esta área, Swift se ejecuta de forma inmediata en Linux. Sin embargo, Swift no tiene mucho en juego en ese entorno. Quiero decir, es un buen lenguaje de propósito general, y gestiona automáticamente la memoria sin ser tan lento como la mayoría de los tiempos de ejecución recolectados de basura, pero por otro lado, se han invertido horas de trabajo para que Java y C ++ funcionen bien en ese tipo de entorno. , y solo unos pocos años de trabajo se han dedicado a Swift allí. Java / C ++ tiene un montón de marcos para este trabajo, muchos tutoriales y muchas personas que puedes contratar que ya saben cómo hacerlo.

Por lo tanto, puede usar Swift tanto para el cliente como para el servidor, pero le está costando y no está ganando mucho por ello.

Por otra parte, no todas las aplicaciones de iOS requieren un servidor … y de las que sí lo hacen, no todas requieren que hagas algo con el servidor. Por ejemplo, un cliente de Twitter tiene un servidor, pero lo ejecuta Twitter, no escribirá ningún código para él. Si simplemente desea almacenamiento en la nube, puede usar CloudKit, y nuevamente no necesita escribir ningún código de servidor.

Swift es solo un lenguaje de programación.
Puede usar los marcos rápidos de apple para programar la aplicación ios y osx, o puede usar marcos externos (dado que swift ahora es de código abierto) para programar su backend.

Sin embargo, dado que el ecosistema swift es bastante joven, recomendaría no usar swift en el lado del servidor si puede evitarlo.

Swift es el lenguaje de programación nativo de iOS. Hace todo lo que el teléfono necesita para la aplicación.

No cubre la programación del lado del servidor, que se puede hacer a través de una amplia variedad de idiomas. Swift puede enviar solicitudes a los puntos finales de la API en el servidor y procesar las respuestas.