写的不错，就是字差点。

纯前端存在跨域的问题，肯定没法实现，只能借助于后端了，把将要跳转的地址发给你们后端接口，后端去请求这个地址的数据，若能正常请求，则告诉前端可以跳转，否则不能跳转。

跟媳妇意见不一致时，听媳妇的；

跟媳妇意见一致时，听你的。

目前是放在阿里云的，很早之前用 php 写的。

https://www.xiabingbao.com 专注前端领域的博客

流程上或者配置里的一些改动

无论是类组件还是函数组件，不要直接操作 TodoList 。

在类组件中，是使用 this.setState()来操作的；在函数组件里，是用 const [TodoList, setTodoList] = useState()这个 hook 中的第 2 个参数 setTodoList()来操作的。

确实挺深奥的，像很多面试原理的、源码的，大概都是筛选人才而已，毕竟这么多面试者，要哪个呢，大家都差不多的话，只能往深了问。一句话总结就是：“卷”。

@xdxtao 没用过 nuxt ，我倒是用过 nextjs ，nextjs 本身就可以作为服务端去数据库读取数据，然后再渲染到页面上的！

nuxt 本身就是服务端渲染框架吧，怎么又接了一个 springboot 呢？

当前端发布出去后，其实接口就基本已经暴露了。若使用 SSR 这种服务端渲染方案，虽然接口没有暴露出来，但羊毛党也可以直接模拟浏览器的情况，来假装是一个正常用户，不再关心你的接口具体是什么。

前端能做的工作很少，大部分都得后端的一些防护策略。简单说下我们这里的限制策略：

1. 登录态；在该用户已登录时，可以限制其某一接口、奖励等各种频次，限制奖励的上限等；
2. 我们有些接口会通过原生客户端访问后端接口，这里可以客户端的代理请求，客户端在这个请求中加上 token ，后端再用相同算法加密出一个 token ，然后进行对比；不过原生客户端可能也会被逆向，加密算法就暴露了，但也增加了破解成本；
3. 风控，通过该用户一系列的行为，判断该账号是否是可疑账号；

写单测可以带来的好处：

1. 考虑更多额外的情况：有些功能，受限于数据的输入，不可能展示出所有的情况，那么在单测中，就可以用各种合理不合理的数据，来验证这个功能；
2. 保证安全性：出现一个错误的现象时，单测结果能保证当前这个功能点是没问题的，可以缩小排查范围；即使在重构时，也能知道这个功能是干嘛的，考虑了哪些状况；

小类型可以给更大范围的类型赋值，但反过来就不行了。

number 的范围很大，但 10 的范围就只有 10 。

所以现在我们的文件名都“使用 kebab-case ，后缀为小写”的方式！

@HashV2 简单，功能比较全面，curd 基本都能用上。

@jinxing911025 jsdelivr 在国内也经常出问题吧

@hbkdsm 是的，多跑几个派出所，看哪个能办，就在哪个派出所办。不同的派出所，松紧力度也不一样，有的宽一些，有的紧一些。

多跑几个派出所试试。

之前我办北京居住证的时候，我们小区所在的那个派出所就严格，然后就换了个其他的派出所，就看个租房合同，就可以了！