Swift-style-guide: Titik koma dapat membantu meningkatkan kinerja Xcode

Dibuat pada 16 Nov 2017 · 6Komentar · Sumber: raywenderlich/swift-style-guide

ID:
Tanpa titik koma, xcode akan membuang terlalu banyak CPU dalam memuat/mengindeks/menganalisis kode Swift dan tata bahasa,
dan ini menyebabkan Xcode lebih sering mogok/tidak ada respons.
Jadi, tanpa titik koma bukanlah pilihan yang baik untuk pengkodean di Swift.
Cina:
Tanpa titik koma, Xcode akan menggunakan lebih banyak sumber daya CPU untuk memproses pemuatan, pengindeksan, dan menganalisis kode dan sintaks Swift. Masalah yang dihasilkan adalah Xcode akan lebih sering mogok/tidak responsif.
Jadi di Swift, tidak menggunakan titik koma bukanlah pilihan yang baik.

Lagi:
Selama pengembangan penulis dengan Swift, ketika titik koma tidak digunakan, Xcode rata-rata mogok lebih dari 10 kali sehari, yang sangat memengaruhi efisiensi pengembangan.
Xcode mogok atau tidak ada respons lebih dari 10 kali setiap hari, ketika saya mengkodekan Swift tanpa titik koma.

Sumber

xezun

Semua 6 komentar

Sumber atau tolok ukur yang membuktikan ini?

JRG-Developer pada 16 Nov 2017

👍1

Komunitas Swift yang lebih luas — lihat hampir semua pustaka sumber terbuka Swift yang populer — tidak menggunakan titik koma.

Lebih lanjut, Apple telah dengan sengaja menjauh dari praktik pemrograman gaya-C... seperti menghapus gaya-C untuk loop, operator ++, dll.

Saya tidak akan terkejut jika titik koma juga dihapus dalam versi bahasa yang akan datang.

Untuk alasan ini, bahkan jika ada sedikit manfaat kinerja pada waktu kompilasi, saya pribadi sangat menentang perubahan ini.

JRG-Developer pada 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.

Contoh sederhana ini berarti: xcode mungkin membuang CPU untuk memproses tata bahasa, tetapi dengan hasil yang salah.

Dan saya menemukan bahwa sebagian besar kerusakan xcode muncul saat membangun kembali tata bahasa setelah mengedit pernyataan.

xezun pada 21 Nov 2017

Saya akan mengarahkan bug ini ke Apple sebagai gantinya. Saya belum pernah menggunakan titik koma sejak dinosaurus menjelajahi bumi (hari Objective-C) dan tidak mengenali masalah yang Anda gambarkan.

RobertGummesson pada 21 Nov 2017

Kami memerlukan beberapa patokan dan untuk meningkatkan bug ini ke Apple (akan melakukannya ASAP dan memposting RDAR #, mohon menipu itu), tetapi jika benar dan jika Apple tidak atau tidak dapat memperbaikinya sebelum mengatakan Swift 5 atau 6 tidak kembali ke menggunakan lebih banyak titik koma akan menjadi tanda kefanatikan perangkat lunak daripada kehilangan produktivitas yang hampir tidak dapat Anda jelaskan pada pertemuan profesional mana pun.

Panajev pada 21 Nov 2017

Terima kasih telah mengangkat ini. Saya melaporkan masalah penyelesaian kode sebagai https://bugs.swift.org/browse/SR-6454

Semoga bisa diperbaiki di Swift 4.1. Apple memimpin upaya untuk membuat kerangka kerja perkakas yang benar-benar baru libSyntax yang ditulis dalam semua Swift! Ini juga open source sehingga Anda bisa terlibat.

Jika Anda memiliki kasus konkret lain di mana pelengkapan otomatis rusak, saya pikir akan berguna untuk mendengarnya.

Selain masalah perkakas, titik koma dan tanda baca tambahan menambah beban kognitif dan tidak melakukan apa pun untuk kejelasan yang merupakan motivasi asli untuk menghapusnya sebagai persyaratan. Lihat pidato Dave Abrahams untuk titik koma dalam pembicaraan Advanced Swift dari WWDC 2014.

Kecuali ada perubahan besar dalam komunitas Swift, titik koma tidak akan kembali. Untuk itu saya menutup masalah ini. Namun, tentu saja, laporkan bug yang Anda temukan. Ini membantu seluruh komunitas untuk maju! 😄