资讯专栏INFORMATION COLUMN

上云采购季！| 2核2G4M爆款云服务器低至59元/年，更有多台、长期优惠，快来选购！

立即前往
首页/文章专栏/express 项目分层实践

express 项目分层实践

wdzgege / 2945人阅读

摘要：前言上次我们搭建了一个基本的后台，但是这样的项目结构的可扩展性，维护性和代码复用性都不是很好，参照之前学习时候的四层架构设计，用分层的思想来对进行一点小优化，进一步提高代码的可拓展性。实体层针对来说，一个集合对应一个，然后都是这样的形式啦。

前言 上次我们搭建了一个基本的 express 后台，但是这样的项目结构的可扩展性，维护性和代码复用性都不是很好，参照之前学习 JavaWeb 时候的四层架构设计，用分层的思想来对 express 进行一点小优化，进一步提高代码的可拓展性。本文的源代码在 Github 上，建议看着代码来看这篇文章。

1 四（五）层结构概念

这个就简单说一下，所谓四层架构就是 Model实体层，Dao层（数据访问层也就是从数据库中查数据），Service层（业务逻辑层，也就是处理好数据），Controller层（视图控制层，在前后端分离的情况下就是写接口响应前端请求）和前端的 view（视图层），为啥要搞分层咧，说到底就是要解耦合，提高拓展性和维护性，写代码的时候，思路清晰一点，后面改代码的时候也知道要改哪边。

但是我们这次只是涉及后台的，视图层我们就不用管了，只需看前面的就行了。

2 分层

首先看一下项目结构哈

│  app.js
│  package.json
│  README.md
│
├─.idea
│  │  express-project.iml
│  │  misc.xml
│  │  modules.xml
│  │  vcs.xml
│  │  watcherTasks.xml
│  │  workspace.xml
│  │
│  └─inspectionProfiles
├─bin
│      www
│
├─config
│      db.json
│
├─dao
│      BaseDao.js
│      UserDao.js
│
├─models
│      user.js
│
├─public
│  ├─images
│  ├─javascripts
│  └─stylesheets
│          style.css
│
├─routes
│      index.js
│      users.js
│
├─services
│      UserService.js
│
├─utils
│      db-util.js
│
└─views
        error.jade
        index.jade
        layout.jade

按照分层思想，我们新建几个文件夹哈，首先是 Model层的 models 文件夹，dao 层的 dao 文件夹，service 层的 services 文件夹，controller 层的话就用原来的 routes 文件夹就可以了，为了方便，我加了一个全局配置的 config 文件夹和工具函数 utils 文件夹。具体项目如下，我们从最底层开始来一个一个来分析

2.1 config

这个就放着各种配置文件，例如我的 db.json 里面就放了mongodb 的端口号，数据库名那些，反正就是各种配置啦

2.2 utils

这个就是有一些创建型的方法或者其他公共方法，像创建数据库连接池的方法我就放在这边的 db-util 里面了。

2.3 models

实体层,针对 mongodb 来说，一个集合对应一个 model，然后都是这样的形式啦。

const mongoose = require("mongoose");
const { mongoClient } = require("../utils/db-util");

// 创建 user Schema
const user = new mongoose.Schema({
  name: String,
  id: String,
},{versionKey: false});

/*model 的参数1 导出的模块名，
参数2 创建的 Schema，
参数2 指定数据库中的集合的名字，若不加的，则抹默认取‘第一个参数s’的集合*/
let User = mongoClient.model("User", user, "user");

module.exports = User;
2.4 dao

创建完实体层，接下来就是 dao 层了，这边我封装了一个 BaseDao，基本的数据库操作都有了，后面我们创建其他 dao 的时候就很舒服啦，直接继承一下 BaseDao 就好了。例如下面的这个 UserDao：

let BaseDao = require("./BaseDao");
// 导入对应的实体
let User = require("../models/user");

class UserDao extends BaseDao{
  constructor() {
    super(User);
  }
  //如果有啥特殊需求的话，自己再重写方法咯
}

module.exports = UserDao;

这样就写好了一个基本的 dao 了，增删改查这些他都从 BaseDao 中继承了，

2.5 services

service 层是业务逻辑层，这么写就看你项目的业务啦。我下面就简单些一个查询所有 user 数据的方法啦。

const UserDao = require("../dao/UserDao");

let userDao = new UserDao();

class UserService {
  async getUserList() {
    try {
      // 调用 dao 层查询数据
      let userList = await userDao.findAll();
      return userList;
    } catch (err) {
      console.log(`getUserList error--> ${error}`);
      return error;
    }
  }
}
module.exports = UserService;
2.6 routes

controller 层，写接口用，这个写起来简单，就拿一下 service 层的数据返回就可以啦。

var express = require("express");
var router = express.Router();
const UserService = require("../services/UserService");
let userService = new UserService();

/* GET users listing. */
router.get("/", function(req, res, next) {
  userService.getUserList().then((data)=>{
    res.json({
      code:0,
      msg:"OK",
      data:data
    })
  });
  // res.send("respond with a resource");
});

router.get("/login",(req,res,next)=>{
  res.json({
    code:0,
    msg:"OK",
    data:{result:true}
  })
});
module.exports = router;

然后这边的话，我有一个想法，就是想着每次多一个路由实例（controller）的时候，就要往 app.js 里面导入并引入，觉得这样 controller 多了的时候，app.js 里面代码会很多，所以就想着把模块导入的代码移到 routes 文件夹里面的 index.js 里面来，app.js 就引入个 index 就好啦。所以就有了下面 index.js 的代码。

var express = require("express");
var router = express.Router();

/* GET home page. */
router.get("/", function(req, res, next) {
  res.render("index", { title: "Express" });
});
// user 路由模块
// 当我在 user 文件里面写一个 "/login" 的时候，前端访问就要访问 "/user/login"
router.use("/user", require("./users"));
module.exports = router;

至此，全文就结束啦，对于 express 框架的分层实践如果有更好的建议或者我这样分层有啥问题的话，欢迎在在下方留言哈，大家一起学习一下。

云服务器 GPU云服务器 java项目怎么分层 阿里云服务器express项目 php项目实践 python实践项目

文章版权归作者所有，未经允许请勿转载,若此文章存在违规行为，您可以联系管理员删除。

转载请注明本文地址：https://www.ucloud.cn/yun/99863.html

相关文章

  • Node中间层实践（一）——基于NodeJS的全栈式开发

    摘要：总结我觉得，以后基于的全栈式开发的模式将会越来越流行，这也会引领前端步入工程化时代。欢迎继续关注本博的更新中间层实践一基于的全栈式开发中间层实践二搭建项目框架中间层实践三配置中间层实践四模板引擎中间层实践五中间层的逻辑处理 版权声明：更多文章请访问我的个人站Keyon Y，转载请注明出处。 前言 近期公司有个新项目，由于后端人手不足，我果断的提议用node中间层的方案，得到了老大的支持...

    warkiz 评论0 收藏0

  • Node.js docker 镜像体积优化实践

    摘要：接下来我们将逐步的减少这个镜像的体积。优化生产环境镜像使用镜像大幅减小镜像体积的最简单和最快的方法是选择一个小得多的基本镜像。使用多阶段构建可以充分利用镜像的缓存，大大减少最终部署到生产环境的时间。 关注作者github每日一道面试题详解 你讨厌部署你的应用程序花费很长时间吗? 对于单个容器来说，超过gb并不是最佳实践。每次部署新版本时都要处理数十亿字节，这对我们来说并不太合适。 本文...

    wenhai.he 评论0 收藏0

  • 手把手用 express 搭建后台

    摘要：文件这个是项目的入口文件，这边有着项目的一下配置，也在此整合了项目的模块，其中要注意的就是里面关于路由模块的配置了。后面要再想加其他路由模块的时候，就按照上面先引入路由模块，再用设置好地址，后面就可以用了。 前言 想必很多小伙伴开始学 node 的时候想搞个项目出来却不知道怎么下手吧，这个教程的话就是教大家用 express 框架简单粗暴搭建一个可以用的后台出来，然后关于 node 和...

    Render 评论0 收藏0

  • 如何打造一个令人愉悦的前端开发环境（三）

    摘要：的最后一个大招就是替换一些传统的服务端语言，例如，，等，在业务层上面使用来开发服务端完全不成问题。更多的的使用细节和技巧建议关注美团博客大搜车论坛下一篇我们开启如何结合和搭建一个开发环境和项目目录 往期回顾 前面2期都讲得是浏览器端的东西比较多，包括Webpack，虽然是Node处理的，但是还是浏览器端用的多，对于现在的前端开发来说，不懂一点服务端的东西，简直没办法活，一般的招聘要求都...

    cgh1999520 评论0 收藏0

  • 架构 - 收藏集 - 掘金

    摘要：浅谈秒杀系统架构设计后端掘金秒杀是电子商务网站常见的一种营销手段。这两个项目白话网站架构演进后端掘金这是白话系列的文章。 浅谈秒杀系统架构设计 - 后端 - 掘金秒杀是电子商务网站常见的一种营销手段。 不要整个系统宕机。 即使系统故障，也不要将错误数据展示出来。 尽量保持公平公正。 实现效果 秒杀开始前，抢购按钮为活动未开始。 秒杀开始时，抢购按钮可以点击下单。 秒杀结束后，按钮按钮变...

    Riddler 评论0 收藏0

发表评论

登陆后可评论

0条评论

wdzgege

男|高级讲师
我要私信

TA的文章

阅读更多
最新活动
阅读需要支付1元查看
<