使用场景为增加商品表单，用户确定提交后，继续新增，需要清理之前用户输入数据，并对其初始化，再走一遍组件加载的流程，其中还包括几个子组件，如果手动去处理实在是太麻烦！！ - 知乎提问
利用 v-if 控制 router-view，在路由容器组件，如 APP.vue 中实现一个刷新方法
同一个父组件，引入了若干不同子组件，但是不同子组件间存在相同请求数据情况，尤其是子组件上到一定数量时，往往是根据页面展示区块划分组件，这种现象就更加明显。一般大家都是如何避免这种情况的，也就是避免二次相同请求 - 知乎提问
该咋请求咋请求，把缓存放在 http 请求层，也就是 fetch 或 ajax 模块。这样不会对原有的代码造成太多影响，用起来也更自然
当然，你这种情况可以把获取数据的方法统一封装在父组件，子组件可以去继承，也可以去 inject
再多说两句，不要强行上 vuex，不要强行把数据传来传去，设计越多包袱越重，设计的意义一定是让复杂的事情变得简单，就假设有个新人要过来维护你们的项目，它能不能快速上手。
唉，维护接手了太多的项目，见过了太多的为了设计而设计的架构，何苦呢
结合其他回答，我理解的是:
协议的实现有没有要求客户端或者服务端需要维护一个状态。比如 tcp 传输需要经过握手来初始化事务（数据完整性的校验等），所以它是有状态的
显然 http 协议本身并没有要求这个，而 cookie 或 session 是浏览器和服务器在 http 协议之上，通过每次给本身并没有状态的请求中添加上某些约定的字段来实现的状态标记
再拿 udp 举例子，它也是无状态传输协议的一种，它只负责发送数据并不需要知道上一次和谁连接过。而如果你每次通过 udp 传输的时候都带上某个固定字段，实际上这种行为就类似于 cookie 或 session，是应用层的行为而不是协议层
这个回答可能不太切题，算是我经历的我爸开车时遇到的“诡异”事件吧。
小时候，老爸出门就喜欢带上我，然而跟出去次数多了，越发觉得无聊。因为基本都是看看老爸工作，听他们谈事情，喝酒聊天这种，就不太感兴趣，我一般就只能在旁边玩手机。
后来再叫我我就不怎么去了。
现在普遍的通讯录管理都是自己主动去维护，联系人发来换手机号的短信，自己去改联系方式，再同步到所有移动设备。为什么没有出现一款产品，在我更换手机号之后，我可以将最新号码同步给我的联系人。比如，微信很多是绑定手机号的，更换绑定手机之后，便可以同步给我的好友，就像微信头像更换后，同步给其好友，好友刷新即可获得我的新手机号。这可能涉及到在 iOS 端 Android 端添加同步账号，像 google 账号一样，同步联系人到手机。这可能还需要微信开发如 g plus 一样的分圈子功能（目前分组就是渣），用户可以选择同步自己联系方式的范畴。以上，在技术上可行么？ - 知乎提问
技术上完全可行的。
通讯录在使用之前用户得注册一个唯一 id，类似于微信号这种。然后录入自己的电话号码(头像，姓名)。
这个问题其实不难解决，尤其是单页应用
项目前后端完全分离，意思后端不渲染页面，只提供 api。单页应用 build 出来的页面可以完全用 nginx 或静态服务器渲染
五年级在上海，我大爷家的饭店里。饭店门口有条小河，当时在修桥还没有完工，所以桥上都是各种木柱子，木桩子。
店里忙到 12 点左右才打烊。想尿尿了，我就直接到门口河边解决。一边尿，一边随意的向桥下望去。。
横插桥底，平行水面的一根柱子上面站着一个人，一动不动！我很确定不可能是工人，那会儿都接近十二点了。再说了，怎么可能有人在这个点要站在那并不粗的圆柱子边沿，难道不怕掉水里吗？
当时就吓尿了，虽然真得在尿==。
不过我一直都是好奇心很强，竟然盯着看了挺久，感觉是穿了身黑色的雨衣，然后由于天黑，其他细节就再也无法看清了
然后我飞奔回去喊姐姐说了这事，姐姐赶紧让我住嘴，然后跟我说，修桥一般都得死人，不然不长久。
3 / 3