Swift-style-guide: Los puntos y comas pueden ayudar a mejorar el rendimiento de Xcode.

Creado en 16 nov. 2017 · 6Comentarios · Fuente: raywenderlich/swift-style-guide

ES:
Sin punto y coma, xcode desperdiciará demasiada CPU al cargar / indexar / analizar el código Swift y la gramática,
y esto lleva al Xcode a fallar / no responder con más frecuencia.
Por lo tanto, sin punto y coma no es una buena opción para codificar en Swift.
Chino:
Sin el punto y coma, Xcode consumirá más recursos de la CPU para procesar la carga, la indexación y el análisis del código Swift y la sintaxis. El problema resultante es que Xcode se bloqueará o dejará de responder con más frecuencia.
Entonces, en Swift, no usar punto y coma no es una buena opción.

Más:
Durante el desarrollo del autor con Swift, cuando no se usaba el punto y coma, Xcode fallaba más de 10 veces al día en promedio, lo que afectó en gran medida la eficiencia del desarrollo.
El xcode falla o no responde más de 10 veces al día, cuando codifico Swift sin punto y coma.

Fuente

xezun

Todos 6 comentarios

¿Fuente o puntos de referencia que prueben esto?

JRG-Developer en 16 nov. 2017

👍1

La comunidad Swift en general, vea casi cualquier biblioteca de código abierto Swift popular, no usa punto y coma.

Además, Apple se ha alejado intencionalmente de las prácticas de programación de estilo C ... como eliminar bucles for de estilo C, operador ++, etc.

No me sorprendería que también se eliminen los puntos y comas en una versión futura del idioma.

Por estas razones, incluso si hay un ligero beneficio de rendimiento en el momento de la compilación, personalmente estoy en contra de este cambio.

JRG-Developer en 16 nov. 2017

👍1

let obj = NSObject()  
// Type `if` here, you can not find the `if` statement in the completion suggestions list.
// But if add a semicolon to the previous line or write a blank line between the previous line, the `if` statement completion suggestion will be in the list.

Este simple ejemplo significa: el xcode puede desperdiciar CPU para procesar la gramática, pero con un resultado incorrecto.

Y descubrí que la mayoría de los bloqueos del xcode aparecen al reconstruir la gramática después de editar una declaración.

xezun en 21 nov. 2017

En su lugar, dirigiría este error a Apple. No he usado punto y coma desde que los dinosaurios vagaban por la tierra (días de Objective-C) y no reconozco el problema que estás describiendo.

RobertGummesson en 21 nov. 2017

Necesitamos un punto de referencia y plantear este error a Apple (lo haremos lo antes posible y publicaremos el RDAR #, por favor engañelo), pero si es cierto y si Apple no tuvo o no pudo solucionarlo antes, diga que Swift 5 o 6 no volverá a utilizar más punto y coma sería un signo de fanatismo del software en lugar de una pérdida de productividad que difícilmente podría explicar en una reunión profesional.

Panajev en 21 nov. 2017

Gracias por mencionar este tema. Informé el problema de finalización del código como https://bugs.swift.org/browse/SR-6454

Con suerte, se puede arreglar en Swift 4.1. Apple está liderando un esfuerzo para crear un marco de herramientas libSyntax totalmente nuevo escrito en todo Swift! También es de código abierto para que pueda participar.

Si tiene otros casos concretos en los que la función de autocompletar falla, creo que sería útil conocerlos.

Dejando a un lado los problemas de herramientas, los puntos y comas y la puntuación adicional se suman a la carga cognitiva y no hacen nada por la claridad, que es la motivación original para eliminarlos como requisito. Vea el elogio de Dave Abrahams al punto y coma en la charla Advanced Swift de la WWDC 2014.

A menos que haya un gran cambio radical en la comunidad de Swift, los puntos y comas no volverán. Por eso cierro este tema. Sin embargo, por supuesto, informe los errores que encuentre. ¡Ayuda a toda la comunidad a seguir adelante! 😄