设计
1.新功能部分开放,或者用户部分开放。
比如新功能就只在高手区开放测试,普通场继续用稳定的版本。(普通场用户多,高手场为了尝鲜)
2、还有就是更新,有时候会出现,下载最新版本的有这个新功能,但是旧的安装软件提示已经是最新的版本,但是就是没有那个功能。
只有重新安装最新的包才有。
2018-09-05
xcode设计还不错,它把build的文件夹放在工程目录外,这样我想备份工程的时候,直接把工程打个压缩包就好了,比较小。
而Android Studio会把build目录里的也打包进去,内存好大。
不过xcode 工程里面有git,也蛮大的,我打包一个工程,代码1M不到,git就有14M。
可能xcode是基于,把git打包好,下次,在别人的电脑也可以直接登git上传代码???只是猜想。
2021-08-13
最好的结果返回是: 结果码+说明。 结果码是类型,说明是具体失败原因,可以带入参。
{
"code": 10000,
"text": "成功"
}
2021-09-10
一些关键参数,如果缺失,要么就全部拒绝,要么缺少部分不更新。(不过第一种更靠谱些,不会给别人错觉,把失败原因告诉别人,别人好修改。第二种方法就容易产生错觉,我更新成功了呀,实际上有些部分没更新)。
失败的例子:以前专辑是有图片的,更新的时候,图片不存在,这个居然更新生效了,图片变成不存在了。。。。
2021-10-08
代码中多用图片的相对地址,一个是方便图片迁移,二个是如果ipv4切ipv6也方便。
2022-08-15
按名称查,最好能实现,一个是按模糊查,一个是按精确查。有时候,名称就是一个单字,比如 “爱” ,如果用模糊查,就查出很多不相关的资源。
2022-09-07
数据库主键自增长适合单体服务。自定义主键(并随时间变动)适合分布式集群,这样他们在本地生成的ID不会和其它子节点重复。
2023-01-31
通过心跳(指定间隔的http请求)记录用户的状态,(是否登录,前端会员状态,视频是否可播。)。高级点,可以操作用户退出登录或者apk升级,或者debug日志上报。(当然了,需要前端预先设计好逻辑。)
2023-05-10
今天遇到了一个很有趣的事,有一个用户,他用了别的软件(不知道是不是c写的),然后他升级了数据库,发现数据列表的排序变了,很烦了。
原因很简单:估计是之前软件是用了默认排序,默认排序可能在不同的数据库版本中不同。就造成了现在的乱序。(引出第一个原则:所有的列序都要手动排序,不能用系统默认的排序)。
扩散思维(一个好软件,在不考虑商业利益的情况下)。可能改变的东西,其它最好写入配置,这样你交付给一个不懂代码或者说本来就没有源码的客户时,至少,它能通过配置,做一些定制化的修改。
【个人开发的时候,为了偷懒,有时候就在代码里写死配置,开发效率高,不过后期维户不方便。总以为要改就改代码,不是挺快的嘛,没考虑到客户不懂代码或者说没有源码的情况,即使懂,也肯定是改配置方便 ,不用重新编译。】
2023-11-22
好的系统就应该尽可能复用资源。比如A系统有媒资信息,B系统需要用到媒资信息,就从A系统拿到基本信息,其它扩展信息再由B录入。
最典型的就是图片系统
如果图片想复用,图片字段就不能只填地址path,而是一个图片id, 图片id再关联到图片地址,图片大小,图片比例。然后能给图片打标签。这样能快速搜索到,并能复用。
2025-01-10
http和https之间的不兼容,再次说明,网站多用相对地址,少用绝对地址。
2025-02-12
怎么确定app本地保存的数据,是他手动清除或者是说被系统垃圾回收清理了?
在本地保存一个叫localhost_uuid的数据,里面随机生成一个uuid,每次请求都带这个uuid
如果uuid变了,那一次换设备或者本地数据被清了。
2025-02-13
QQ自选股没有移动功能。比如我创建了2个分组,一个是持有,一个是未持有。
很多时候,我需要把持有的股票移入未持有(卖出),或者未持有的股票移入持有(买入)。
2025-06-09
对于游戏类的对象属性,对象属性量比较大,并且从业务上会动态增加。建议的设计原则是。
数据库中用json + 字段的原则。如果为了提升效率,可以把部分需要修改或者查询的字段单独从json中提出来,放到字段里。
是一个动态调整或者说是迁移的过程,不重要的字段,可以直接放到json里面。
甚至还可以创2个json, 一个json主要给后端用,一个json给前端用。给前端用的json全由前端发挥,前端自己定义,自己解析,后端只是原样保存。
2025-06-29
加小米yu7抢单出的问题,引发的思考。
1、预填信息。由于网络卡,出现了清空的情况。。。
优化建议?预填信息存一份到本地内存,如果出现服务器没拿到,弹出一个提示,是否用本地数据填充(本地数据可能不是最新的)? 用户点确认,就用本地的填。
2、因为网络卡,出现错误的流程问题。支付了没有正常跳转,还要求再次支付。
不知道是不是因为网络卡,没有收到支付确认的信息,所以页面显示未支付。
优化建议,跳转后,就在后台一直查是否支付,(轮询)。(而不是像现在,1s后跳转发现没支付就说没支付。可以因为卡,它3s后支付呢)
2025-07-18
navicat可以设计一个同步功能,选中一些记录,然后右击弹出菜单,然后同步(没有就新建,有就更新)到其它连接中的数据库中。
2025-07-26

微信小程序-徐同学助手,这个设计不太好,隐藏性太强,在很大一段时间,我一直以为它只有su7的统计,原来它是点一下su7就会切到yu7,点一下yu7就会切到su7。
很长一段时间,我没发现。
- - - - - - - - - -

51job的更新时间还挺久的,不知道是真的在更新,还是在例行行事。
2025-07-27
目前用户体系,有一个主流的方案是,如果只是手机号登录,就让它手机号登录。
如果是微信登录,微信登录后,马上要求手机号登录,这样就能第一时间绑定。
如果是以前是手机号登录,后来退出,再用微信登
微信登又要输入手机号,就在这个时候,可以和旧手机绑定了。
2025-09-11
文件管理或者说网盘,应该加一个备注功能。有些说明,又不好写在文件中,又不好写在文件名上。如果有备注,就挺好的。
如果没有备注,貌似替代方案 可以在同目录下写一个说明文件。
posted on 2018-04-17 10:38 angelshelter 阅读(156) 评论(0) 收藏 举报
浙公网安备 33010602011771号