啟動 Node.js 專案時遵循的主要步驟

在本文中，我想強調我在開發 Node.js 應用程式時遵循的一些步驟。這些步驟幫助我交付可靠的應用程序，滿足業務需求，並且靈活且可擴展，以實現長期成長。

在開始使用可以解決問題的方法和技術之前，您應該了解您將解決哪些問題。這就是為什麼您應該考慮的最重要的事情是業務環境。
您無法預測專案投產後將如何發展以及業務稍後需要什麼。你能做的就是討論公司對 MVP 的需求，並以可擴展的方式開發項目，為以後的變更和遷移做好準備。

有了 MVP 的概念和目標後，讓我們進入工程層級並檢查有助於確保應用程式的可擴展性和可靠性的方法和技術。

框架

最好先選擇您要實現的架構 - 單體架構、無伺服器架構或微服務架構。目前有最常見的架構方法，但您不限於此。
您可以根據架構選擇框架。這裡要小心，因為 Node.js 生態系中存在著許多框架。
我的選擇是：

• Express.js 非常適合小型專案或原型，稍後將被替換。

• Nest.js 涵蓋了多種架構，這是我在決定使用什麼時考慮的預設框架。它非常適合單體應用，它將被劃分為多個域，然後轉換為單獨的微服務。

• 如果你考慮微服務，Moleculer 會很好。儘管如此，由於基礎設施和整體開發流程的複雜性，我並不熱衷於在專案開始時創建微服務。它是一個出色的框架，可用於圍繞整體架構建立微服務或從整體架構遷移到 MS。

• Next.js。是的，我在決定應該使用什麼時也會考慮這一點。如果您是唯一參與專案的工程師或所有工程師都是全端開發人員，那麼這是完美的。與 Vercel 一起，您將獲得許多好處並且能夠快速行動。但是，稍後，由於複雜性，您可能需要將後端遷移到單獨的程式碼庫。

• 無伺服器非常棒，而且可能是處理無伺服器架構的唯一解決方案。對於原型設計或小型 API 來說，這是令人難以置信的。不過，我更喜歡將其與整體架構或 MS 架構一起用作附加服務，或處理適合無伺服器的狹窄應用程式部分。

打字稿

它幾乎適用於每個專案和架構。然而，我不想就此停止，因為不同的文章已經廣泛描述了它的優點和缺點。

資料儲存

當然，您必須根據您的業務需求選擇 SQL 或 NoSQL 資料庫，或者可能兩種類型的儲存都需要。我經常從我工作過且擁有豐富經驗的多個資料庫中進行選擇。

• 我的預設選擇是 PostgreSQL。它是完美的關係存儲，具有最好的優化器之一。可以滿足你的大部分需求。

• 我經常考慮 MongoDB，尤其是無伺服器版本。它是一個強大的資料庫，受益於關聯式模型，並且是一個強大的 NoSQL 資料庫，具有大多數儲存不提供的許多功能。

• 如果您需要一個強大的 NoSQL 解決方案，但沒有關係優勢，請考慮 DynamoDB。我也經常使用它，但主要是為了處理專案的狹窄部分。請小心使用此資料庫，因為它具有特殊的設計，您在使用前必須學習。不要像那些創建許多表並嘗試將它們用作 MongoDB 甚至關係資料庫的人一樣。這樣的話，當產品成長的時候就會遇到很大的問題。

另外，我想提一下我經常使用的非持久存儲，例如 ElasticSearch 和 Redis。 ElasticSearch在專案開始時並不好用，但你可以考慮到這一點，並在以後需要處理複雜的索引和搜尋時使用它。 Redis 或其他記憶體資料庫友善且易於實現。即使在專案開始時我們也經常需要緩存，所以擁有它真是太好了。

Data access layer

Here, I use different approaches depending on the product side. I like starting with ORM and migrating to query builder or raw SQL in narrow parts. For NoSQL databases, I wouldn’t say I like ODM’s and prefer using drivers. For example, I don’t particularly appreciate using Mongoose and choose Node.js driver instead of this. I think it’s more flexible and simple than ODM, and it doesn’t require you to use the relational model.

For relational databases, there are many different libraries you can use here, but if you use an SQL database, you can consider TypeORM.

Development workflow

The last thing I want to mention is the development workflow. I like to keep it as simple as possible and use easy-to-implement tools to help automate workflows, moving to more flexible and complex solutions if needed. Here are my recommendations for tools you can consider:

• Github actions. It’s an excellent CI/CD tool you can configure quickly and easily.

• Dependabot is a fantastic tool for keeping packages in the latest versions and searching for vulnerabilities.

• Terraform. I use it to manage infrastructure. It simplifies many things if at least a few people work on a project. As the project grows, it becomes massive, and maybe for better state management, you will need tools like Terragrunt to keep infrastructure-related code simple. If you use AWS as a cloud provider, you can also use AWS CDK. It’s a nice tool with Typescript support, but it’s available only for AWS, and if you need something from a different cloud infrastructure, the code will be much more complex than Terraform. That’s why I prefer the Terraform even for AWS.

以上是啟動 Node.js 專案時遵循的主要步驟的詳細內容。更多資訊請關注PHP中文網其他相關文章！