其他分享
首页 > 其他分享> > 前端和后端目录说明

前端和后端目录说明

作者:互联网

 

1. 文件夹和文件夹内部文件的语义一致性

模块文件夹应该保证单一入口和出口,怎么理解呢。

project
|-- src
    |-- components
        |-- input
            |-- index.js
            |-- index.module.scss
    |-- pages
        |-- seller
            |-- components
                |-- input
                    |-- index.js
                    |-- index.module.scss
            |-- reducer.js
            |-- saga.js
            |-- index.js
            |-- index.module.scss
        |-- buyer
            |-- index.js
        |-- index.js

一般来说我们的目录结构都会有一个文件夹是按照路由模块来划分的,这个文件夹一般叫 pages 或者是 routes。这个文件夹里面应该包含我们项目所有的路由模块(上面的例子路由模块指的是 seller 和 buyer),并且仅应该包含路由模块,而不应该有别的其他的非路由模块的文件夹。

这样做的好处在于一眼从 pages 文件夹看出这个项目的路由,比如上面的例子我们就可以说有 /seller 和/buyer 两个路由,如果混入了其他非路由的文件夹就会混淆这里面都是路由文件夹的约定。

2. 单一入口/出口

接着上面的例子来讲,seller 文件夹应该作为一个独立的模块由外部引入,并且 seller/index.js 应该作为外部引入 seller 模块的唯一入口。换句话说,假如我有个 rootReducer 要引入 seller 的 reducer,我应该从 seller/index.js 文件引入,而不应该直接从 seller/reducer.js 引入。因为外部不应该知晓路由文件夹内部的文件分布,而是应该全部从 index.js 导入。同时 seller 内部文件不管如何分布,需要外部引入的都要在入口文件 index.js 导出。

// rootReducer.js
// 错误用法
import sellerReducer from 'src/pages/seller/reducer'

// 正确用法
import { reducer as sellerReducer } from 'src/pages/seller'

// seller/index.js
// 同时
import reducer from './reducer'
export {
    reducer
}

这样做的好处在于,无论你的模块文件夹内部有多乱,外部引用的时候,都是从一个入口文件引入,这样就很好的实现了隔离,如果后续有重构需求,你就会发现这种方式的优点

3. 就近原则,紧耦合的文件应该放到一起,且应以相对路径引用

继续使用上面的例子,在 seller/index.js 中使用样式,一般我们会用相对路径的方式。这里为什么不用绝对路径,可能有人说是写起来方便,但是实际上这里用相对路径可以保证这个 seller 模块内部的独立性。

// seller/index.js
// 正确用法
import styles from './index.module.scss'
// 错误用法
import styles from 'src/pages/seller/index.module.scss'

怎样理解?我们现在的 seller 目录是在 src/pages/seller,如果我们后续发生了路由变更,需要加一个层级,变成 src/pages/user/seller。如果我们采用第一种相对路径的方式,那就可以直接将整个文件夹拖过去就好,seller 文件夹内部不需要做任何变更。但是如果我们采用第二种绝对路径的方式,移动文件夹的同时,还需要对每个 import 的路径做修改。

这样做的好处?就是上面说的。

4. 公共的文件应该以绝对路径的方式从根目录引用

公共指的是多个路由模块共用,上面的 src/components/input 就是一个公共组件 。如果我们要在 buyer 模块使用这个组件可能有下面两种引用方式

// buyer/index.js
// 错误用法
import Input from '../../components/input'
// 正确用法
import Input from 'src/components/input'

为什么?和上面的原因一样,如果我们需要对文件夹结构进行调整。将 /src/components/input 变成 /src/components/new/input,如果使用绝对路径,只需要全局搜索替换。而如果使用相对路径,则需要一个个找,很麻烦。

其实方便文件夹结构调整是次要的,主要的原因还是绝对路径有全局的语义,相对路径有独立模块的语义。这点会方便新上手的人熟悉这个模块是共用的还是私有的。

5. /src 外的文件不应该被引入

这一点就比较好理解了,而且其实已经有脚手架做了相关的约束了,正常我们的前端项目都会有个 src 文件夹,里面放着所有的项目需要的资源,js, css, png, svg 等等。src 外会放一些项目配置,依赖,环境等文件。所以,src 文件夹外不应该放需要被引入的资源。

这样的好处是方便划分项目代码文件和配置文件

总结

项目的目录结构很重要,因为目录结构能体现很多东西,怎么规划目录结构可能每个人有自己的理解。但是上面这些原则是我个人觉得是比较通用的,如果一个项目能遵循上面的原则,至少可以说,不会乱。

这里有两个点我觉得是需要拎出来再强调一遍的:

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

后端服务器的组成: pom.xml(Maven项目配置文件) + java文件夹 + resource文件夹

  1. XxxApplication.java(项目主入口,main方法)
  2. controller: 控制层,请求接口
  3. service: 服务层,逻辑代码, 数据服务的实现接口(serviceImpl)UserService.java 和 UserServiceImpl.java
  4. mapper: 数据层,或者dao, 比如UserMapper.java 、UserMapper.xml
  5. domain: 实体类,同 bean、entity、model

      bean: 任何一个java类都可以成为一个bean,这个类里包含对象的属性、get、set方法及其他的业务逻辑。

      model: model是MVC中的概念,可以理解为View层展示数据的对象。

      entity:数据表对应到实体类的映射。

  1. email邮件模板,比如registerSuccess.html
  2. properties配置文件,比如mybatis.properties
  3. mapper文件,比如UserMapper.xml(也可以写到代码层的mapper文件夹中)
  4. template模板
  5. application.yml
  6. log4j2.xml日志配置

 

复制代码
// 根目录结构
-src: 
  -main: 
    -java: - com.xxx
    -resource: -
  -test: 
-target:
-pom.xml
复制代码

 

复制代码
// java代码文件目录: 文件目录按如下进行规范命名
-java:
    -com.xxx:
        -entity
        -controller
        -service
        -mapper
        -util
        -XxxApplication.java
复制代码

 

// resource资源文件目录
-resource: 
    -mapper
    -static
    -template
    -application.yml

 

复制代码
// 数据库配置 -- application.yml
spring:
    datosource:
        driver-class-name: com.mysql.cj.jdbc.Driver
        url: jdbc:mysql://localhost:3306/dataBaseName?userUnicode=true&characterEncoding=utf8&serverTimezone=GMT%2B8
        username: youMysqlUsername
        password: yourMysqlPassword

标签:index,java,--,前端,seller,说明,文件夹,js,目录
来源: https://www.cnblogs.com/yanzi2020/p/14959361.html