本文介绍了七、5. 如何项目组织代码结构求职学习资料,有助于帮助完成毕业设计以及求职,是一篇很好的资料。
对技术面试,学习经验等有一些体会,在此分享。
分享一位读者读完上一章之后的评论,我觉得很有道理。
“经历过前端开发刀耕火种的年代,自然就明白模块化组件化虚拟 DOM 等概念的重要意义,也就更容易把这些知识看得更加重要,视若珍宝。”这一点很到位。普通人只能看到知识本身,而高手能掌握知识的推演和演进,进而习得这个学科的核心思维。
这一章非常关键。
特别是对有一定开发经验的朋友来说,它可能会颠覆你的认知。并大幅度提高你的开发效率。
组件化的开发思维是前端独有,在其指导下,代码组织结构,也必然会跟传统的模块化思维不一样。
在 MVC 分层思维的影响下,大多数团队在前端项目中,组织代码结构的方式沿用了分层思维。
例如,我们的项目有 100 个页面,我们先不细分到组件,那么每个页面基本上都具备以下内容
- View,用于 UI 的展示
- 数据访问,各种接口请求
- 状态管理、逻辑处理,model 或者别的名称,用于处理当前页面的状态与数据
- css,该页面自己的样式
于是,我们在做项目组织的时候,一般都会如下这样处理,
1、创建一个 pages 目录,将所有的页面 UI 或者组件放到该文件夹中
+
号表示文件夹,-
号表示文件
+ pages - Home - Profile - Detail - Show ...
2、创建一个 apis 目录,将所有的接口请求代码放在该目录中
+ apis - common.ts - home.ts - profile.ts - detail.ts - show.ts ...
3、创建一个 models 目录,将所有的状态管理逻辑处理等模块放在该目录中
+ models - home.ts - profile.ts - detail.ts - show.ts
4、创建一个 styles 目录,将所有的 css 文件放在该目录
+ styles - common.css - home.css - profile.css - detail.css - show.css ...
分享一位读者读完上一章之后的评论,我觉得很有道理。
“经历过前端开发刀耕火种的年代,自然就明白模块化组件化虚拟 DOM 等概念的重要意义,也就更容易把这些知识看得更加重要,视若珍宝。”这一点很到位。普通人只能看到知识本身,而高手能掌握知识的推演和演进,进而习得这个学科的核心思维。
这一章非常关键。
特别是对有一定开发经验的朋友来说,它可能会颠覆你的认知。并大幅度提高你的开发效率。
组件化的开发思维是前端独有,在其指导下,代码组织结构,也必然会跟传统的模块化思维不一样。
在 MVC 分层思维的影响下,大多数团队在前端项目中,组织代码结构的方式沿用了分层思维。
例如,我们的项目有 100 个页面,我们先不细分到组件,那么每个页面基本上都具备以下内容
- View,用于 UI 的展示
- 数据访问,各种接口请求
- 状态管理、逻辑处理,model 或者别的名称,用于处理当前页面的状态与数据
- css,该页面自己的样式
于是,我们在做项目组织的时候,一般都会如下这样处理,
1、创建一个 pages 目录,将所有的页面 UI 或者组件放到该文件夹中
+
号表示文件夹,-
号表示文件
+ pages - Home - Profile - Detail - Show ...
2、创建一个 apis 目录,将所有的接口请求代码放在该目录中
+ apis - common.ts - home.ts - profile.ts - detail.ts - show.ts ...
3、创建一个 models 目录,将所有的状态管理逻辑处理等模块放在该目录中
+ models - home.ts - profile.ts - detail.ts - show.ts
4、创建一个 styles 目录,将所有的 css 文件放在该目录
+ styles - common.css - home.css - profile.css - detail.css - show.css ...
分享一位读者读完上一章之后的评论,我觉得很有道理。
“经历过前端开发刀耕火种的年代,自然就明白模块化组件化虚拟 DOM 等概念的重要意义,也就更容易把这些知识看得更加重要,视若珍宝。”这一点很到位。普通人只能看到知识本身,而高手能掌握知识的推演和演进,进而习得这个学科的核心思维。
这一章非常关键。
特别是对有一定开发经验的朋友来说,它可能会颠覆你的认知。并大幅度提高你的开发效率。
组件化的开发思维是前端独有,在其指导下,代码组织结构,也必然会跟传统的模块化思维不一样。
在 MVC 分层思维的影响下,大多数团队在前端项目中,组织代码结构的方式沿用了分层思维。
例如,我们的项目有 100 个页面,我们先不细分到组件,那么每个页面基本上都具备以下内容
- View,用于 UI 的展示
- 数据访问,各种接口请求
- 状态管理、逻辑处理,model 或者别的名称,用于处理当前页面的状态与数据
- css,该页面自己的样式
于是,我们在做项目组织的时候,一般都会如下这样处理,
1、创建一个 pages 目录,将所有的页面 UI 或者组件放到该文件夹中
+
号表示文件夹,-
号表示文件
+ pages - Home - Profile - Detail - Show ...
2、创建一个 apis 目录,将所有的接口请求代码放在该目录中
+ apis - common.ts - home.ts - profile.ts - detail.ts - show.ts ...
3、创建一个 models 目录,将所有的状态管理逻辑处理等模块放在该目录中
+ models - home.ts - profile.ts - detail.ts - show.ts
4、创建一个 styles 目录,将所有的 css 文件放在该目录
+ styles - common.css - home.css - profile.css - detail.css - show.css ...
部分转自互联网,侵权删除联系
最新评论