objective-c - 使用swift加入之前的oc项目，求经验，求坑分享？

Question

项目配比

ios 2人，android 3人！

背景

之前的IOS端项目是使用OC开发的，已经到了2.0版本了，本人现在是做android客户端，但现在想加速ios的开发进度,所以，我决定使用swift参与到ios项目中。

遇到的问题

因为没有过类似的经验，所以想请教下过来人，如何用swift杀入现有的oc项目。特别是UI这块的融入，以及OC之前封装的一些工具的调用。

Answer 1

• Pengesanan jenis Swift yang sangat baik mungkin membuat anda tidak selesa pada mulanya, menyebabkan semua jenis pertimbangan dan pemprosesan yang menyusahkan! Tetapi selepas anda membiasakannya, anda akan mendapati bahawa anda tidak pernah begitu yakin dengan program yang anda tulis

• Pakej keluaran sekurang-kurangnya 6M lebih besar daripada sebelumnya kerana perpustakaan masa jalan pantas perlu dibungkus dalam

• Anda hanya perlu menambah fail pengepala, dan semua perkara yang ditulis dalam objektif-c sebelum ini boleh digunakan terus dengan yakin

• Sebaik sahaja anda mula menggunakan sesuatu yang ditulis dalam objektif-c sebelum ini, kemungkinan besar anda ingin menulis semula dengan pantas, kerana objektif-c tidak mempunyai banyak keupayaan menyemak jenis, seperti: Swift memanggil objectForKey: kaedah di sini Biasanya AnyObject dikembalikan, anda perlu melakukan penukaran jenis

• Swift akan memaksa anda untuk mempertimbangkan semua situasi yang jelas salah secara logik, yang boleh mengurangkan kemungkinan ralat semasa masa jalan tetapi disebabkan ini, anda akan sering melihat beberapa laporan ralat "tidak dapat dijelaskan", membaca mesej ralat berhati-hati, Anda akan mendapati bahawa anda benar-benar salah

• Kebanyakan API Objective-C adalah sama sebelum ini Apple hanya menggunakan Swift untuk membuat lapisan kulit, dan masih dipanggil Objective-C secara dalaman .com/ apple/swift-corelibs-foundation

• String != NSString

• Adalah menyusahkan untuk menggunakan pembolehubah penunjuk
  ....

Secara keseluruhan, Swift tidak meningkatkan kecekapan pembangunan (mungkin kecekapan pembangunan lebih perlahan), tetapi apabila aplikasi anda dalam talian, anda akan mendapati bahawa anda tidak pernah begitu yakin tentang kod yang anda tulis, kerana melalui kod Tersusun bermakna ia telah mengelakkan kebanyakan kesilapan. Percampuran akan menjadikan projek itu rumit Jika ia adalah kerjasama pasukan, semua orang dalam keseluruhan pasukan harus mengetahui perkara yang sedang berlaku sebelum menggunakan Swift.

Sila nyatakan sebarang kesilapan :)