简单来说，它就是用来滚动切换列表项的。 项目地址

引言

底层实现有时候不必循规蹈矩，能解放业务层才是关键。如果底层为了守规矩反而破坏了业务层的规矩才是得不偿失的添乱行为，行话叫过度设计。
其实这也是所谓封装的原则之一，从函数到模块到组件到页面再到工程的设计都应当秉持着为更上一层服务的原则，尽可能地把下一层的脏话累活揽到自己的作用域下，屏蔽到角落里。
说到这，突然想到一个词：金玉其外 败絮其中……

最近在搞一个基于 AntPro 的管理端。除了把诸如多语言、动态主题配置、各种无用的依赖、文件、页面、配置等等都干掉了之后，我不禁盯着项目里的 dva 又陷入了沉思…

3 秒后，我决定也把它送到非洲去…

于是又是一顿猛如虎的操作（删配置，删依赖，删 models，删 connect，删 props 引用）后，看着清清爽爽的工程结构，我笑了。

这个，也不知道哪里拍的，反正微博热搜上写的官宣了，我看了看就是第一部的一些人物，导演我也不太熟悉。。。 - 完整见知乎提问

强烈推荐喜马拉雅里的三体广播剧！！！

强烈推荐喜马拉雅里的三体广播剧！！！

强烈推荐喜马拉雅里的三体广播剧！！！

链接在此：三体（全六季）| 精品广播剧在线收听-喜马拉雅 FM

毫不夸张地说，这部广播剧质量高到你在听的时候脑子里就能同步出画面，基本符合了我在看三体书时候的一切想象！不过也有副作用，就是听的时候皮肤会变鸡皮肤……

所以先有小说的这类作品，一切画面最终还是比不上你脑子里想象的画面！演员啊，场景啊，气氛啊，这些还是交给大脑来渲染吧！无疑它才是最强和最懂你的处理器。

有时候也会想，要是非得拍成影视作品，能不能直接去找这部广播剧来合作啊？剧本，配音，背景音乐，音效都省了哈哈。这样即便观众接受不了你的画面，还可以选择把屏幕关了，只听声音！

怎能平庸
不管同学的嫉妒，不听长辈的斥责，不信师长的教诲……这是忤逆，也是遵守；这是消极，也是积极；这是卑躬屈膝，也是傲骨嶙峋。天生我材必有用，千金散尽还复来。各自有不同的经历，物以类聚人以群分，也就注定我不与世人苟同，这条路为我精心铺设，没有支持，没有欢呼，没有提携，更没崇拜。又怎会稀罕呢？怎会珍视那不真实的话语呢。。。 - 完整见知乎提问

我的观点和这位答主的一致！ @右勾拳柴犬

不过我并没有撕掉当年自己写的，哈哈哈，而且我还要放出来跟题主 PK 一波！

一组简单实用的语义化 flex 样式类，通过它们基本可以组合出所有常见的业务布局。 项目地址

也许我们本来就生活在虚拟世界里面，但是一直没有人发现。我自己举不出例子，希望有人能够举出生活中的漏洞。 - 知乎提问

公交车红灯现象！

某天突然意识到：两年多了，每天上班乘坐的这趟公交车竟然每次经过那个路口的时候都是红灯！

想了一下，先自问自答一波吧

十几年前的那种放歌可以传十里地的手机又大又重，说像个砖头也毫不夸张，和现在寸土寸金的手机内部空间完全天壤之别，而且目前用户普遍看中手机的外形和握感，内部空间还在不断地被压缩，与此同时各种传感器和各种硬件模块却还在不断增加，可以感受到人们对手机体验的需求在不断地全维度地提高。

代码提示

目前用的是：Wechat mini program support

实测提示效果还不错。

Prettier

直接调用 WebStorm 自带的 Prettier 去格式化 wxml / wxss / wxs 文件会提示：

就拿 axios 请求后台 api 来说吧 很多人喜欢把 api 专门写到一个文件里 然后每个页面里面请求的时候 import 导入。
这样确实可以统一管理 api 接口。但是用多了反而感觉很麻烦。一个 import 导入的时候麻烦。第二个是后期维护修改的时候并没有感觉到便利。 反而这个文件跳那个文件 那个再跳另一个。总感觉切换查看不同文件是一个很浪费时间的过程。当然坏处就是不能复用，真的用的很多的接口也提出来 - 知乎提问

先回答问题本身：当然有必要。