获得徽章 0
赞了这篇文章
赞了这篇文章
赞了这篇文章
#挑战每日一条沸点#
Day11 502 Bad Gateway（后端在部署）
"502 Bad Gateway" 是一种 HTTP 状态码，通常表示一个网关（如代理服务器或反向代理服务器）未能从上游服务器（通常是应用服务器或Web服务器）获得有效的响应。
这个错误通常发生在以下情况下：
1. 上游服务器（应用服务器或Web服务器）出现故障或未响应，导致网关无法获取有效的响应。
2. 代理服务器或反向代理服务器的配置有问题，无法正确地将请求传递给上游服务器。
3. 负载均衡器配置有问题，导致请求未正确路由到可用的上游服务器。
如果您在浏览器中看到 "502 Bad Gateway" 错误，可能是因为您访问的网站的服务器遇到问题。这可能是暂时的，如果您刷新页面，有时问题会自动解决。如果问题持续存在，那么可能是网站的服务器管理员需要检查和修复。
如果您是网站的管理员或开发人员，您应该检查代理服务器、负载均衡器或上游服务器的配置，以确保它们正确地响应请求并正确地传递响应。您还可以查看服务器日志来了解更多关于问题的信息。
Day11 502 Bad Gateway（后端在部署）
"502 Bad Gateway" 是一种 HTTP 状态码，通常表示一个网关（如代理服务器或反向代理服务器）未能从上游服务器（通常是应用服务器或Web服务器）获得有效的响应。
这个错误通常发生在以下情况下：
1. 上游服务器（应用服务器或Web服务器）出现故障或未响应，导致网关无法获取有效的响应。
2. 代理服务器或反向代理服务器的配置有问题，无法正确地将请求传递给上游服务器。
3. 负载均衡器配置有问题，导致请求未正确路由到可用的上游服务器。
如果您在浏览器中看到 "502 Bad Gateway" 错误，可能是因为您访问的网站的服务器遇到问题。这可能是暂时的，如果您刷新页面，有时问题会自动解决。如果问题持续存在，那么可能是网站的服务器管理员需要检查和修复。
如果您是网站的管理员或开发人员，您应该检查代理服务器、负载均衡器或上游服务器的配置，以确保它们正确地响应请求并正确地传递响应。您还可以查看服务器日志来了解更多关于问题的信息。
展开
评论
点赞
#挑战每日一条沸点#
Day10 ref属性的作用
`ref` 是 Vue 中用来给元素或子组件添加引用标识的特殊属性。它允许你在代码中通过引用标识来访问该元素或组件实例。使用 `ref` 属性，你可以在 Vue 组件中直接访问 DOM 元素或子组件，而不必通过选择器或事件来操作。
`ref` 属性可以用在以下几个方面：
1. 访问 DOM 元素：可以通过 `ref` 属性给 HTML 元素添加引用标识，然后在 Vue 组件中通过 `$refs` 来访问该 DOM 元素。
2. 访问子组件：可以通过 `ref` 属性给子组件添加引用标识，然后在父组件中通过 `$refs` 来访问该子组件实例。
3. 访问子元素：可以通过 `ref` 属性给 `v-for` 循环生成的元素添加引用标识。
需要注意的是，`$refs` 是一个直接访问 DOM 元素或子组件实例的引用对象，并不是响应式的。也就是说，如果在模板中使用了 `v-if` 或 `v-for`，可能会导致 `$refs` 不稳定。在大多数情况下，最好使用 Vue 的响应式数据来操作 DOM 元素或组件，而不是依赖 `$refs`。只有在需要直接访问元素或组件实例时，才使用 `$refs`。
Day10 ref属性的作用
`ref` 是 Vue 中用来给元素或子组件添加引用标识的特殊属性。它允许你在代码中通过引用标识来访问该元素或组件实例。使用 `ref` 属性，你可以在 Vue 组件中直接访问 DOM 元素或子组件，而不必通过选择器或事件来操作。
`ref` 属性可以用在以下几个方面：
1. 访问 DOM 元素：可以通过 `ref` 属性给 HTML 元素添加引用标识，然后在 Vue 组件中通过 `$refs` 来访问该 DOM 元素。
2. 访问子组件：可以通过 `ref` 属性给子组件添加引用标识，然后在父组件中通过 `$refs` 来访问该子组件实例。
3. 访问子元素：可以通过 `ref` 属性给 `v-for` 循环生成的元素添加引用标识。
需要注意的是，`$refs` 是一个直接访问 DOM 元素或子组件实例的引用对象，并不是响应式的。也就是说，如果在模板中使用了 `v-if` 或 `v-for`，可能会导致 `$refs` 不稳定。在大多数情况下，最好使用 Vue 的响应式数据来操作 DOM 元素或组件，而不是依赖 `$refs`。只有在需要直接访问元素或组件实例时，才使用 `$refs`。
展开
评论
点赞
#挑战每日一条沸点#
Day09 web @1x 和 web @2x 有什么区别
Web @1x 和 Web @2x 是指在网页开发中用于适配不同设备像素密度的两种设计规范。它们主要用于支持不同分辨率的屏幕，以确保网页在不同设备上显示清晰和高清。
1. Web @1x：
- 对应标准的设备像素密度，即每个CSS像素对应一个物理像素点。
- 例如，在一台设备像素密度为1的屏幕上，一个CSS像素对应一个物理像素点，这是标准的分辨率。
- 在设计阶段，开发人员通常会以Web @1x为基准来设计网页元素。
2. Web @2x：
- 对应高密度设备像素密度，即每个CSS像素对应四个物理像素点（2x2的像素点矩阵）。
- 例如，在一台设备像素密度为2的屏幕上，一个CSS像素对应四个物理像素点，这就是高密度屏幕。
- 为了在高密度屏幕上显示清晰的图像和文本，开发人员需要提供Web @2x的图像资源和样式。
在实际开发中，为了适配不同设备，开发人员通常会使用CSS的媒体查询来根据设备像素密度选择不同的图像资源和样式。这样可以确保在不同设备上都能获得最佳的显示效果。
Day09 web @1x 和 web @2x 有什么区别
Web @1x 和 Web @2x 是指在网页开发中用于适配不同设备像素密度的两种设计规范。它们主要用于支持不同分辨率的屏幕，以确保网页在不同设备上显示清晰和高清。
1. Web @1x：
- 对应标准的设备像素密度，即每个CSS像素对应一个物理像素点。
- 例如，在一台设备像素密度为1的屏幕上，一个CSS像素对应一个物理像素点，这是标准的分辨率。
- 在设计阶段，开发人员通常会以Web @1x为基准来设计网页元素。
2. Web @2x：
- 对应高密度设备像素密度，即每个CSS像素对应四个物理像素点（2x2的像素点矩阵）。
- 例如，在一台设备像素密度为2的屏幕上，一个CSS像素对应四个物理像素点，这就是高密度屏幕。
- 为了在高密度屏幕上显示清晰的图像和文本，开发人员需要提供Web @2x的图像资源和样式。
在实际开发中，为了适配不同设备，开发人员通常会使用CSS的媒体查询来根据设备像素密度选择不同的图像资源和样式。这样可以确保在不同设备上都能获得最佳的显示效果。
展开
评论
点赞
#挑战每日一条沸点#
Day08 依赖不幂等问题
依赖不幂等性问题是指在计算或处理过程中，对于相同输入的依赖操作，在不同的执行过程中可能会产生不同的结果。在幂等性的场景中，多次执行相同的操作不会改变最终的结果，而在不幂等性的场景中，多次执行相同的操作可能会导致不一致的结果。
在计算机科学和分布式系统中，依赖不幂等性可能会导致一系列问题，例如：
1. **并发冲突：** 当多个并发操作对同一个资源进行读写时，由于依赖不幂等性，可能会产生冲突，导致数据的不一致性或错误的结果。
2. **重试问题：** 当依赖操作不是幂等的时候，在进行失败重试时可能会导致重复执行相同的操作，进而可能产生额外的副作用或错误。
3. **事务问题：** 在数据库事务或分布式系统中，如果依赖操作不是幂等的，当事务回滚并重试时，可能会导致不一致的状态。
4. **网络和消息传递：** 在网络通信或消息传递中，由于网络故障或消息丢失，可能会导致依赖操作被重复执行，从而造成数据错误或资源浪费。
解决依赖不幂等性问题的常见方法包括：
- **幂等操作设计：** 在系统设计中，尽量将依赖操作设计成幂等的，使得多次执行相同操作不会改变结果。
- **唯一标识符：** 在请求中使用唯一标识符或请求ID，以避免相同的请求被重复执行。
- **版本控制：** 对于资源的修改操作，使用乐观并发控制或版本控制，确保对于并发修改的情况下，只有最后的修改生效。
- **幂等性检查：** 在执行依赖操作之前，进行幂等性检查，判断该操作是否已经被执行过，如果已经执行，则可以跳过重复操作。
保持依赖操作的幂等性对于系统的正确性和稳定性非常重要，特别是在分布式系统和并发操作的场景中。通过合理的设计和处理，可以有效地解决依赖不幂等性问题，提高系统的可靠性和一致性。
Day08 依赖不幂等问题
依赖不幂等性问题是指在计算或处理过程中，对于相同输入的依赖操作，在不同的执行过程中可能会产生不同的结果。在幂等性的场景中，多次执行相同的操作不会改变最终的结果，而在不幂等性的场景中，多次执行相同的操作可能会导致不一致的结果。
在计算机科学和分布式系统中，依赖不幂等性可能会导致一系列问题，例如：
1. **并发冲突：** 当多个并发操作对同一个资源进行读写时，由于依赖不幂等性，可能会产生冲突，导致数据的不一致性或错误的结果。
2. **重试问题：** 当依赖操作不是幂等的时候，在进行失败重试时可能会导致重复执行相同的操作，进而可能产生额外的副作用或错误。
3. **事务问题：** 在数据库事务或分布式系统中，如果依赖操作不是幂等的，当事务回滚并重试时，可能会导致不一致的状态。
4. **网络和消息传递：** 在网络通信或消息传递中，由于网络故障或消息丢失，可能会导致依赖操作被重复执行，从而造成数据错误或资源浪费。
解决依赖不幂等性问题的常见方法包括：
- **幂等操作设计：** 在系统设计中，尽量将依赖操作设计成幂等的，使得多次执行相同操作不会改变结果。
- **唯一标识符：** 在请求中使用唯一标识符或请求ID，以避免相同的请求被重复执行。
- **版本控制：** 对于资源的修改操作，使用乐观并发控制或版本控制，确保对于并发修改的情况下，只有最后的修改生效。
- **幂等性检查：** 在执行依赖操作之前，进行幂等性检查，判断该操作是否已经被执行过，如果已经执行，则可以跳过重复操作。
保持依赖操作的幂等性对于系统的正确性和稳定性非常重要，特别是在分布式系统和并发操作的场景中。通过合理的设计和处理，可以有效地解决依赖不幂等性问题，提高系统的可靠性和一致性。
展开
评论
点赞
#挑战每日一条沸点#
Day07 Express
Express 是一个流行的 Node.js 框架。它提供了一组简洁而灵活的工具和功能，用于构建 Web 应用程序和 API。Express 构建在 Node.js 的基础之上，通过封装和简化了许多底层的 HTTP 功能，使得开发者能够更轻松地构建和管理服务器端应用程序。
Express 提供了路由、中间件、模板引擎等功能，使得开发者能够以模块化和可扩展的方式组织和处理请求和响应。它还支持各种插件和扩展，可以根据需要添加额外的功能。
总结来说，Express 是一个基于 Node.js 的 Web 应用程序框架，它简化了构建服务器端应用程序的过程，提供了丰富的功能和工具来处理和响应 HTTP 请求。
Day07 Express
Express 是一个流行的 Node.js 框架。它提供了一组简洁而灵活的工具和功能，用于构建 Web 应用程序和 API。Express 构建在 Node.js 的基础之上，通过封装和简化了许多底层的 HTTP 功能，使得开发者能够更轻松地构建和管理服务器端应用程序。
Express 提供了路由、中间件、模板引擎等功能，使得开发者能够以模块化和可扩展的方式组织和处理请求和响应。它还支持各种插件和扩展，可以根据需要添加额外的功能。
总结来说，Express 是一个基于 Node.js 的 Web 应用程序框架，它简化了构建服务器端应用程序的过程，提供了丰富的功能和工具来处理和响应 HTTP 请求。
展开
评论
点赞
#挑战每日一条沸点#
Day06 机制和策略
在计算机科学和工程领域中，“机制”通常指的是一种操作或过程的实现方法、手段或技术。换句话说，机制描述了如何完成某个功能或目标的具体步骤和规则。
机制和策略是两个重要的概念，它们经常在复杂系统设计和解决问题的过程中一起使用。下面简要介绍一下这两个概念的区别：
1. **机制（Mechanism）：** 机制指的是如何执行、实现或达成某个目标的具体方法和手段。机制是系统中的基础组成部分，它决定了系统的结构和行为。在软件和硬件设计中，机制通常是指具体的算法、数据结构、协议、接口等。机制属于系统的实际实现，与具体的技术和工具密切相关。
2. **策略（Strategy）：** 策略指的是为了实现目标而选择的方案或方法。策略是高层次的决策和规划，它决定了系统的整体设计和运行方式。在软件和管理领域，策略通常是指设计模式、架构、流程规则等。策略与机制相互配合，通过合理的策略来使用具体的机制来达成目标。
总体而言，机制解决了“如何做”的问题，而策略解决了“为什么这样做”的问题。在设计复杂系统时，机制和策略的选择都是关键因素，需要在整体架构的基础上进行综合考虑，以达到高效、可靠、稳健的系统设计。
Day06 机制和策略
在计算机科学和工程领域中，“机制”通常指的是一种操作或过程的实现方法、手段或技术。换句话说，机制描述了如何完成某个功能或目标的具体步骤和规则。
机制和策略是两个重要的概念，它们经常在复杂系统设计和解决问题的过程中一起使用。下面简要介绍一下这两个概念的区别：
1. **机制（Mechanism）：** 机制指的是如何执行、实现或达成某个目标的具体方法和手段。机制是系统中的基础组成部分，它决定了系统的结构和行为。在软件和硬件设计中，机制通常是指具体的算法、数据结构、协议、接口等。机制属于系统的实际实现，与具体的技术和工具密切相关。
2. **策略（Strategy）：** 策略指的是为了实现目标而选择的方案或方法。策略是高层次的决策和规划，它决定了系统的整体设计和运行方式。在软件和管理领域，策略通常是指设计模式、架构、流程规则等。策略与机制相互配合，通过合理的策略来使用具体的机制来达成目标。
总体而言，机制解决了“如何做”的问题，而策略解决了“为什么这样做”的问题。在设计复杂系统时，机制和策略的选择都是关键因素，需要在整体架构的基础上进行综合考虑，以达到高效、可靠、稳健的系统设计。
展开
评论
点赞
#挑战每日一条沸点#
Day06 SemVer 机制
SemVer（Semantic Versioning）是一种软件版本控制规范，旨在为软件库的版本号提供一致和易于理解的命名约定。这个规范允许开发者和用户快速了解一个软件版本中包含的变化和兼容性信息，以便更好地管理依赖关系和升级决策。
SemVer 的版本号由三个数字组成：`MAJOR.MINOR.PATCH`，如 `2.1.3`。每个数字表示了不同级别的变化：
1. `MAJOR`（主版本号）：当进行不向后兼容的 API 变更或重大功能改进时，增加主版本号。这意味着旧版本与新版本之间可能存在不兼容的变化。
2. `MINOR`（次版本号）：当添加向后兼容的新功能时，增加次版本号。这意味着新版本向下兼容旧版本，但可能引入了新的功能或改进。
3. `PATCH`（补丁版本号）：当进行向后兼容的错误修复或小改动时，增加补丁版本号。这意味着新版本修复了旧版本中的问题，但没有引入新的功能。
按照 SemVer 规范，版本号的递增遵循以下原则：
- 任何版本初始号都是 `0.1.0`，即第一个公开版本的 `MINOR` 号为 1，`PATCH` 号为 0。
- 当主版本号增加时，次版本号和补丁版本号都会归零。
- 当次版本号增加时，补丁版本号归零。
- 当进行错误修复或补丁时，增加补丁版本号。
举个例子：
- 从 `1.2.3` 到 `1.3.0`：添加了新功能，向后兼容。
- 从 `1.2.3` 到 `2.0.0`：进行了不向后兼容的更改，主版本号增加。
- 从 `1.2.3` 到 `1.2.4`：进行了向后兼容的错误修复，补丁版本号增加。
SemVer 的规范使得软件版本控制更加清晰和可预测，帮助开发者和用户更好地理解软件库的变化和演进。在开发和发布软件时，遵循 SemVer 可以使依赖管理更加可靠，减少意外的兼容性问题，以及使软件升级过程更加可控。
Day06 SemVer 机制
SemVer（Semantic Versioning）是一种软件版本控制规范，旨在为软件库的版本号提供一致和易于理解的命名约定。这个规范允许开发者和用户快速了解一个软件版本中包含的变化和兼容性信息，以便更好地管理依赖关系和升级决策。
SemVer 的版本号由三个数字组成：`MAJOR.MINOR.PATCH`，如 `2.1.3`。每个数字表示了不同级别的变化：
1. `MAJOR`（主版本号）：当进行不向后兼容的 API 变更或重大功能改进时，增加主版本号。这意味着旧版本与新版本之间可能存在不兼容的变化。
2. `MINOR`（次版本号）：当添加向后兼容的新功能时，增加次版本号。这意味着新版本向下兼容旧版本，但可能引入了新的功能或改进。
3. `PATCH`（补丁版本号）：当进行向后兼容的错误修复或小改动时，增加补丁版本号。这意味着新版本修复了旧版本中的问题，但没有引入新的功能。
按照 SemVer 规范，版本号的递增遵循以下原则：
- 任何版本初始号都是 `0.1.0`，即第一个公开版本的 `MINOR` 号为 1，`PATCH` 号为 0。
- 当主版本号增加时，次版本号和补丁版本号都会归零。
- 当次版本号增加时，补丁版本号归零。
- 当进行错误修复或补丁时，增加补丁版本号。
举个例子：
- 从 `1.2.3` 到 `1.3.0`：添加了新功能，向后兼容。
- 从 `1.2.3` 到 `2.0.0`：进行了不向后兼容的更改，主版本号增加。
- 从 `1.2.3` 到 `1.2.4`：进行了向后兼容的错误修复，补丁版本号增加。
SemVer 的规范使得软件版本控制更加清晰和可预测，帮助开发者和用户更好地理解软件库的变化和演进。在开发和发布软件时，遵循 SemVer 可以使依赖管理更加可靠，减少意外的兼容性问题，以及使软件升级过程更加可控。
展开
评论
点赞
赞了这篇文章
#挑战每日一条沸点#
Day06 运维和运营
虽然"运维"和"运营"这两个词听起来相似，但它们在计算机和业务领域中有不同的含义和职责。
1. 运维 (DevOps)：
"运维"是 "运维运营"（Development and Operations）的缩写，通常指的是 "DevOps"，一种软件开发和运维的方法论。DevOps 的主要目标是通过自动化和协作来缩短软件的开发周期和发布周期，以提高交付速度和质量。运维团队在 DevOps 中负责管理软件的部署、监控、维护和支持。他们致力于确保软件在生产环境中的稳定性、高可用性和安全性。运维人员通常使用各种工具来自动化配置管理、部署和监控系统，以便快速响应变化、修复问题，并确保服务的持续运行。
2. 运营 (Operations)：
"运营"是一种更广泛的业务领域术语，它包含多个方面，不仅局限于软件开发和运维。运营可以涉及企业的各个层面，包括战略决策、业务流程优化、资源管理、财务规划、市场营销等。在一家企业中，运营团队负责确保业务的正常运转，并寻求持续的改进和增长。运营人员通常与高层管理人员一起制定战略计划，并负责执行和监督业务的日常运作。
简而言之，"运维"主要涉及软件开发和运营中的技术层面，而"运营"更广泛，包括整个企业运作的方方面面。在 IT 领域，"运维"通常指 DevOps 领域中的运维工作，而"运营"更多涉及企业级的管理和决策。
Day06 运维和运营
虽然"运维"和"运营"这两个词听起来相似，但它们在计算机和业务领域中有不同的含义和职责。
1. 运维 (DevOps)：
"运维"是 "运维运营"（Development and Operations）的缩写，通常指的是 "DevOps"，一种软件开发和运维的方法论。DevOps 的主要目标是通过自动化和协作来缩短软件的开发周期和发布周期，以提高交付速度和质量。运维团队在 DevOps 中负责管理软件的部署、监控、维护和支持。他们致力于确保软件在生产环境中的稳定性、高可用性和安全性。运维人员通常使用各种工具来自动化配置管理、部署和监控系统，以便快速响应变化、修复问题，并确保服务的持续运行。
2. 运营 (Operations)：
"运营"是一种更广泛的业务领域术语，它包含多个方面，不仅局限于软件开发和运维。运营可以涉及企业的各个层面，包括战略决策、业务流程优化、资源管理、财务规划、市场营销等。在一家企业中，运营团队负责确保业务的正常运转，并寻求持续的改进和增长。运营人员通常与高层管理人员一起制定战略计划，并负责执行和监督业务的日常运作。
简而言之，"运维"主要涉及软件开发和运营中的技术层面，而"运营"更广泛，包括整个企业运作的方方面面。在 IT 领域，"运维"通常指 DevOps 领域中的运维工作，而"运营"更多涉及企业级的管理和决策。
展开
评论
点赞
#挑战每日一条沸点#
Day05 讲一下mapState，并讲讲为什么要通过mapState辅助函数将state对象中的数据映射到组件的计算属性中？
> `mapState`是Vuex提供的一个辅助函数，用于简化在Vue组件中获取Vuex中`state`的过程。它可以帮助我们将`state`中的数据映射到组件的计算属性中，使得我们可以更方便地在模板中访问和使用这些数据。
使用`mapState`的语法如下：
```javascript
import { mapState } from 'vuex';
export default {
// 组件的其他选项...
computed: {
...mapState(['userAuthList', 'otherStateProperty']),
// 这里可以继续定义组件的其他计算属性...
},
};
```
通过`...mapState(['userAuthList', 'otherStateProperty'])`，我们可以将`userAuthList`和`otherStateProperty`这两个`state`对象中的属性映射到组件的计算属性中。这样，我们就可以在组件中直接通过`this.userAuthList`和`this.otherStateProperty`来访问和使用这些数据，而不需要手动去访问Vuex的`state`对象。
为什么要通过`mapState`辅助函数将`state`对象中的数据映射到组件的计算属性中呢？这是因为在Vue组件中，计算属性是响应式的，也就是说当`state`中的数据发生变化时，与之相关联的计算属性会自动更新。这样，我们就可以实时地反映出`state`中数据的最新状态，而无需手动去同步数据。
此外，通过`mapState`将`state`对象中的数据映射到计算属性中，还有助于避免在组件中直接引用Vuex的`state`对象，从而提高代码的可维护性和可读性。当我们需要获取`state`中的数据时，只需要通过计算属性的方式获取，而不需要在组件的代码中散落着直接引用`this.$store.state`。这种方式也使得我们在未来需要重构或修改`state`的结构时更加灵活，不会对组件产生太大的影响。
Day05 讲一下mapState，并讲讲为什么要通过mapState辅助函数将state对象中的数据映射到组件的计算属性中？
> `mapState`是Vuex提供的一个辅助函数，用于简化在Vue组件中获取Vuex中`state`的过程。它可以帮助我们将`state`中的数据映射到组件的计算属性中，使得我们可以更方便地在模板中访问和使用这些数据。
使用`mapState`的语法如下：
```javascript
import { mapState } from 'vuex';
export default {
// 组件的其他选项...
computed: {
...mapState(['userAuthList', 'otherStateProperty']),
// 这里可以继续定义组件的其他计算属性...
},
};
```
通过`...mapState(['userAuthList', 'otherStateProperty'])`，我们可以将`userAuthList`和`otherStateProperty`这两个`state`对象中的属性映射到组件的计算属性中。这样，我们就可以在组件中直接通过`this.userAuthList`和`this.otherStateProperty`来访问和使用这些数据，而不需要手动去访问Vuex的`state`对象。
为什么要通过`mapState`辅助函数将`state`对象中的数据映射到组件的计算属性中呢？这是因为在Vue组件中，计算属性是响应式的，也就是说当`state`中的数据发生变化时，与之相关联的计算属性会自动更新。这样，我们就可以实时地反映出`state`中数据的最新状态，而无需手动去同步数据。
此外，通过`mapState`将`state`对象中的数据映射到计算属性中，还有助于避免在组件中直接引用Vuex的`state`对象，从而提高代码的可维护性和可读性。当我们需要获取`state`中的数据时，只需要通过计算属性的方式获取，而不需要在组件的代码中散落着直接引用`this.$store.state`。这种方式也使得我们在未来需要重构或修改`state`的结构时更加灵活，不会对组件产生太大的影响。
展开
评论
点赞
#挑战每日一条沸点#
Day03 拥有用户删除文件夹权限，但删除时却提示没有权限？
1. 查看文件夹属性，你当前用户是否真的用户修改权限，没有的话赋予权限并重新删除，如果还是无法删除，见下一步。
2. 可能不是权限不足的原因，而是该文件夹被进程占用，导致无法删除，个人觉得这是windows的bug，提示信息错误了，应该改改，通过右键选中文件夹，点击火绒的解除占用，杀死进程（我认为是我通常在文件夹直接cmd+code . 启动vscode，导致code.exe占用其文件夹（看到的现象）），如果还是无法删除，见下一步。
3. 强制删除，通过右键选中文件夹，点击火绒的粉碎文件
Day03 拥有用户删除文件夹权限，但删除时却提示没有权限？
1. 查看文件夹属性，你当前用户是否真的用户修改权限，没有的话赋予权限并重新删除，如果还是无法删除，见下一步。
2. 可能不是权限不足的原因，而是该文件夹被进程占用，导致无法删除，个人觉得这是windows的bug，提示信息错误了，应该改改，通过右键选中文件夹，点击火绒的解除占用，杀死进程（我认为是我通常在文件夹直接cmd+code . 启动vscode，导致code.exe占用其文件夹（看到的现象）），如果还是无法删除，见下一步。
3. 强制删除，通过右键选中文件夹，点击火绒的粉碎文件
展开
评论
点赞
![[色]](http://lf-web-assets.juejin.cn/obj/juejin-web/xitu_juejin_web/img/jj_emoji_3.41d9a9a.png)