我先不说后端校验，前端校验的效果实现和后端根本不一样，比如说某个 input 的数据有问题，你显示错误，那么怎么兼容后端代码处理呢。产品让你实现效果和每个框架默认提供都不一样，前端我认为不好处理

做个看起来还行的博客，然后加个评论系统吧，就纯当学习就好，怎么简单怎么来。

@haaro #2 感谢，主要是官方的例子过于简单了，只有简单的拿数据，拿完就 setState 了，但是异步中又需要异步拿数据的情况下这个场景没看过。不过这个场景的确少，谁叫我用别人网站的 api 里面没有头像 url 呢 https://ws4.sinaimg.cn/bmiddle/62e721e4gw1et02g5wksrj200k00k3y9.jpg 。

如果每个城市的公交都支持银联多好，我还省了搞交通联合的麻烦。

突然发现没有检查语法，手打的。。topics = await topicService.getTopics();

mark down，很容易导入导出啊

@luosuosile #7 传统的密码验证就是对称加密，非对称加密是需要两个密钥去分别加密 解密，证书作为公开密钥加密，私钥作为解密密钥，保证除了服务器端没有人可以解密。

这个时候假如你需要进行调试获取 http 明文，就需要网络抓包工具安装一个证书并且劫持所有网站证书替换成抓包工具的，这样抓包工具就可以解密 https。

我玩多了游戏都感觉游戏没意思，只要别持续就好，持续就得去看看了。

你说的时候还不行，还出现了 dns 解析问题。现在可以了......

@binghe 头皮和背部会针扎一样吗？如果是就可能和我一样胆碱能性荨麻疹了

车贷房贷了解一下…家里出点钱，然后你就背不少债了，而且钱有的人还会上交，当然没钱用…

@no1xsyzy #43 8 秒？首屏加载不应该超过 1M 吧。至少每个 SPA 一个首页，一个登录，基本过了这两关开始就压力减少很多了，首页和登录压不下来那真的有问题了。

@BXIA #36 8bit 游戏的的确牛逼，还一个是 8bit 音乐的，因为他们不仅要会音乐，而且还要会汇编......

单页面应用当然体积大，那我司的应用（ angular ）用户是不是要报警了？ 不过经过压缩的压缩包只有 6 M，首屏 gzip 加载 1.2 M，我不会 react，react 没有模块化的加载吗，这样基本不可能每次请求 4m 啊，而且水管小不考虑下 CDN 吗。
https://ws2.sinaimg.cn/large/c4167f36ly1fy1relpaskj208a05rdg5.jpg

掉几根头发不很正常吗，害怕什么，你是没看过女生洗头发吗，洗完然后梳头发基本都会掉几根，但是很长就显得多。

@nikoo #9 查了下，主板芯片组是 Z170 你可以 append 一下，目前应该只能支持 i7 - 7700K，更多的你 append 之后看看回答把

能说一下主板型号吗，主板芯片也有影响的

不能写在 constructor 里面吗，当获取到参数执行操作。

@ShirleyLuo #16 嗯，这个地方我没说好，不管做什么开发，实际上你已经用了很多工具你感受不到，只是相对集成了。

Android 本身集成了足够的一套工具用于开发，客户端的功能不需要那么多工具去扩展各种功能，该有的都有了，剩下来的功能就仅仅作为包去扩展。其实可以参考下前端，一个框架就能支撑起网页的主要功能，其他功能都是扩展的。

spring 是作为基础框架所以需要扩展的很多框架，后端随着业务逻辑和流量变多，压力变大需要扩展，加上各种工具、框架需要封装独立成为系统的一个子模块，作为多个模块之间的中间层，每个工具的场景不一样。而相对而言 Android 的功能都是每个封装组件带来的，你是对组件进行修改，没有感觉到有后端这种子模块的味道（主要是都不一定做出来是通用的组件），所以还是前后端的需求和情景不一样导致的。