如题,切图仔一个,最近在做 h5 的一些营销需求,场景比较复杂,交互也多。
简单描述就是:当容器在 app 内一套逻辑,在 app 外另一套逻辑,常规的业务内容展示也就罢了,无非只是 if else ;烦就烦在有一些需求有平台的适配问题,举个例子:将当前内容保存图片到手机、各个渠道的分享(主要是 wechat 、facebook 、Twitter 等那些)、检测手机上有没有 app ,打开 app 等等
写页面很快,但是当遇到某个功能在某些场景才会触发或者失效,就很蛋疼,调试的时间说不定比实际写页面的时间还多。一两个这种问题还好,处理的越多而且时间越急心情就更加烦躁
尝试过换个思路安慰自己:积累多这种经验,在公司就是不可替代的,但仔细一想,这些经验对我跳槽好像不管用啊,而且还很浪费时间啊!!!
不知道该以什么样的心态来面对来写各种兼容代码,不吐不快
1
freak118 2022-08-31 18:36:26 +08:00
我也想问
|
2
qW7bo2FbzbC0 2022-08-31 19:03:44 +08:00
今天刚看到,AWK 的 K 说调试代码是写代码的两倍时间
|
3
dudubaba 2022-08-31 19:10:15 +08:00
无解,有时一个问题卡壳能卡一天,而且问题还是业务上兼容导致的,非主功能代码。
|
4
reter 2022-08-31 19:14:11 +08:00 via Android 2
个人觉得应该调整写代码时心态:不要小瞧任何一项小功能,一个小功能背后,其实有很多的看不见的大功能支撑
在时间允许的情况下,设计好代码结构,尽量考虑各种边界情况,给未来的代码预留扩展空间,做好代码模块的封装,了解背后接口 /功能的大概实现,每一行代码都做到心中有数 比如在兼容代码这块,其实背后有很多的设计思路可以挖掘:代码层面,程序之间 api 层面,数据结构,业务上,项目上。然后扩展到设计模式,api 的设计,数据结构上的设计,用什么方式,既能不破坏现有的功能,又能增加新的功能,尽量避免引入新的 bug 当然,这些都是软技能,不是什么我学会了 xxx 框架,xxx 语言,挖掘支撑小功能背后的知识,找到自己感兴趣并有学习动力的知识点最重要 我自己经验也不足,希望这点经验可以帮助到你 |
5
wu67 2022-08-31 19:30:40 +08:00
很正常, 现在因为手机的快速淘汰换代已经算好兼容了, 往前几年, 那些兼容问题会写得人发疯
|
6
tbg 2022-08-31 19:32:48 +08:00 via iPhone
没办法
|
7
stefanieewu OP @reter 十分感谢您的回复。认真看了,自己确实心态不太 ok ,曾经也因为小瞧小功能犯了一些错。时间充足的情况下,个人还是想写容易维护、拓展的代码的,也曾经和原生同事探讨过比如重构 sdk 、开放更多的 webview 权限提供到 h5 开发者,但最终都因为各种原因不了了之。不管怎么样,您的回复对我十分有帮助,感谢您的回复!
|
8
LOWINC 2022-09-01 09:26:26 +08:00
和我一摸一样。。。
|
9
hu1e 2022-09-01 10:49:20 +08:00
多封装呗,把兼容性代码封装到统一的库去,这样应该能省事
|