当前位置:   article > 正文

如何使用 Node.js 实现Clean Architecture_node noclean

node noclean

Clean Architecture

Clean Architecture 是 Robert C. Martin 提出的一种软件架构模式,目的是为了将系统分层,实现关注点分离,使系统更易于理解、维护和扩展。该体系结构将系统分为四个层级,从内到外分别是:实体层、用例层、表现层、基础设施(存储库,框架等)。

 在本文中,我们将介绍如何使用 Node.js 实现 Clean Architecture,并提供一些示例代码来演示该架构的关键概念。

该项目采用了 Monorepo 结构,使用 Rush.js 进行管理。在 server 文件夹中包含了三个子项目,分别为 core、koa 和 nestjs-app,其中 core 为核心业务逻辑,koa是使用koa+prisma的为底层框架web项目,nestjs-app是使用nestjs + typeorm为底层框架的项目。目的是演示相同的业务逻辑如何桥接不同的框架。

在这个项目中,实体层包含实体对象和相关的业务规则和逻辑,用例层包含系统的用例和业务逻辑,存储库层负责保存和检索数据,表示层则是暴露给外部的http接口。

项目功能:

实现一个帖子发布,浏览功能

  1. 用户创建,查询
  2. 帖子的发布,编辑,查询,删除

项目结构

  1. ├── server
  2. │ ├── core // 核心业务逻辑
  3. │ │ └── src
  4. │ │ ├── domain
  5. │ │ ├── repository
  6. │ │ └── useCase
  7. │ ├── koa
  8. │ │ └── src
  9. │ │ ├── post
  10. │ │ └── user
  11. │ └── nestjs-app
  12. │ ├── src
  13. │ ├── post
  14. │ │ ├── dto
  15. │ │ └── entities
  16. │ └── user
  17. │ └── entities
  18. └── web
  19. 复制代码
  • core:core为核心业务逻辑的代码

    • Domain: 存放实体相关的代码,如业务具体的 model 等
    • Use Cases: 存放业务逻辑相关的代码,如处理业务逻辑、数据验证、调用 Repository 等
    • Repository: 存放和外部存储系统的相关接口
  • koa/nestjs-app: core的实际消费者

    • 根据core的接口实现具体的Router,Repository

项目特点

  • 使用 DDD 和 Clean Architecture 的思想,将业务逻辑与框架实现分离。
  • 使用 monorepo 项目结构,方便管理多个相关的项目。
  • 提供了多个示例应用程序,方便快速上手。
  • 基于 TypeScript,提高代码可读性和可维护性。

在core中,我们有核心的业务逻辑代码。此级别包含域、存储库接口和用例。域包含与实体相关的代码,例如特定的业务模型。存储库包含与外部存储系统的相关接口。用例包含与业务逻辑相关的代码,例如处理业务逻辑、数据验证和调用存储库。

在koa/nestjs-app层面,我们有核心层面的实际消费者。它们根据核心层提供的接口实现特定的路由器和存储库。 使用 Clean Architecture 的主要优点之一是它将业务逻辑与技术实现分开。这意味着您可以轻松地在不同的框架和库之间切换,而无需更改核心业务逻辑。在我们的示例中,我们可以在 koa 和 nestjs-app 之间切换,同时保持相同的核心业务逻辑。

代码实现

定义实体层

  1. // server/core/src/domain/post.ts
  2. import { User } from "./user";
  3. export class Post {
  4. author: User | null = null;
  5. content: string = "";
  6. updateAt: Date = new Date(); // timestamp;
  7. createdAt: Date = new Date(); // timestamp;
  8. title: string = "";
  9. id: number = -1;
  10. }
  11. // server/core/src/domain/user.ts
  12. export class User {
  13. name: string = ''
  14. email: string = ''
  15. id: number = -1
  16. }
  17. 复制代码

定义存储接口

  1. import { Post } from "../domain/post";
  2. export interface IPostRepository {
  3. create(post: Post): Promise<boolean>;
  4. find(id: number): Promise<Post>;
  5. update(post: Post): Promise<boolean>;
  6. delete(post: Post): Promise<boolean>;
  7. findMany(options: { authorId: number }): Promise<Post[]>;
  8. }
  9. ...
  10. import { User } from "../domain/user";
  11. export interface IUserRepository {
  12. create(user: User): Promise<boolean>;
  13. find(id: number): Promise<User>;
  14. }
  15. 复制代码

定义用例层

  1. import { User } from "../domain/user";
  2. import { IUserRepository } from "../repository/user";
  3. export class UCUser {
  4. constructor(public userRepo: IUserRepository) {}
  5. find(id: number) {
  6. return this.userRepo.find(id);
  7. }
  8. create(name: string, email: string) {
  9. if (email.includes("@test.com")) {
  10. const user = new User();
  11. user.email = email;
  12. user.name = name;
  13. return this.userRepo.create(user);
  14. }
  15. throw Error("Please use legal email");
  16. }
  17. }
  18. 复制代码

koa项目

在koa项目中实现存储层接口

  1. // server/koa/src/user/user.repo.ts
  2. import { PrismaClient } from "@prisma/client";
  3. import { IUserRepository, User } from "core";
  4. export class UserRepository implements IUserRepository {
  5. prisma = new PrismaClient();
  6. async create(user: User): Promise<boolean> {
  7. const d = await this.prisma.user_orm_entity.create({
  8. data: {
  9. email: user.email,
  10. name: user.name,
  11. },
  12. });
  13. return !!d;
  14. }
  15. async find(id: number): Promise<User> {
  16. const d = await this.prisma.user_orm_entity.findFirst({
  17. where: {
  18. id: id,
  19. },
  20. });
  21. if (d) {
  22. const u = new User();
  23. u.email = d?.email;
  24. u.id = d?.id;
  25. u.name = d?.name;
  26. return u;
  27. }
  28. throw Error("user id " + id + "not found");
  29. }
  30. }
  31. 复制代码

在koa项目中实现HTTP路由(表现层)

  1. // server/koa/src/user/user.controller.ts
  2. import Router from "@koa/router";
  3. import { UCUser } from "core";
  4. import { UserRepository } from "./user.repo";
  5. export const userRouter = new Router({
  6. prefix: "/user",
  7. });
  8. userRouter.get("/:id", async (ctx, next) => {
  9. try {
  10. const service = new UCUser(new UserRepository());
  11. if (ctx.params.id) {
  12. const u = await service.find(+ctx.params.id);
  13. ctx.response.body = JSON.stringify(u);
  14. }
  15. } catch (e) {
  16. ctx.throw(400, "some error on get user", e.message);
  17. }
  18. await next();
  19. });
  20. 复制代码

最后

请注意,在实际项目中,我们不会将核心业务逻辑放在单独的仓库中(即core),这只是为了演示在不同框架下使用相同的业务逻辑

通过将业务逻辑与框架分离,您可以轻松地在不同的框架和库之间切换,而无需更改核心业务逻辑。如果您希望构建可扩展且可维护的应用程序,那么Clean Architecture 绝对值得考虑。

如果想要演示如何接入其他框架,可以在评论区提出

声明:本文内容由网友自发贡献,不代表【wpsshop博客】立场,版权归原作者所有,本站不承担相应法律责任。如您发现有侵权的内容,请联系我们。转载请注明出处:https://www.wpsshop.cn/w/不正经/article/detail/609580
推荐阅读
相关标签
  

闽ICP备14008679号