获得徽章 0
在这个时间节点，为家人记录影像是否非常重要？
这几年有一句话：”老人为什么被嫌弃？因为爱他们的人已经不再了！“
可是 AI 的发展为我们打开了另一个思路。
为家人记录充足的影像资料，当未来 AI 与机器人技术再次发展，亲人百年后可以为其建立电子人。
那么，爱你的人永远爱你。
在拓展开来，是否可以建立电子人家庭呢？
即便孤身一人的孤儿，也可以建立自己爱的家园。
这几年有一句话：”老人为什么被嫌弃？因为爱他们的人已经不再了！“
可是 AI 的发展为我们打开了另一个思路。
为家人记录充足的影像资料，当未来 AI 与机器人技术再次发展，亲人百年后可以为其建立电子人。
那么，爱你的人永远爱你。
在拓展开来，是否可以建立电子人家庭呢？
即便孤身一人的孤儿，也可以建立自己爱的家园。
展开
评论
点赞
赞了这篇文章
把一个web商城移植到移动web，干了三个月，现在BUG一大堆，每天都走不下去，贼难，难在没有头绪。
我一个前端，之前有两个后端，后来撤了一个，我每天都不知道自己从哪里来，要去干嘛？
没有产品，没有UI，没有测试，前后端分离。But！没有文档，每天30%的时间写代码，30%的时间琢磨抄别人家的产品，40%的时间和后端一起调试错误百出的接口，WTF！！！
我一个前端，之前有两个后端，后来撤了一个，我每天都不知道自己从哪里来，要去干嘛？
没有产品，没有UI，没有测试，前后端分离。But！没有文档，每天30%的时间写代码，30%的时间琢磨抄别人家的产品，40%的时间和后端一起调试错误百出的接口，WTF！！！
展开
11
1
最近一直在写Vue的业务组件，也在考虑关于组件拆分的颗粒度问题。
如果所有的逻辑都写在一个组件里面，那这个组件会变得很庞大，逐渐难以维护。但是如果强行把组件拆分成原子性的，那组件数据交互也会变得比较繁琐，如何掌握好一个组件的颗粒度，是一个很严肃的问题。
如果所有的逻辑都写在一个组件里面，那这个组件会变得很庞大，逐渐难以维护。但是如果强行把组件拆分成原子性的，那组件数据交互也会变得比较繁琐，如何掌握好一个组件的颗粒度，是一个很严肃的问题。
评论
点赞
遇到了一个问题：商城项目 —— 确认订单 - 选择地址
Vue技术栈
当前在订单页，用户可以进入选择地址页面，选择地址页面可以编辑或新增地址，保存后再跳回确认订单页面。
这里两个地址页面是复用的 “地址管理模块”的两个页面，所以需要判断用户是否是从订单页进来的。
在这里遇到了问题，如果用户在进入地址模块后刷新页面，内存会重置，失去相关信息。
有几个解决办法。
1.使用storage持久化数据，但是H5和app不同的是，H5可以有多个页面，如果用户打开两个地址管理页，一个从order进入，一个从个人中心进入，就会出现混乱。而且持久化就得取消持久化，这个时机也不太好掌握。
2.复制独立的地址管理页面，order和个人中心进入的是不同的地址管理页。这样似乎可以解决问题,但是维护会变得麻烦一些。优点也有，不用在组件里if else判断了
3.我看了淘宝，京东，当当三家这个模块的实现，淘宝直接禁止在“确认订单”页修改地址，提示去app。京东和当当都是地址栏路径不变，但是路由以及页面内容改变了。我目前感觉这是最优的解决方案了。
由于路有记录是存在的，用户可以自由的前进后退。在地址页刷新的话，由于路径不变会自动回转订单页，就不会存在相关bug。
But! 这种技术怎么实现啊
Vue技术栈
当前在订单页，用户可以进入选择地址页面，选择地址页面可以编辑或新增地址，保存后再跳回确认订单页面。
这里两个地址页面是复用的 “地址管理模块”的两个页面，所以需要判断用户是否是从订单页进来的。
在这里遇到了问题，如果用户在进入地址模块后刷新页面，内存会重置，失去相关信息。
有几个解决办法。
1.使用storage持久化数据，但是H5和app不同的是，H5可以有多个页面，如果用户打开两个地址管理页，一个从order进入，一个从个人中心进入，就会出现混乱。而且持久化就得取消持久化，这个时机也不太好掌握。
2.复制独立的地址管理页面，order和个人中心进入的是不同的地址管理页。这样似乎可以解决问题,但是维护会变得麻烦一些。优点也有，不用在组件里if else判断了
3.我看了淘宝，京东，当当三家这个模块的实现，淘宝直接禁止在“确认订单”页修改地址，提示去app。京东和当当都是地址栏路径不变，但是路由以及页面内容改变了。我目前感觉这是最优的解决方案了。
由于路有记录是存在的，用户可以自由的前进后退。在地址页刷新的话，由于路径不变会自动回转订单页，就不会存在相关bug。
But! 这种技术怎么实现啊
展开
评论
点赞
开发遇到了一个问题：商城类H5应用 —— 确认订单 - 选择地址
Vue技术
当前在订单页，用户可以进入选择地址页面，选择地址页面可以编辑或新增地址，保存后再跳回确认订单页面。
这里两个地址页面是复用的 “地址管理模块”的两个页面，所以需要判断用户是否是从订单页进来的。
在这里遇到了问题，如果用户在进入地址模块后刷新页面，内存会重置，失去相关信息。
有几个解决办法。
1.使用storage持久化数据，但是H5和app不同的是，H5可以有多个页面，如果用户打开两个地址管理页，一个从order进入，一个从个人中心进入，就会出现混乱。而且持久化就得取消持久化，这个时机也不太好掌握。
2.复制独立的地址管理页面，order和个人中心进入的是不同的地址管理页。这样似乎可以解决问题,但是维护会变得麻烦一些。优点也有，不用在组件里if else判断了
3.我看了淘宝，京东，当当三家这个模块的实现，淘宝直接禁止在“确认订单”页修改地址，提示去app。京东和当当都是地址栏路径不变，但是路由以及页面内容改变了。我目前感觉这是最优的解决方案了。
由于路有记录是存在的，用户可以自由的前进后退。在地址页刷新的话，由于路径不变会自动回转订单页，就不会存在相关bug。
Vue技术
当前在订单页，用户可以进入选择地址页面，选择地址页面可以编辑或新增地址，保存后再跳回确认订单页面。
这里两个地址页面是复用的 “地址管理模块”的两个页面，所以需要判断用户是否是从订单页进来的。
在这里遇到了问题，如果用户在进入地址模块后刷新页面，内存会重置，失去相关信息。
有几个解决办法。
1.使用storage持久化数据，但是H5和app不同的是，H5可以有多个页面，如果用户打开两个地址管理页，一个从order进入，一个从个人中心进入，就会出现混乱。而且持久化就得取消持久化，这个时机也不太好掌握。
2.复制独立的地址管理页面，order和个人中心进入的是不同的地址管理页。这样似乎可以解决问题,但是维护会变得麻烦一些。优点也有，不用在组件里if else判断了
3.我看了淘宝，京东，当当三家这个模块的实现，淘宝直接禁止在“确认订单”页修改地址，提示去app。京东和当当都是地址栏路径不变，但是路由以及页面内容改变了。我目前感觉这是最优的解决方案了。
由于路有记录是存在的，用户可以自由的前进后退。在地址页刷新的话，由于路径不变会自动回转订单页，就不会存在相关bug。
展开
3
点赞
赞了这篇文章
赞了这篇文章