SegmentFault 最新的文章 |
Posted: 21 Nov 2021 06:55 PM PST 偶然在某思看到这样一个问题,如何使一个div的部分区域变透明而其他部分模糊掉?,最后实现效果是这样的 进一步,还能实现任意形状的镂空效果 鼠标经过的地方清晰可见,其他地方则是模糊的。 可能一开始无从下手,不要急,可以先从简单的、类似的效果开始,一步一步尝试,一起看看吧。 一、普通半透明的效果比如平时开发中碰到更多的可能是一个半透明的效果,有点类似于探照灯(鼠标外面的地方是半透明遮罩,看起来会暗一点)。如下: 那先从这种效果开始吧,假设有这样一个布局:
那么如何绘制一个镂空的圆呢?先介绍一种方法 其实很简单,只需要一个足够大的投影就可以了,原理如下 这里可以用伪元素
可以得到这样的效果 二、借助 CSS 变量传递鼠标位置按照以往的经验,可能会在 js 中直接修改元素的 style 属性,类似这样
但是这样交互与业务逻辑混杂在一起,不利于后期维护。其实,我们只需要鼠标的坐标,在 CSS 中也能完全实现跟随的效果。 这里借助 CSS 变量,那一切就好办了!假设鼠标的坐标是
然后鼠标坐标的获取可以使用 JS 来计算,也比较容易,如下
这样,半透明效果的镂空效果就完成了 完整代码可以访问: backdrop-shadow (codepen.io) 三、渐变也能实现半透明的效果除了上述阴影扩展的方式,CSS 径向渐变也能实现这样的效果 绘制一个从透明到半透明的渐变,如下
可以得到这样的效果 然后,把鼠标坐标映射上去就可以了。从这里就可以看出 CSS 变量的好处,无需修改 JS,只需要在CSS中修改渐变中心点的位置就可以实现了
四、背景模糊的效果尝试CSS 中有一个专门针对背景(元素后面区域)的属性:backdrop-filter。使用方式和
下面是 MDN 中的一个示意效果
需要注意的是,这种模糊与背景的半透明度没有任何关系,哪怕元素本身是透明的,仍然会有效果。例如下面是去除背景后的效果 ,整块都是模糊的 如果直接运用到上面的例子会怎么样呢? 1. 阴影实现在上面第一个例子中添加
得到效果如下 可以看到圆形区域是模糊的,正好和希望的效果相反。其实也好理解,只有圆形区域才是真实的结构,外面都是阴影,所以最后作用的范围也只有圆形部分 2. 渐变实现现在在第二个例子中添加
效果如下 已经全部都模糊了,只是圆形区域外暗一些。由于 总之还是不能满足我们的需求,需要寻求新的解决方式。 五、CSS MASK 实现镂空与其说是让圆形区域不模糊,还不如说是把那块区域给镂空了。就好比之前是一整块磨砂玻璃,然后通过 CSS MASK 打了一个圆孔,这样透过圆孔看到后面肯定是清晰的。 可以对第二个例子稍作修改,通过径向渐变绘制一个透明圆,剩余部分都是纯色的遮罩层,示意如下 用代码实现就是
这样就实现了文章开头的效果 完整代码可以查看:backdrop-mask (codepen.io) 六、CSS MASK COMPOSITE 实现更丰富的镂空效果除了使用径向渐变绘制遮罩层以外,还可以通过 CSS MASK COMPOSITE(遮罩合成)的方式来实现。标准关键值如下(firefox支持):
遮罩合成是什么意思呢?可以类比 photoshop 中的形状合成,几乎是一一对应的 -webkit-mask-composite 与标准下的值有所不同,属性值非常多,如下(chorme 、safari 支持)
是不是一脸懵?这里做了一个对应的效果图,如果不太熟练,使用的时候知道有这样一个功能,然后对着找就行了 回到这里,可以绘制一整块背景和一个圆形背景,然后通过遮罩合成排除(
需要注意 完整代码可以查看:backdrop-mask-composite (codepen.io) 你可能已经发现,上述例子中的圆是通过 svg 绘制的,还用到了遮罩合成,看着好像更加繁琐了。其实呢,这是一种更加万能的解决方式,可以带来无限的可能性。比如我需要一个星星⭐️的镂空效果,很简单,先通过一个绘制软件画一个 然后把这段 svg 代码转义一下,这里推荐使用张鑫旭老师的SVG在线压缩合并工具 替换到刚才的例子中就可以了
星星镂空实现效果如下 完整代码可以查看:backdrop-star (codepen.io) 再比如一个心形❤,实现效果如下 完整代码可以查看:backdrop-heart (codepen.io) 只有想不到,没有做不到 七、总结和说明以上实现了一个鼠标跟随镂空的效果,从简单到复杂,从单一到通用,虽然借助了一点点 JS ,但是仅仅是"工具人"的角色,交互逻辑全部都由 CSS 完成,下面总结一下:
CSS MASK 还是非常强大的,有必要还是多掌握一下。最后,如果觉得还不错,对你有帮助的话,欢迎点赞、收藏、转发❤❤❤ | ||||||||||||||||||||||||
Posted: 21 Nov 2021 08:19 AM PST 项目背景在后端微服务中,常见的通常会通过暴露一个统一的网关入口给外界,从而使得整个系统服务有一个统一的入口和出口,收敛服务;然而,在前端这种统一提供网关出入口的服务比较少见,常常是各个应用独立提供出去服务,目前业界也有采用微前端应用来进行应用的调度和通信,其中nginx做转发便是其中的一种方案,这里为了收敛前端应用的出入口,项目需要在内网去做相关的部署,公网端口有限,因而为了更好接入更多的应用,这里借鉴了后端的网关的思路,实现了一个前端网关代理转发方案,本文旨在对本次前端网关实践过程中的一些思考和踩坑进行归纳和总结,也希望能给有相关场景应用的同学提供一些解决方面的思路 架构设计
方案选择目前项目应用系统业务逻辑较为复杂,不太便于统一落载在以类SingleSPA形式的微前端形式,因而选择了以nginx为主要技术形态的微前端网关切分的形式进行构建,另外后续需要接入多个第三方的应用,做成iframe形式又会涉及网络打通之间的问题。由于业务形态,公网端口有限,需要设计出一套能够1:n的虚拟端口的形态出来,因而这里最终选择了以nginx作为主网关转发来做流量及应用切分的方案。
踩坑案例静态资源404错误[案例描述] 我们发现在代理完路径后正常的html资源是可以定位到的,但是对于js、css资源等会出现找不到的404错误 [案例分析] 由于目前应用多为单页应用,而单页应用的主要都是由js去操作dom的,对于mv*框架而言通常又会在前端路由及对一些数据进行拦截操作,因而在对应模板引擎处理过程中需要对资源查找进行相对路径查找 [解决方案] 我们项目构建主要是通过docker+k8s进行部署的,因而这里我们想到将资源路径统一放在一个路径目录下,而这个目录路径需要和父nginx应用转发路径的名称相一致,也就是说子应用需要在父应用中需要注册一个路由信息,后续就可以通过服务注册方式进行定位变更等 父应用nginx配置
子应用
接口代理404错误[案例描述] 在处理完静态资源之后,我们父应用中请求接口,发现接口居然也出现了404的查询错误 [案例分析] 由于目前都是前后端分离的项目,因而后端接口通常也是通过子应用的nginx进行方向代理实现的,这样通过父应用的nginx转发过来后由于父应用的nginx中没有代理接口地址,因而会出现没有资源的情况 [解决方案] 有两种解决方案,一种是通过父应用去代理后端的接口地址来进行,这样的话会出现一个问题就是子应用代理的名称如果相同,并且接口并不只是来自一个微服务,或者会有不同的静态代理以及BFF形式,那样对父应用的构建就会出现复杂度不可控的情形;另一种则是通过改变子应用中的前端请求路径为约定好的一种路径,比如加上约定好的服务注册中的路径进行隔离。这里我们兼而有之,对于我们自研项目的接入,会在复应用中进行统一的网关及静态资源转发代理等配置,与子应用约定好路径名,比如后端网关统一以/api/进行转发,对于非自研项目的接入,我们目前需要接入应用进行接口的魔改,后续我们会提供一个插件库进行常见脚手架的api魔改方案,比如vue-cli/cra/umi等,对于第三方团队自研的脚手架构建应用需要自行手动更改,但一般来说自定义脚手架团队通常会有一个统一配置前端请求的路径,对于老应用如以jq等构建的项目,则需要各自手动更改 这里我以vue-cli3构建的方案进行一个示范:
源码浅析nginx作为一个轻量的高性能web服务器,其架构及设计是极具借鉴意义的,对node.js或其他web框架的设计具有一定的指导思路 nginx是用C语言书写的,因而其将整个架构通过模块进行组合,其中包含了常见的诸如:HTTP模块、事件模块、配置模块以及核心模块等,通过核心模块来调度和加载其它模块,从而实现了模块之间的相互作用 这里我们主要是需要通过location中的proxy_pass对应用进行转发,因而,我们来看一下proxy模块中对proxy_pass的处理 ngx_http_proxy_module
Subscribe to:
Post Comments (Atom)
|
No comments:
Post a Comment