一个比价系统的构建
在毕设答辩前后,终于可以说说我的毕设内容了。
首先,我做的实际上是一个比价系统,当然,是那种没有用任何 API 的系统。
换言之,我们要做的事情就是从爬虫开始收集数据,处理数据并且通过搜索展示,其中我的论文题目是「数据融合的研究以及应用」,也就是说需要对同样的商品进行聚合(融合)操作。
这篇文章大致提供一个思路,具体的代码因为写的太辣鸡就不开源了。
在毕设答辩前后,终于可以说说我的毕设内容了。
首先,我做的实际上是一个比价系统,当然,是那种没有用任何 API 的系统。
换言之,我们要做的事情就是从爬虫开始收集数据,处理数据并且通过搜索展示,其中我的论文题目是「数据融合的研究以及应用」,也就是说需要对同样的商品进行聚合(融合)操作。
这篇文章大致提供一个思路,具体的代码因为写的太辣鸡就不开源了。
在之前我们使用 Canvas 去计算颜色和反色,之后经过大佬提醒,原来 CSS 本身也是能根据背景色取反显示的。在这里,我们会学习一个新的特征:mix-blend-mode
。
引用 MDN 的介绍:
mix-blend-mode
CSS 属性描述了元素的内容应该与元素的直系父元素的内容和元素的背景如何混合。
Canvas 性能是一个非常值得关注的问题,这次用 Canvas 也同样遇到了需要性能优化的点:我们在之前使用 Canvas 实现了 background: cover
的效果,但是这导致了 resize 的反复绘制,CPU 使用率飙升。
对于这种场景,MDN 中的解释是「在离屏canvas上预渲染相似的图形或重复的对象」。
上次我们在 Canvas 实现根据背景色更改前景色中使用了一个拖动效果,刚开始非常智障的用 Drag & Drop,后来由于我们更关注一个即时的反馈,所以用 mousedown
/ mousemove
/ mouseup
。
最初我们绑定 mousemove
在待拖动的 element
中,结果在移动中如果速度过快,会导致 mousemove
离开 element
,于是我们把 mousemove
改绑到 document
中。
这样的效果其实仍然有些卡,或者说移动的延迟,尽管最终会到达鼠标所在的位置,高速移动时却不时刻在鼠标下面。之后我们用捕获来代替默认 addEventListener
的冒泡阶段触发:
之后,如果需要在移动时取消所有鼠标的响应时间,可以通过调整 pointer-events
样式来修改,在变更拖动状态时修改 body 的 style 即可。
自从正式使用了 MongoDB 之后,不止一次吐槽过 MongoDB 的各种垃圾设定,包括但不仅限于:
也就是说,同样的操作,在 SQL 下通过 JOIN 控制原子性的,通过 MongoDB 可能就不得不去查个两次,而且原子性不可保证——MongoDB 官方也是非常实诚,人家在选型的时候就说了,如果贵系统对并发性(Concurrency)有强要求,那么 MongoDB 可能就不是你的菜了。
在 Chrome 插件的开发中,我们遇到了需要定时提醒的功能,Chrome 官方推荐的 Alarms + 事件页面的做法,之前我也发过:Chrome 插件开发:Alarms 定时与事件页面,起到了计划任务的效果,但是后来我们发现了一个奇怪的问题:计划任务有时执行,有时不执行,有时会延迟执行,而且延迟可以多达几个小时。
这个 bug 很奇怪,最初收到反馈是最近一个星期,我以为是最新更新了什么代码,结果看了一下 Git Log 并没有改动这一段代码,也没有增加其他 Chrome 提供的 API 的调用,理论上是不受影响的。
上回我们实现了 background 的效果,但是我们的代码只能达到一个填充缩放的效果,在不同的窗口大小,会导致图片的变形。如果是 background:cover
的效果则相当理想,它相当于需要我们把大的那一边居中对齐。
这里我们用到了使用图像 Using images 中的切片示例,简单的展示了如何处理:
drawImage(image, sx, sy, sWidth, sHeight, dx, dy, dWidth, dHeight)
sx / sy / sWidth / sHeight 是对原图的操作,对于切下来的图片,dx / dy / dWidth / dHeight 是切好的图像对于画布的相对操作。
上一回我们说到用 Canvas 去渲染图像,但是在高分屏中,我们会发现,同样的大小,在高分屏上显示的并不清晰,这个 demo 表示的非常清楚:https://jsfiddle.net/csvwolf/3gvs44vw/
实际上我们在屏幕中看到的都是逻辑像素,但对于设备中元素的实际像素,是逻辑像素 * 设备像素比
,也可以叫做物理像素。
实际上在 Canvas 绘制时,也需要绘制实际像素,再进行画布的缩放。
在 demo 中已经有了方案,先绘制逻辑像素 * 设备像素比大小的画布,用 CSS 把样式大小调整,这样实际上是把 canvas 像素点压缩到指定尺寸,但是这样字会变小,我们还需要利用缩放放大设备像素比倍的尺寸,让尺寸恢复正常。
这样一个支持高分屏的渲染就做完了。
接下来我们考虑,如果我们支持完高分屏,图片像素的坐标要怎么选定:答案是要扩大像素比倍进行选择,因为画布的像素点总数没有变化。
很惭愧,一点微小的实践经验,时间有限,就说这么多。
最近有一个需求,大致是要根据图片的背景色来切换前景色,也就是根据 background-color 的色值切换 color。
虽然这么一说,那么就能抽象出以下几个问题:
如何根据 color 划分、如何改变前景的(如 icon、font)color。
Swagger 是一个完整的从设计到文档到 Mock 的 API 生态体系。
它会帮助你进行一定的设计,对于不符合的设计会报错,你需要掌握它的 yaml 文件书写规范,可以通过 OpenAPI Specification 稍作了解。
最初写文档可能会因为 yaml 语法不熟报一堆 error,习惯之后基本上也没啥问题,这样可以摒弃一些不规范的文档带来的沟通成本。
当然,今天就不介绍这一部分的信息了,在http://editor.swagger.io/#/会存在默认的示例。