veaba

这里提供一下思路。如果在modal 里面是会用组件，而组件是表单的话，想close 后再打开表单，则可以对modal 的子组件进行v-if ，让组件重新渲染，以达到置空校验的目的。

非常支持，由于数组类型被额定之后，对于未知的类型，需要将type 作为一个数组，满足其一则条件成立。

目前不支持该功能，我说的支持是支持楼主的说法。 @fritx

看一下我这个可以嘛 ```js var a1 = ['A1', 'A2', 'B1', 'B2', 'C1', 'C2', 'D1', 'D2']; var a2 =['A','B','C','D']; var j=-1; var arr=[] for(let i=0;i

= =。可以点击输入按钮栏的左边按钮：“退出弹幕”来退出弹幕模式

> 太卡了 而且不知道信息意义在哪里 也没实时更新。 - 卡的话，是资源太大了，没有优化好，也仅适合用于大屏监控 - 你说是对的，信息意义确实不大，很早之前，大约1月21号，也只是想把它做成一个迁徙的轨迹图，现在似乎看不出来什么有价值的东西 - 现在我也在反省能不能挖掘一些有价值的东西。 - 现在暂时是权当一次web技术栈的学习项目用。 - 更新确是实时的，走的是腾讯的接口，有数据来的时候，你会看到统计统计有滚动的效果和loading，但大部分情况下是没什么变化，当然你可以在控制台里面看它的socket通信

你可以搜下，看到有人提供的，issue 4里面有提到。 这个项目，正在开发这个功能。 直接引用data.js，人工手动录入的数据，可以参考下。

人工收集的吗？太不轻松了

曾经有一次机会摆在我面前，成为日pv 10亿访问量的仓库，可是我没有抓取，被公司耽误了。 泪流满面。 :sob: :sob: :sob: :sob: :sob: :sob: :sob: :sob: :sob: :sob: :sob: :sob: :sob: :sob:

这是其中一个，主要造成卡滞的问题，在本地开发过程有几个表现： 1. 现在的设计逻辑是： -> A用户授权，然后socket.io -> 丢到kafka生产者里面 -> 通过将这条弹幕丢到mongodb的弹幕日志里面以便，新用户连接上来就可以拉取到过完的弹幕日志 ->消费者逐条读取到该日志 ->通过socket.io 发送给全体在线用户 2. kafka是集群化的，本身功能强大，被我玩炸了，上前面一条的基础上，这个过程有一定的折返，会消耗些时间，尤其是表现在第一次 3. 本地化开发的时候，socket.io 如果频繁刷新，就会挂起在socket.on 事件里面，没有响应，尤其是小于1s的频繁连接，这个表现的很奇怪 4. 弹幕从右侧滚进来视口的阈值有关系，会看起来好久才出来，这个是可以优化的， 5. 综上所述，移除kafka这一层，单用socket通信，确实可以提供响应速度。拓展来讲，如果在线用户很多，很难使用单台机器来维持用户的socket通信，那样负担太大了，可以考虑大用户量的场景。 6. kafka本身就不应该用于实时数据的场景吧~ 这个项目可以认为是一个学习型项目，可以在它的基础上，做到的更极致。