当今最流行的框架非 React莫属。 React以其岀色的性能，颠覆了互联网的理念，简单的开发方式受到许多开发者的青睐。 
因此，在 React中，虚拟DOM、组件的生命周期、组件的通信、组件的约束性，配合 Reflux、 Redux等框架的使用，基于 EMAScript6语法开发，以及 Webpack编译等都是读者要掌握的内容。


# 生命周期调用方法

React生命周期分为三大周期，11个阶段，生命周期方法调用顺序分别如下。

（1）在创建期的五大阶段，调用方法的顺序如下。

* getDetaultProps：定义默认属性数据。
* getInitialState：初始化默认状态数据。
* componentWillMount：组件即将被构建。
* render：渲染组件。
* componentDidMount：组件构建完成
> Ajax请求应该写在组件创建期的第五个阶段componentDidMount, 可保证组件已经挂载，并且能够正常更新组件。

（2）在存在期的五大阶段，调用方法的顺序如下。

* componentWillReceiveProps：组件即将接收新的属性数据。
* shouldComponentUpdate：判断组件是否应该更新。
> 组件状态数据或者属性数据发生更新的时候，组件会进入存在期，视图会渲染更新。在生命周期方法 shouldComponentUpdate中，允许选择退出某些组件（和它们的子组件）的和解过程。
> > 和解的最终目标是根据新的状态，以最有效的方式更新用户界面。如果我们知道用户界面的某一部分不会改变，那么没有理由让 React弄清楚它是否应该更新渲染。通过在 shouldComponentUpdate方法中返回 false, React将让当前组件及其所有子组件保持与当前组件状态相同。
* componnentWillUpdate：组件即将更新。
* render：渲染组件。
* componentDidUpdate：组件更新完成。

（3）在销毁期的一个阶段，调用方法 componentWillUnmount，表示组件即将被销毀。
# React中的事件处理逻辑
为了解决跨浏览器兼容性问题， React会将浏览器原生事件（Browser Native Event）封装为合成事件（ Synthetic Event）并传入设置的事件处理程序中。

这里的合成事件提供了与原生事件相同的接口，不过它们屏蔽了底层浏览器的细节差异，保证了行为的一致性。另外， React并没有直接将事件附着到子元素上，而是以单一事件监听器的方式将所有的事件发送到顶层进行处理（基于事件委托原理）。

这样 React在更新DOM时就不需要考虑如何处理附着在DOM上的事件监听器，最终达到优化性能的目的。

# React中D算法的原理
### 1.节点之间的比较

节点包括两种类型：一种是 React组件，另一种是HTML的DOM。

如果节点类型不同，按以下方式比较。

如果 HTML DOM不同，直接使用新的替换旧的。如果组件类型不同，也直接使用新的替换旧的。

如果 HTML DOM类型相同，按以下方式比较。

在 React里样式并不是一个纯粹的字符串，而是一个对象，这样在样式发生改变时，只需要改变替换变化以后的样式。修改完当前节点之后，递归处理该节点的子节点。

如果组件类型相同，按以下方式比较。

如果组件类型相同，使用 React机制处理。一般使用新的 props替换旧的 props，并在之后调用组件的 componentWillReceiveProps方法，之前组件的 render方法会被调用。

节点的比较机制开始递归作用于它的子节点。

### 2.两个列表之间的比较

一个节点列表中的一个节点发生改变， React无法很妤地处理这个问题。循环新旧两个列表，并找出不同，这是 React唯一的处理方法。

但是，有一个办法可以把这个算法的复杂度降低。那就是在生成一个节点列表时给每个节点上添加一个key。这个key只需要在这一个节点列表中唯一，不需要全局唯一。

### 3.取舍

需要注意的是，上面的启发式算法基于两点假设。

类型相近的节点总是生成同样的树，而类型不同的节点也总是生成不同的树

可以为多次 render都表现稳定的节点设置key。

上面的节点之间的比较算法基本上就是基于这两个假设而实现的。要提高 React应用的效率，需要按照这两点假设来开发。

# 在React中元素（element）和组件（component）区别

在 React中元素是页面中DOM元素的对象表示方式。在 React中组件是一个函数或一个类，它可以接受输入并返回一个元素。

工作中，为了提高开发效率，通常使用JSX语法表示 React元素（虚拟DOM）。在编译的时候，把它转化成一个 React. createElement调用方法。
> createElement和 cloneElement区别
> > createElement是JSX被转载得到的，在 React中用来创建 React元素（即虚拟DOM）的内容。cloneElement用于复制元素并传递新的 props。

### 如果组件具有状态（state）或生命周期方法，请使用类组件；否则，使用功能组件。

# React中的key的重要性

key可以帮助 React跟踪循环创建列表中的虚拟DOM元素，了解哪些元素已更改、添加或删除。

每个绑定key的虚拟DOM元素，在兄弟元素之间都是独一无二的。

在 React的和解过程中，比较新的虛拟DOM树与上一个虛拟DOM树之间的差异，并映射到页面中。key使 React处理列表中虛拟DOM时更加高效，因为 React可以使用虛拟DOM上的key属性，快速了解元素是新的、需要删除的，还是修改过的。如果没有key,React就不知道列表中虚拟DOM元素与页面中的哪个元素相对应。所以在创建列表的时候，不要忽略key。

# 约束性组件（controlled component）与非约束性组件（uncontrolled component）的区别

约束性组件（ controlled component）就是由 React控制的组件，也就是说，表单元素的数据存储在组件内部的状态中，表单到底呈现什么由组件决定。

非约束性组件（ uncontrolled component）就是指表单元素的数据交由元素自身存储并处理，而不是通过 React组件。表单如何呈现由表单元素自身决定。

虽然非约東性组件通常更容易实现，可以通过refs直接获取DOM元素，并获取其值，但是 React建议使用约束性组件。主要原因是，约東性组件支持即时字段验证，允许有条件地禁用/启用按钮，强制输入格式等。

# React的setState方法

### 当调用 setState的时候，发生了什么操作

当调用 setState时， React做的第一件事是将传递给setState的对象合并到组件的当前状态，这将启动一个称为和解（ reconciliation）的过程。 
和解的最终目标是，根据这个新的状态以最有效的方式更新DOM。 
为此， React将构建一个新的 React虚拟DOM树（可以将其视为页面DOM元素的对象表示方式）。 
一旦有了这个DOM树，为了弄清DOM是如何响应新的状态而改变的， React会将这个新树与上一个虚拟DOM树比较。 
这样做， React会知道发生的确切变化，并且通过了解发生的变化后，在绝对必要的情况下进行更新DOM，即可将因操作DOM而占用的空间最小化。 

### setState方法的第二个参数是一个回调函数

当 setState方法执行结束并重新渲染该组件时调用它。在工作中，更好的方式是使用 React组件生命周期之——“存在期”的生命周期方法，而不是依赖这个回调函数。

其他作用：可以用该函数来监听渲染是否完成。

# React从EMAScript5编程规范到EMAScript6编程规范过程中的几点改变
1. 创建组件的方法不同
> EMAScript5版本中，定义组件用 React.createClass。 
> EMAScript6版本中，定义组件要定义组件类，并继承 Component类。

2. 定义默认属性的方法不同
> EMAScript5版本中，用 getDefaultProps定义默认属性。 
> EMAScript6版本中，为组件定义defaultProps静态属性，来定义默认属性。

3. 定义初始化状态的方法不同
> EMAScript5版本中，用 getInitialState定义初始化状态。 
> EMAScript6版本中，在构造函数中，通过this.state定义初始化状态。

4. 定义属性约束的方法不同
> EMAScript5版本中，用 propTypes定义属性的约束。 
> EMAScript6版本中，为组件定义propsTypes静态属性，来对属性进行约束。

5. 使用混合对象、混合类的方法不同
> EMAScript5版本中，通过mixins继承混合对象的方法。 
> EMAScript6版本中，定义混合类，让混合类继承Component类，然后让组件类继承混合类，实现对混合类方法的继承。

6. 绑定事件的方法不同
> EMAScript5版本中，绑定的事件回调函数作用域是组件实例化对象。 
> EMAScript6版本中，绑定的事件回调函数作用域是null。

7. 父组件传递方法的作用域不同
> EMAScript5版本中，作用域是父组件。 
> EMAScript6版本中，变成了null。

8. 组件方法作用域的修改方法不同
> EMAScript5版本中，无法改变作用域。 
> EMAScript6版本中，作用域是可以改变的。

# 附件细节点

> 在 Reducer文件里，对于返回的结果，必须要使用 Object.assign ( )来复制一份新的 state，否则页面不会跟着数据刷新。

> React-Router的模式有HashRouter（通过散列实现，路由要带#）和BrowerRouter（利用HTML5中 history API实现， 兼容性不是很好）

# React和vue.js的相似性和差异性
相似性如下:
* （1）都是用于创建UI的 JavaScript库。
* （2）都是快速和轻量级的代码库（这里指 React核心库）。
* （3）都有基于组件的架构。
* （4）都使用虚拟DOM。
* （5）都可以放在单独的HTML文件中，或者放在 Webpack设置的一个更复杂的模块中。
* （6）都有独立但常用的路由器和状态管理库。

它们最大的区别: 
* 在于 Vue. js通常使用HTML模板文件，而 React完全使用 JavaScript创建虚拟DOM。 
* Vue. js还具有对于“可变状态”的“ reactivity”的重新渲染的自动化检测系统。

2024年刷波前端面试题记录(三)

[现代 JavaScript 教程](https://zh.javascript.info/)


![image.png](https://seek.wiki/static/img/1a38c5553e190618eb825f790c8ab078.image.png)

![image.png](https://seek.wiki/static/img/73bdbedf622c25b9ae46b574c739cb61.image.png)


![image.png](https://seek.wiki/static/img/3cbe5be6c2fbd9beec63c4ee03b6683b.image.png)


![image.png](https://seek.wiki/static/img/3dd57ebcb1319700b8f32b86f767c3bc.image.png)

强推高级web相关电子书

> 从5千-->千万：90后草根逆风翻盘的创业启示录



# ‌一、绝境中的微光：1万元撬动命运支点‌

凌晨三点的城中村出租屋里，万三盯着手机里仅剩的123.6元余额，指甲深深掐进掌心。

这个来自山区的小镇青年，毕业后蜗居在8平米的隔断间，白天是格子间里沉默的Excel操作员，夜晚化身社交媒体上狂热的「手作发烧友」。

当他把第37个原创编织包挂上闲鱼时，命运的齿轮开始转动——「叮咚」的订单提示音，成了他告别996的起义号角‌。

# ‌二、破局时刻：短视频里的「情感经济学」‌

他用捡来的木架搭建拍摄场景，借室友的台灯打光，把每个产品故事揉进人生切片。

那条爆火出圈的「给抑郁症女孩织星空围巾」视频，不仅带来10万+订单，更让「温度经济」成为品牌DNA。

粉丝留言区化作情感树洞，他坚持每件商品附带手写卡片：

> 「你买的不是商品，是平行时空里另一个勇敢的自己」‌。

# ‌三、逆袭密码：从孤勇者到生态构建者‌

‌精准卡位蓝海市场‌：

> 避开红海竞争，聚焦「情绪疗愈型手作」，将产品开发与当代青年情感痛点深度绑定‌

‌内容裂变矩阵‌：

> 建立「教程类+治愈向+创业纪实」三维内容体系，单条拆解编织技巧的视频吸引3万宝妈成为分销代理‌

‌轻资产扩张术‌：

> 用「城市合伙人」模式整合民间手艺人，既解决产能瓶颈又形成地域文化IP矩阵‌

# ‌四、破茧成蝶：被收购背后的战略博弈‌

当某上市文创集团带着2000万收购意向书登门时，这个曾吃三个月泡面的青年做出惊人之举：

> 拒绝现金套现，选择「股权置换+独立运营权」模式。

如今他的工作室已成为集团内部孵化器，累计扶持137个大学生创业项目‌。

# ‌五、给后来者的生存指南‌

‌在天赋区创业‌：

> 万三的手作敏感源于童年帮母亲摆地摊的经历，找到「生命经历」与「市场需求」的交集点‌

‌把劣势变记忆点‌：

> 早期粗糙的手机画质反而营造真实感，个人创业日记专栏转化率超行业均值300%‌

‌临界点思维‌：

> 在第100个订单时all in辞职，在日销破万时组建供应链团队，每个决策踩准增长曲线‌

# ‌尾声：创业是场无限游戏‌

如今的万三在山区建起手工艺培训基地，墙上镌刻着改变他命运的那个公式：

‌5千元启动金 × 100小时极致专注 × 1000次微小迭代 × 10000份情感联结‌

这或许就是数字经济时代，给予普通人最公平的造富方程

微创业也有大作为

### 游戏背景：
在浩瀚无垠的修仙世界中，玩家将扮演一名初出茅庐的修仙者，通过挂机修炼、养成灵兽、种植仙草、炼制丹药等方式，逐步提升自己的修为，探索神秘的仙界，最终飞升成仙。在这个过程中，玩家不仅能体验到修仙的乐趣，还能参与各种互动活动，赢取珍贵的纪念图和实物奖品。

### 核心玩法：
##### ‌挂机养成‌：
玩家可以设置角色自动修炼，即使离线也能持续获得修为和经验。
修炼过程中，有概率触发特殊事件，如遇到灵兽、发现仙草、遭遇魔物等，需要玩家在线处理或选择处理方式。
修为达到一定境界后，可以解锁新的技能和法术，提升战斗力。
###### ‌灵兽养成‌：
玩家可以在游戏中捕捉各种灵兽，通过喂养、训练等方式提升灵兽的成长值和战斗力。
灵兽可以陪伴玩家战斗，也可以作为坐骑，提升玩家的移动速度。
灵兽达到一定等级后，可以进化为更强大的形态，并解锁新的技能。
###### ‌仙草种植与丹药炼制‌：
玩家可以在自己的仙府中种植各种仙草，通过浇水、施肥等方式促进仙草生长。
收获的仙草可以用于炼制丹药，丹药可以提升角色的修为、恢复血量等。
炼制药材时，有概率触发炼丹奇遇，获得稀有药材或提升炼丹成功率。
###### ‌纪念图产出‌：
玩家在游戏中完成特定任务、达成特定成就时，可以获得独特的纪念图。
纪念图具有收藏价值，可以展示在玩家的个人空间中，也可以分享给好友。
###### ‌广告抽奖与签到补签‌：
玩家可以通过观看广告参与抽奖活动，奖品包括游戏内资源、稀有道具以及实物奖品。
每日签到可以获得丰厚奖励，连续签到天数越多，奖励越丰厚。
若错过签到，可以通过观看广告进行补签，确保不错过任何奖励。
###### ‌蟠桃大会抽奖送实物‌：
定期举办蟠桃大会活动，玩家可以通过参与活动、完成任务等方式获得蟠桃积分。
使用蟠桃积分可以参与抽奖，奖品包括游戏内珍稀道具以及实物奖品（如电子产品、生活用品等）。
实物奖品将通过快递方式邮寄给获奖玩家。
##### ‌小游戏互动‌：
游戏中设置多个小游戏，如“灵兽竞速”、“仙草连连看”等，玩家可以通过参与小游戏获得游戏内资源、积分等奖励。
小游戏不仅增加了游戏的趣味性，也为玩家提供了更多赢取奖励的机会。
### 游戏特色：
1. ‌丰富的修仙体验‌：结合挂机、养成、战斗等多种元素，让玩家充分体验修仙的乐趣。
2. ‌独特的纪念图系统‌：通过完成任务和达成成就获得独特纪念图，具有极高的收藏价值。
3. ‌实物抽奖活动‌：定期举办蟠桃大会抽奖活动，让玩家有机会赢取实物奖品。
4. ‌互动小游戏‌：设置多个小游戏，增加游戏的趣味性和互动性。
### 结语：
《仙途无尽：挂机养仙缘》是一款集挂机养成、灵兽养成、仙草种植、丹药炼制等多种元素于一体的修仙题材游戏。通过丰富的游戏内容和独特的纪念图系统，让玩家在修仙的道路上不断前行，同时享受赢取实物奖品的乐趣。快来加入我们，一起踏上这段无尽的修仙之旅吧！

《仙途无尽：挂机养仙缘》

梦想之屋微信小程序产品原型文档



# 1. 项目概述

### 1.1 项目背景

当代用户对个人梦想充满热情，但常缺乏明确的实现路径。

“梦想之屋”以“搭建房屋”作为隐喻，将实现梦想的过程拆分为多个阶段，让用户逐步“筑梦”，同时获得AI个性化建议和社区支持。

### 1.2 产品定位与目标

定位： 梦想记录与实现过程的可视化工具

目标用户： 追求自我成长、热衷梦想实现规划的个人

核心目标： 帮助用户明确阶段目标、记录成长过程，并通过社群互动和AI建议激励持续行动

# 2. 需求分析

### 2.1 用户调研

通过问卷和访谈了解用户在梦想规划、实现过程中遇到的困惑与需求

用户反馈显示：

希望有直观的进度展示

需要专业建议和情感激励

期望与他人分享交流经验

### 2.2 业务需求与痛点

需求： 用户可发布梦想、按阶段记录进度、接收AI建议、参与互动激励

痛点： 记录杂乱、缺乏目标拆分、难以获得外部支持

# 3. 产品架构与功能模块设计

### 3.1 模块划分

##### 梦想发布模块

用户输入梦想标题、描述、上传图片/音频

设置梦想完成目标和时间节点

梦想构建模块（房屋搭建比喻）

用户将梦想实现过程拆分为“地基、结构、屋顶”等阶段

每完成一个阶段，系统展示对应房屋模块（视觉化构建效果）

##### AI分析与建议模块

分析用户记录内容，评估当前进展

提供个性化建议（例如：加强计划、调整时间表、寻找资源支持）

##### 社区互动与激励模块

用户可以点赞、评论、分享梦想进展

设计任务挑战、徽章奖励等激励机制

##### 用户中心与数据统计模块

展示个人成就、进度统计和历史记录

用户设置、账号信息、隐私管理等

### 3.2 数据流与模块交互

用户发布梦想→进入梦想构建流程→系统调用AI模块生成反馈→社区模块同步更新互动信息

数据接口包括用户信息、梦想详情、阶段记录、评论、激励数据等

# 4. 页面流程图

### 4.1 总体流程

- 首页入口： 展示梦想墙和热门梦想案例

- 梦想发布页： 用户创建并发布梦想
 
- 梦想详情页： 显示梦想进度、阶段记录、AI建议
 
- 构建进程页： 用户选择对应阶段，完成任务后解锁房屋模块

- 社区互动页： 用户浏览、评论、点赞其他人的梦想进展

- 个人中心： 查看历史记录、数据统计、个人资料管理

（流程图可用Visio、Axure或手绘草图展示各页面之间的跳转关系）

# 5. 原型设计

### 5.1 低保真原型

- 目标： 

 确定页面结构、模块布局和交互流程

- 示例：

 梦想发布页草图：顶部导航（返回、发布）、梦想输入框、上传图片按钮

 梦想构建页草图：分段显示房屋构件（地基、墙体、屋顶），每个构件带完成按钮

### 5.2 高保真原型

##### 使用Axure或墨刀制作，包含：

视觉设计： 根据品牌色彩（例如温暖的橙色、蓝色辅助色）、图标和图片的精细设计

交互注释： 每个按钮、输入框、进度条等元素详细说明交互效果和状态变化

##### 示例页面：

首页：展示梦想案例、搜索框和快速入口

梦想详情页：展示梦想标题、进度条、各阶段任务（点击展开详情）、AI建议弹窗

社区页：帖子列表形式展示用户更新，支持评论和点赞操作

（可以在原型图上标注交互逻辑，例如点击“完成阶段”按钮后触发进度条更新和解锁下一模块的动画效果）

# 6. 交互设计与动效

##### 交互逻辑：

发布梦想后自动进入“梦想构建”流程

点击房屋构件显示阶段详情、任务说明和提交状态

AI建议以弹窗形式展示，可点击“采纳建议”或“略过”

##### 动效设计：

进度条动态填充，构件解锁时出现“搭建成功”动画

页面切换采用渐隐渐显效果，提升整体流畅感

# 7. 数据结构与接口设计

### 7.1 数据库设计（示例）

用户表： 用户ID、昵称、头像、注册时间、权限等

梦想表： 梦想ID、用户ID、标题、描述、创建时间、完成状态

阶段记录表： 阶段ID、梦想ID、阶段名称（如“地基”、“墙体”）、完成时间、备注

评论表： 评论ID、梦想ID、用户ID、评论内容、发布时间

激励记录表： 激励ID、用户ID、任务类型、获得徽章、积分等

### 7.2 API接口示例

发布梦想接口： POST /api/dreams

获取梦想详情接口： GET /api/dreams/{dreamId}

提交阶段完成接口： POST /api/dreams/{dreamId}/stages

获取AI建议接口： GET /api/dreams/{dreamId}/ai-suggestions

# 8. 版本规划与后续迭代

### 8.1 MVP版本

核心功能：梦想发布、阶段记录、简单的进度展示

AI建议模块以基础规则实现，社区模块支持基本评论点赞

### 8.2 后续迭代计划

完善AI分析算法，提供更精准的建议

增加任务挑战和奖励系统

拓展社群互动功能（如视频分享、线上活动）

数据分析模块丰富，提供个性化成长报告