这是一个 Web 需求，内容是让用户在列表里「更容易地访问」自己想要访问的资源，类似让网页收藏夹更方便地找到自己收藏的网页这种需求。

首先很容易想到的一个方案是提供一个模糊搜索功能，该方案在列表条目比较多的时候，无疑能带来很高的收益，遂保留之。不过如果用户经常访问的某个页面恰好不在可视区域内，那意味着该用户每次都要滚动视图，或者执行搜索才能访问到它，所以只靠该方案是没办法很好地解决这类用户「更容易地访问」需求的。

那么再思考一下需求本身，对于这类列表数据，什么是「更容易地访问」？

最近帮中台团队面试了很多前端，有些想法不吐不快：发现现在很多前端都喜欢去 ToC 的业务团队，认为 ToB 的业务不就是去 XX 组件库里复制粘贴代码，然后增删改查吗？

但我想说，你那样产出的内容是没有灵魂的！你要说复制粘贴组件库可以帮助你来快速开发我信，但要是指望这种来输出一个好用的管理端我是不信的。

不同的数据用什么组件来承载？不同的操作用什么交互来实现？为什么用的同一套组件库我做的东西就总感觉差点意思？当然了，有的人会说：反正都是给内部人用的东西，能用就得了呗。好吧，只能说人各有志，这种心态来做前端，我是劝不了你的！

吐槽一下当前版本的 AntMenu，对强迫症很不友好!

多级菜单需要自己实现视觉聚焦，即同一层级只允许唯一展开。

而自己实现了之后会发现菜单在 Collapsed 的时候，你展开的那一级菜单会自动弹出 popover，而且位置还没有对齐（相关 issues），这也需要你自己来用很不优雅的方式来解决（先收起展开的子菜单，再折叠整个菜单，同时你要记录一下你收起的，为了再展开整个菜单的时候再展开之前收起的子菜单）。

但在折叠之后，如果点击 popover 中的菜单项，理论上在你重新展开整个菜单的时候，应当展开的子菜单是你 popover 时候点击的那个层级或者是关闭所有子菜单，而不能是你记录的那个了，这也得你自己实现。。（监听 onSelect，修改记录值）。

不过和路由地址的联动感觉怎么都得自己实现的才最能符合预期，这个功能没有提供就不吐槽了。（可以通过 PathToRegex 或 react router 4.x 中的 matchPath 来实现）。

顺便放出从 WithRouterProps.routes 中拿到当前匹配到的路由路径的方法：

1
2
3
4
5
6
7

withRouterProps.routes
  .map(({ path }) => path)
  .join('/')
  .replace(/\/\//g, '/')
  .replace(/\/$/, '')

// 返回的诸如 '/user/:id', '/profile' 等你定义在路由配置中的路径可以拿来和当前页面的路径来匹配，如果匹配成功则激活当前菜单项

不过也不要忽略了某些不在菜单中的页面，比如 /users/create 指向的是创建用户的页面，但是菜单中并没有，但是希望指向 /users 的那个菜单项被激活，这种时候可以简单地通过 includes 来匹配。

详情见：resolutions

不过更新完之后可能得需要删除相应的 .lock 文件和 node_modules 文件夹，然后再重新安装

😱 JS 版 TA-Lib，类似通达信函数的股票计算工具。 项目地址

标题有点危言耸听了，其实用了也没关系，嘻！

不过对于轮询之类的异步任务，用 setInterval 可能会有如下

😱 获取所有 A 股实时 + 历史行情。 项目地址

• 实时行情来自：easyquotation
• 历史行情及相关数据来自：BaoStock

本插件目前主要是作为 wow-stocks 的行情来源使用

😱 实时获取所有 A 股现在 + 过去的行情数据，可基于它来做量化交易的行情服务，也可以用来实时选股。 项目地址

行情数据来自：wow-stock-quotation

今天发现了 webpack 一个很有趣的特性，假设存在如下代码：

1
2

const getFile = (fileName) => require(`./test/${fileName}`)
getFile('test.js')

然后你的 test 目录中存在如下文件：

• test.js
• test2.js
• /dir/test.css
• test2.css