Ringkasan kaedah untuk menulis projek node.js menggunakan kemahiran coffeescript_javascript

Node.js menulis aplikasi berdasarkan JavaScript, yang merupakan bahasa pembangunan utama saya. CoffeeScript ialah bahasa pengaturcaraan yang disusun kepada JavaScript. Malah, bahasa CoffeeScript juga sangat fleksibel untuk digunakan kerana terjemahan satu-dengan-satu ke dalam JavaScript. Terdapat banyak cara untuk memperkenalkannya ke dalam projek Di sini, saya akan meringkaskan kaedah menggunakan coffeescript untuk menulis projek node.js.

Gunakan arahan kopi secara langsung untuk menjalankan projek skrip kopi tulen
Secara umumnya, apabila anda menyebut coffeescript, anda secara semula jadi akan menganggapnya sebagai adik kepada javascript, dan ia tidak boleh lari daripada bayang-bayang js. Malah, anda boleh menganggapnya sebagai bahasa bebas. Kita semua tahu bahawa selepas memasang pakej skrip kopi secara global pada platform nod, anda boleh memasukkan antara muka interaktif coffeescript melalui arahan kopi Anda juga boleh memanggilnya repl. Jika projek anda ditulis sepenuhnya dalam kopi, ianya mudah. ​​Hanya gunakan arahan kopi secara langsung pada skrip entri anda Contohnya, jika skrip entri anda dinamakan "app.coffee", kemudian laksanakan:

Ambil perhatian bahawa kopi sambungan di sini tidak boleh ditinggalkan.

Kaedah ini harus dikatakan sebagai cara yang paling "rasmi" untuk menggunakan skrip kopi. Mudah dan langsung! Selain itu, sebaik sahaja anda menggunakan fail kopi sebagai titik masuk projek, keseluruhan projek akan serasi dengan kopi dan js. Anda boleh memerlukan mana-mana fail dan modul js atau kopi dalam projek, dan anda juga boleh memerlukan fail kopi dalam fail js dalam projek. Dan apabila anda merujuk sama ada ia adalah fail kopi atau js, tidak ada keperluan untuk sambungan, selagi bahagian nama sebelumnya tidak bercanggah.

Masalah terbesar dengan kaedah ini ialah jika ia digunakan sebagai modul, ia hanya boleh digunakan untuk projek kopi; jika ia digunakan sebagai aplikasi, skrip kopi mesti dipasang dalam persekitaran yang sedang berjalan. Lagipun, coffeescript masih merupakan bahasa khusus, dan sayang sekali ia kehilangan pengguna js apabila ia digunakan sebagai modul.

Satu lagi kelemahan yang mungkin adalah prestasi Lagipun, hanya ada enjin js dalam nod Kod kopi perlu dikompilasi ke dalam js sebelum berjalan, walaupun kelajuan kompilasi dari kopi ke js sebenarnya cepat. Tetapi ini tidak sepatutnya menjadi masalah besar, secara amnya, require ditulis di bahagian atas fail, iaitu, apabila aplikasi bermula, ia akan memerlukan semua fail yang diperlukan sekaligus . Jika ia diletakkan dalam enjin js, masa yang digunakan dalam penyusunan akan tertumpu apabila aplikasi dimulakan, dan hampir tidak akan ada keperluan untuk kopi baharu semasa runtime. Senario penggunaan nod yang paling biasa ialah pelayan web, yang tiada masalah.

Rujukan coffeescript dalam projek javascript
skrip kopi dalam npm boleh dipasang secara global atau sebagai modul projek. Jadi apakah kepentingan skrip kopi sebagai modul projek? Malah, pengkompil skrip kopi ditambahkan pada projek dan projek itu boleh menyusun fail kopi pada bila-bila masa semasa masa jalanan.

Anda pasti ingin merujuk fail kopi secara santai seperti dalam kaedah pertama. Tiada masalah, daftar sahaja. Jika fail kemasukan projek anda ialah app.js, maka anda hanya perlu menambah ayat ini pada permulaan fail:

Kemudian anda boleh meminta fail kopi sesuka hati dalam projek.

Kaedah ini pada asasnya sama dengan kaedah pertama, kecuali skrip kopi tidak dipasang secara global, jadi modul anda boleh wujud secara bebas Sebagai aplikasi, skrip kopi tidak perlu dipasang dalam persekitaran.

Keburukan, saya rasa masalah paling besar ialah mudah kacau kod, kadang-kadang js, kadang-kadang kopi, sudah tentu cara pertama juga mungkin seperti ini, tetapi jika anda menggunakan kopi untuk memulakannya, perlu ada tiada js tertulis di dalamnya... Ringkasnya, saya fikir adalah lebih baik untuk menyatukan bahasa ​​​​untuk projek (malangnya, saya menggunakan kaedah ini terutamanya. Dalam projek yang telah menulis struktur umum dalam js, saya baru nak guna kopi...)

Isu prestasi adalah sama seperti kaedah pertama, jadi saya tidak akan memberitahu lebih lanjut.

Cara ortodoks - kompilasi
Apabila saya bercakap tentang kompilasi, saya rasa saya kembali ke era C atau Java yang serius. Sesungguhnya, sebagai bahasa yang disusun, menyusun dan kemudian berjalan adalah cara yang betul untuk dilakukan. c mempunyai gcc, java mempunyai javac, dan cofee mempunyai kopi -c.

Sangat mudah untuk menyusun fail kopi Contohnya, jika anda ingin mengedit fail app.coffee, cuma laksanakan dalam direktori semasa fail:

Fail bernama app.js muncul dalam direktori semasa. Perintah ini juga boleh digunakan pada direktori Contohnya, jika anda meletakkan semua fail sumber kopi dalam projek dalam direktori src, kemudian laksanakan:

Semua fail sumber kopi dalam direktori src dan subdirektorinya di semua peringkat akan disusun ke dalam fail js dan diletakkan dalam direktori yang sama dengan fail sumber.

Namun, untuk projek besar, adalah tidak baik untuk meletakkan fail sumber dan fail hasil kompilasi bersama-sama. Hanya tentukan direktori output:

Susunan parameter arahan ini agak pelik. Beginilah ia ditakrifkan dalam bantuan kopi:

Perhatikan bahawa semua pilihan adalah antara kopi dan laluan fail. Arg terakhir ialah parameter yang diluluskan semasa melaksanakan fail sasaran sebagai skrip. Dengan kata lain, semua pilihan boleh diletakkan di antara kopi dan nama fail. Pilihan -c adalah bebas dan tidak mempunyai parameter sendiri Ia hanya bermakna bahawa fail yang disediakan pada akhir arahan akan disusun, jadi ia boleh ditulis seperti ini:

Jika anda ingin menambah pilihan supaya hasil kompilasi tidak dikelilingi oleh badan fungsi laksana sendiri, ia ialah:

Jika anda ingin menyusun semua fail sumber ke dalam fail sasaran yang dinamakan out.js, iaitu:

Ia akan menjadi agak menjengkelkan jika anda perlu melaksanakan arahan seperti ini setiap kali anda menukar beberapa kod. Perintah kopi mempunyai pilihan -w yang boleh memantau perubahan fail sumber dan menyusun secara automatik:

Bei Großprojekten ist es am besten, die Kompilierungsmethode im Voraus festzulegen, damit alle Entwickler alle Kompilierungsangelegenheiten mit nur einem Befehl erledigen können, was eine automatisierte Erstellung erfordert.

Offee bietet ein automatisiertes Build-Tool, Cake, das wie Make in the C-Welt ist. Aber wie auf der offiziellen Website angegeben, handelt es sich bei Cake um ein sehr einfaches Build-System. Tatsächlich besteht die Funktion von Cake darin, ein Skript namens Cakefile auszuführen, und das Cakefile-Skript ist in Coffeescript geschrieben. Dieses Skript bietet nur sehr begrenzte integrierte Funktionen, wie z. B. Tasks, die zum Deklarieren einer Anweisung und der entsprechenden Beschreibungs- und Ausführungsfunktionen verwendet werden. Die andere Sache besteht darin, ein reines Knotenprojekt zu schreiben. Um die Kompilierung abzuschließen, müssen Sie entweder das fs-Modul des Knotens verwenden, um die vom Kaffeemodul kompilierte Zeichenfolge auszugeben, oder das child_process-Modul verwenden, um Shell-Anweisungen auszuführen. Tatsächlich muss das Ziel der Kuchenkonstruktion nicht unbedingt Kaffee sein, da es tatsächlich ein Knotenskript ausführt und beliebige automatisierte Dinge verarbeiten kann.

Darüber hinaus gibt es einige bessere automatisierte Konstruktionswerkzeuge von Drittanbietern, die auch die automatische Zusammenstellung von Kaffee durchführen können, wie das berühmte Grunt und das heimische Fekit usw.

Diese orthodoxe Kompilierungsmethode ist möglicherweise die zuverlässigste und sollte von erfahrenen Programmierern geliebt werden. Es ermöglicht dem Team, ein festes Entwicklungsmodell zu erstellen. Darüber hinaus wird das kompilierte Projekt zu einem reinen JS-Projekt, und es sind keine zusätzlichen Abhängigkeiten erforderlich, unabhängig davon, ob es direkt als Anwendung ausgeführt oder von anderen Projekten als Modul referenziert wird. Und es ist nicht erforderlich, zur Laufzeit zu kompilieren, sodass durch die Kompilierung keine Leistungsprobleme verursacht werden.

Der Nachteil ist, dass es zu mühsam ist. Wenn Sie ein kleines Projekt durchführen, dauert es einen halben Tag, nur um die Kuchendatei zu erstellen oder Grunzen zu konfigurieren, was sich nicht lohnt.

Basierend auf der obigen Zusammenfassung ist es tatsächlich sehr einfach, Coffeescript zum Schreiben von node.js-Projekten zu verwenden. Als nächstes hoffe ich, dass sich alle beeilen und Kaffee verwenden. Gleichzeitig hoffe ich, dass die oben genannten Inhalte für alle hilfreich sein werden.