¿Qué pasará con Objective-C ahora que Apple está presionando por Swift?

El próximo año, comenzaremos a ver API que son mejores en Swift que Objective-C. Eso no significa que habrá funciones a las que no puede acceder desde Objective-C, simplemente que tendrán tipos más seguros y seguros y posiblemente nombres de métodos ligeramente mejores en Swift.

En 2-3 años, los nuevos proyectos utilizarán abrumadoramente Swift, y todos los bordes ásperos se habrán lijado de los marcos. No tendrá que usar (explícitamente) selectores para vincular acciones a controles, y las API que actualmente son AnyObject en Swift se habrán convertido a tipos más estrictos. (Por ejemplo, UIView.subviews será una Array en Swift).

En cinco años, comenzaremos a ver API que están claramente diseñadas para Swift con soporte Objective-C injertado después del hecho. Probablemente todo será accesible, pero tendrás que hacer algunas cosas incómodas para que funcione.

A partir de ahí, comenzará a ver omisiones en las versiones de Objective-C de las API de framework, pequeñas al principio, pero cada vez más grandes a medida que pasa el tiempo. Sin embargo, Objective-C seguirá siendo un lenguaje perfectamente utilizable para el desarrollo de la plataforma Apple durante al menos cinco años más allá de ese punto.

(Estas son, por supuesto, solo mis opiniones).

No mucho.

He estado haciendo Objective C desde el cuadro NeXT, hace unos 25 años. El objetivo C era una mierda completa hasta mediados de la década de 2000. Hace aproximadamente 5 años, no era realmente tan malo, y solo en los últimos 2 años se ha vuelto un poco malo.

AppleScript fue algo sorprendente y no demasiado malo cuando se trataba de HyperTalk y luego se volvió horrible cuando se convirtió en AppleScript, y un poco menos malo cuando introdujeron el archivo sdef XML, pero lo suficientemente horrible como para que tenga que escribir código para ello usando un script Perl .

Espero que Swift siga un curso a mitad de camino entre estos dos con un tiempo similar antes de que madure.