zoukankan      html  css  js  c++  java
  • 房屋改造与架构重构-由日本全能住宅改造王介绍视频到购物APP重构

    在B站看到一个UP主介绍全能住宅改造王的精讲视频,自己很喜欢。链接如下

    https://www.bilibili.com/video/BV1nv411s7Ah

    房屋改造有种收纳置新,鸟枪换炮的爽快感,承载亲情温暖也令人欢欣鼓舞。看着看着心中有种熟悉感:房屋改造比之架构重构何如?于是整理了一些比照

    一、在房屋改造前,房屋的主人记录了房屋存在的明确问题,就如同购物APP在架构改造之前产品经理记录了客户常常反馈的问题。

    序号

    问题

    问题类型

    购物APP问题类比

    1

    冰箱门挡在门口,不关上就无法进入

    客户体验问题

    登陆功能由于检查一个不必要的参数而偶尔报错,重新试一下就又可以了

    2

    厨房头顶有压迫的吊柜

    客户体验问题

    冗余的提示框弹出来,通常没有用但是点错了还会导致问题

    3

    厨房没有抽油烟机,上方木制隔板有很大的安全(火灾)隐患

    安全问题

    遗漏重要exception没有catch,可能直接导致程序崩溃

    4

    浴室没有门只有浴帘,浴室窗外可看到洗澡的人影

    隐私保护

    客户敏感信息未隐藏,或者购买、浏览记录可以被他人获取

    5

    洗衣机放在室外,冬天结冰无法使用

    客户体验问题

    特定条件下必报错,导致常用功能无法使用

    6

    没有扶手的楼梯,陡峭且下陷严重

    客户体验问题

    购买流程冗长且可能填写错误导致无法下单

    日积月累的各项问题,需要开展房屋改造,如同购物APP需要重构

    那么这个过程中也可以发现基础性的问题

    序号

    问题

    问题类型

    购物APP问题类比

    1

    房屋没有斜撑,使用的木材也很细,甚至与础石发生偏移,空心砖的地基也十分脆弱

    安全问题

    脆弱的安全检测机制,只做了基础的SQL注入检查

    二、房屋改造|APP重构的过程

    序号

    房屋改造

    购物APP问题改造

    1

    清空家具杂物,拆除木板隔墙,裸露梁柱结构

    另起一个工程,只保留基础框架

    2

    钢筋混凝土加固地基,拆除原有柱子和横梁,增加柱子的数量,使用V型金属配件

    引入Https加密,引入国密算法加密与防篡改

    3

    拆除凸窗,设置玄关引道从旁走进家里的动线

    引入全新的登陆机制,只需手机号和短信验证码

    4

    正面门窗设置竹格栏,可以作为景观也保护隐私

    用户真实姓名、证件信息部分*号隐藏

    5

    自动集水浇灌植物

    每日登陆自动签到得积分

    6

    玄关去除高低段差,且不会再被冰箱门挡住

    去掉不必要的参数检查

    7

    可收纳的配件保证宽阔的空间感:

    1)玄关旁设置大型鞋柜

    2)楼梯旁也有大型收纳

    3)转动带轮子的餐桌后展开两边,可容纳多人用餐

    4)模块化长椅可拉出作为座椅

    5)主卧收纳柜下方可留客人睡觉

    可以自定义展示内容,展示自己感兴趣的内容,使界面整洁

    8

    屋内动线和格局也被彻底调整,厨房移到最深处

    不再在首页展示个人信息,而使调整至更深但明显的页签中

    9

    特制炉台必流理台设置略低,让烧菜更轻松

    设置便捷的直接购买功能,无需先放至购物车,在进入购物车进行下订单

    10

    原本距离很远的微波炉和烤面包机,也靠在一起方便使用

    把物流信息和客服信息放置在同一模块中,集中查看

    11

    狭小的东面落地窗扩大开口进行采光

    小气的公告栏改为轮播图广告

    12

    浴室有了正式的门,面向庭院不必担心被外人看到人影

    个人信息收至个人中心板块中统一管理和做安全展示

    13

    楼梯加装了扶手,坡度也变得平缓

    简化下单流程,默认关联取值,去除不必要的填写项,增加放大镜功能,方便老人使用

    三、总结

    上述的问题只是房屋改造 |APP重构其中一小部分场景。可以设想其他重要场景:

    1.房屋隔热材料、吸音棉等的使用,比之APP使用进入后台模糊化处理;

    2.房屋开凿天窗引入阳光,比之APP使用消息系统推送提醒与信息,而非使用冷冰冰的弹窗提示;

    3.房屋整体使用木头元素,比之APP使用统一的样式和色调;

    4.房屋在冬天整屋供暖气、热水,比之APP跟随系统切换暗黑模式;

    ......

    其实可以看到,房屋改造或者APP重构是势在必行的吗?好像未必,更像是一个梦想。这个梦想通常显得遥不可及,值得商榷。至少我们可以直观的看到日本这间9坪(27平方米)房屋的改造花费了1200万日元,成本是非常昂贵的。重构APP也一样类似,重构的成本异常大,仅仅是解决了以前勉强忍受使用的功能,最大的改观通常是操作和界面的变化,让人使用更顺畅舒心,但功能并未马上丰富。总会有人犹豫嘀咕。

    但是当我们着眼未来,也能看到,底层的基石得到了强化,功能的扩展性也大大加强,以前转身不得的狭小空间终于可以自由进出。我们开发难道没有听说过产品经理的抱怨?这个不能做,那个不可能,一旦触及底层架构,基本是难度骤升。若是底层足够灵活,多多支持配置化,冗余字段易于扩充,那么实现个性化需求会容易得多,别忘了,国外才追求标准化,国内追求的是定制化。

    由于本人知识水平有限,如有错误请不吝指出勘正。

  • 相关阅读:
    [LeetCode] 771. Jewels and Stones
    [LeetCode] 129. Sum Root to Leaf Numbers
    java定时器demo
    Spring Boot与监控管理
    springboot与热部署
    springboot中的web项目不能访问templates中的静态资源
    @Component 和 @Bean 的区别
    springcluoud入门
    Dubbo和Zookerper的关系
    Spring boot配置Dubbo三种方式
  • 原文地址:https://www.cnblogs.com/Jeffscnblog/p/14339571.html
Copyright © 2011-2022 走看看