Die wichtigsten Schritte, die ich befolge, wenn ich Node.js-Projekte starte

Dalam artikel ini, saya ingin menekankan beberapa langkah yang saya ikuti semasa membangunkan aplikasi Node.js. Langkah ini membantu saya menyampaikan apl yang boleh dipercayai yang merangkumi keperluan perniagaan dan fleksibel serta berskala untuk pertumbuhan jangka panjang.

Sebelum bermula dengan pendekatan dan teknologi yang boleh menyelesaikan masalah, anda harus memahami isu yang akan anda selesaikan. Itulah sebabnya perkara penting yang perlu anda fikirkan ialah konteks perniagaan.
Anda tidak boleh meramalkan bagaimana projek itu akan berkembang selepas pengeluaran dan perkara yang diperlukan oleh perniagaan nanti. Perkara yang boleh anda lakukan ialah membincangkan perkara yang diperlukan oleh syarikat untuk MVP dan membangunkan projek itu dalam cara yang boleh skala untuk bersedia menghadapi perubahan dan migrasi kemudian.

Selepas anda mempunyai konsep dan matlamat untuk MVP, mari beralih ke peringkat kejuruteraan dan periksa pendekatan serta teknologi yang boleh membantu memastikan kebolehskalaan dan kebolehpercayaan aplikasi.

Rangka kerja

Adalah lebih baik untuk bermula dengan memilih seni bina yang akan anda laksanakan — monolit, tanpa pelayan atau perkhidmatan mikro. Terdapat pendekatan seni bina yang paling biasa buat masa ini, tetapi anda tidak terhad di sini.
Anda boleh memilih rangka kerja berdasarkan seni bina. Berhati-hati di sini kerana banyak rangka kerja wujud dalam ekosistem Node.js.
Pilihan saya ialah:

• Express.js sangat baik untuk projek kecil atau prototaip, yang akan diganti kemudian.

• Nest.js merangkumi beberapa seni bina, yang merupakan rangka kerja lalai yang saya pertimbangkan semasa memutuskan perkara yang hendak digunakan. Ia bagus untuk monolit, yang akan dibahagikan kepada domain dan kemudiannya diubah menjadi perkhidmatan mikro yang berasingan.

• Molekul akan bagus jika anda mempertimbangkan perkhidmatan mikro. Namun, saya bukan peminat besar untuk mencipta perkhidmatan mikro apabila projek bermula kerana kerumitan infrastruktur dan proses pembangunan keseluruhan. Ia merupakan rangka kerja yang sangat baik untuk membina perkhidmatan mikro di sekeliling monolit anda atau berhijrah daripada monolit kepada MS.

• Next.js. Ya, saya juga mempertimbangkannya apabila memutuskan apa yang harus saya gunakan. Ia sesuai jika anda adalah satu-satunya jurutera yang akan mengusahakan projek itu atau jika semua jurutera adalah pembangun timbunan penuh. Bersama-sama dengan Vercel, anda akan mendapat banyak faedah dan boleh bergerak dengan pantas. Walau bagaimanapun, kemudian, anda mungkin perlu memindahkan bahagian belakang ke pangkalan kod yang berasingan kerana kerumitan.

• Tanpa pelayan adalah hebat dan mungkin satu-satunya penyelesaian untuk mengendalikan seni bina tanpa pelayan. Ia luar biasa untuk prototaip atau API kecil. Namun, saya lebih suka menggunakannya bersama-sama dengan seni bina monolit atau MS sebagai perkhidmatan tambahan atau untuk mengendalikan bahagian aplikasi yang sempit di mana tanpa pelayan sesuai.

Skrip taip

Ia sesuai untuk hampir setiap projek dan seni bina. Walau bagaimanapun, saya tidak mahu berhenti di sini kerana artikel yang berbeza telah menerangkan secara meluas kebaikan dan kelemahannya.

Penyimpanan data

Sudah tentu, anda mesti memilih pangkalan data SQL atau NoSQL berdasarkan keperluan perniagaan anda, atau mungkin anda memerlukan kedua-dua jenis storan. Saya kerap memilih daripada beberapa pangkalan data yang saya kerjakan dan mempunyai pengalaman yang luas.

• Pilihan lalai saya ialah PostgreSQL. Ia adalah storan hubungan yang sempurna dengan salah satu pengoptimum terbaik. Ia boleh menampung kebanyakan keperluan anda.

• Selalunya, saya menganggap MongoDB, terutamanya versi tanpa pelayan. Ia adalah pangkalan data teguh yang mendapat manfaat daripada model hubungan dan merupakan pangkalan data NoSQL yang berkuasa dengan banyak ciri yang kebanyakan storan tidak menyediakan.

• Jika anda memerlukan penyelesaian NoSQL yang berkuasa tanpa faedah hubungan, pertimbangkan DynamoDB. Saya juga kerap menggunakannya, tetapi kebanyakannya untuk mengendalikan bahagian projek yang sempit. Berhati-hati dengan pangkalan data ini kerana ia mempunyai reka bentuk khas yang anda mesti pelajari sebelum digunakan. Jangan jadi seperti orang yang mencipta banyak jadual dan cuba menggunakannya sebagai MongoDB atau bahkan sebagai DB hubungan. Dalam kes ini, anda akan menghadapi masalah besar apabila produk berkembang.

Selain itu, saya ingin menyebut storan tidak berterusan seperti ElasticSearch dan Redis, yang sering saya gunakan. ElasticSearch tidak bagus apabila projek bermula, tetapi anda boleh mengambil kira dan menggunakannya kemudian apabila anda perlu mengendalikan indeks dan carian yang kompleks. Redis atau pangkalan data memori lain adalah mesra dan mudah untuk dilaksanakan. Kami kerap memerlukan cache walaupun pada permulaan projek, jadi senang untuk memilikinya.

Datenzugriffsschicht

Hier verwende ich je nach Produktseite unterschiedliche Ansätze. Ich fange gerne mit ORM an und wechsle in kleinen Teilen zum Query Builder oder Raw SQL. Bei NoSQL-Datenbanken würde ich nicht sagen, dass ich ODMs mag und lieber Treiber verwende. Ich schätze zum Beispiel die Verwendung von Mongoose nicht besonders und wähle stattdessen den Node.js-Treiber. Ich denke, es ist flexibler und einfacher als ODM und erfordert nicht die Verwendung des relationalen Modells.

Für relationale Datenbanken gibt es viele verschiedene Bibliotheken, die Sie hier verwenden können, aber wenn Sie eine SQL-Datenbank verwenden, können Sie TypeORM in Betracht ziehen.

Entwicklungsworkflow

Das Letzte, was ich erwähnen möchte, ist der Entwicklungsworkflow. Ich möchte es so einfach wie möglich halten und einfach zu implementierende Tools verwenden, um Arbeitsabläufe zu automatisieren, und bei Bedarf auf flexiblere und komplexere Lösungen umsteigen. Hier sind meine Empfehlungen für Tools, die Sie in Betracht ziehen können:

• Github-Aktionen. Es ist ein hervorragendes CI/CD-Tool, das Sie schnell und einfach konfigurieren können.

• Dependabot ist ein fantastisches Tool, um Pakete auf dem neuesten Stand zu halten und nach Schwachstellen zu suchen.

• Terraform. Ich verwende es, um die Infrastruktur zu verwalten. Es vereinfacht viele Dinge, wenn zumindest ein paar Leute an einem Projekt arbeiten. Wenn das Projekt wächst, wird es umfangreich, und für eine bessere Zustandsverwaltung benötigen Sie möglicherweise Tools wie Terragrunt, um den infrastrukturbezogenen Code einfach zu halten. Wenn Sie AWS als Cloud-Anbieter nutzen, können Sie auch AWS CDK nutzen. Es ist ein nettes Tool mit Typescript-Unterstützung, aber es ist nur für AWS verfügbar, und wenn Sie etwas aus einer anderen Cloud-Infrastruktur benötigen, ist der Code viel komplexer als bei Terraform. Deshalb bevorzuge ich Terraform auch für AWS.

Das obige ist der detaillierte Inhalt vonDie wichtigsten Schritte, die ich befolge, wenn ich Node.js-Projekte starte. Für weitere Informationen folgen Sie bitte anderen verwandten Artikeln auf der PHP chinesischen Website!