细数模块化的前世今生、去哪儿低代码平台跨端渲染方案及落地 | 每日掘金第202期

Hello,又到了每日掘金时间。酱酱们的每日掘金新增优质作者介绍和码上掘金板块,专注于发掘站内优质创作者和优质内容,欢迎大家多提宝贵意见!

本文字数2600+,阅读时间大约需要 15分钟。

  • 【本期每日掘金】亮点:
  • 英雄联盟比赛选手的六芒星能力图动画是如何制作的?
  • 基于 ChatGPT API 的划词翻译浏览器脚本实现
  • 去哪儿低代码平台跨端渲染方案及落地
  • 剥茧抽丝,细数模块化的前世今生
  • 湖仓一体架构在火山引擎 LAS 的探索与实践
  • 社区平台Redis测试实践
  • ……

筛选规则:文章发布时间在本期「酱酱们的每日掘金」发布时间的 1-3 天内,且符合社区推荐标准,也会同步发布在掘金相关技术社群。

今日主理人|每日掘金

本期每日掘金由 帅气的法医 负责制作,法医是一个长期活跃于沸点的最佳摸鱼手,热爱Coding,喜欢分享,五湖四海皆兄弟,欢迎大家一起在沸点摸鱼,在掘金创作。

每日干货|每日掘金

主理人们会对近期(1-3 天)社区深度技术好文进行挖掘和筛选,优质的技术文章有机会出现在下方列表,排名不分先后。

『前端』

使用纯 CSS 实现这样一个六芒星能力图动画效果!

本文介绍了如何实现划词翻译的基本功能,包括使用 OpenAI 提供的接口进行翻译、在 HTML 页面中添加触发翻译的按钮和鼠标抬起事件监听事件、使用 AJAX 请求从接口获取翻译结果并将其显示在 DIV 元素中等。同时还介绍了如何使用 webpack + react + antd 实现一个现代化的插件,并利用 Web Speech API 实现语音播放功能。

本文将详细介绍如何利用 WebRTC 技术实现 P2P 音视频通话,并提供了一个跨平台的方案,包括:基于 socket.ioNode.js 实现的服务端,以及 JavaScriptAndroid 客户端。让我们一起来探讨如何搭建这个系统,以及如何编写代码吧。

去哪儿网目前的低代码平台已经搭建了上万个活动页面,包含小程序、touch和 APP 多个平台。去哪儿低代码平台是基于 Shark 框架开发。Shark 是一款有着跨平台(一套代码支持跨端渲染)、按需加载(仅加载页面配置所需代码文件)等特性的类 React 框架。有着缓存、消息中心等多种能力。Shark 和低代码平台的无缝结合,给现在低代码平台带来了跨端、“所见即所得”得等多种特性。而“所见即所得”,就是一种动态加载的功能:我们在低代码平台上配置一个页面所需组件和对应的各种属性,可以及时的在各个端上看到。

近几年,时常会感叹,前端,发展的太迅猛了。日新月异的新概念,异彩纷呈的新思想泉水般涌出;前端项目的复杂度、开发成本、维护难度也在不断提升,前端三件套开发模式(HTML-CSS-JS)滞后于前端的进步,这要求我们需要以更高层次的眼光来重新审视前端——工程化。工程化是一个工学概念,其核心是结合实际建立科学的、规范的设计和生产流程,目的是降本提效

『后端』

火山引擎湖仓一体分析服务 LAS(Lakehouse Analytics Service),是面向湖仓一体架构的 Serverless 数据处理分析服务,提供字节跳动最佳实践的一站式 EB 级海量数据存储计算和交互分析能力,兼容 Spark、Presto 生态,帮助企业轻松构建智能实时湖仓。

我们这里重新梳理下bean的创建流程:在spring注入一个普通bean的过程中,会将通过反射创建的空属性对象赋值,如果发现其依赖的属性也是一个bean,那么会首先去获取这个bean,如果获取不到的话则会转而去创建bean。而此时要创建的bean成为innerBean,并不会被spring其他bean共享,所以可以在名称上是重复的。

Redis作为一款优秀的内存存储系统,深受互联网公司的青睐;同样也是我们雪球的技术选型之一,比如雪球的行情股票信息,帖子信息等都会用到Redis作为缓存服务。QA在日常测试的过程中,经常也会遇到和Redis相关的一些问题,也踩过一些坑,通过本文今天在这跟大家分享一下。

Race-To-Empty顾名思义,就是以极快的动作导致目标对象为空的攻击手段,通过快速地调用某个代码导致被攻击者的账户中有用资产为空的情况。

MySQL5.5 版本之后默认为 InnoDB 引擎,引入了行级锁,并发事务处理能力大大提高数据库资源的利用率,同时带来了脏读、不可重复读 、幻读等问题。

『移动端』

依赖是我们在开发中最常用的配置,通过声明依赖项来引入项目所需技术,从而实现相关功能。但是可能很多人都遇到过这种场景,编译运行后新增的接口或类找不到,又或者只是升级了一下某个Library,编译就提示找不到类或接口。这类问题在开发中是比较常见的,多数属于依赖版本冲突导致的,而在大型项目中,复杂度更高,这类问题出现的频率也很高。所以,搞清楚依赖配置,并能快速的解决依赖冲突,就变成开发中必不可少的技能了。

上上周的时候,和大伙分享了双仿真页,最近又完善了一些,效果更加丝滑。由于本人是一个摄影爱好者,所以简单做了一个相册的Demo,话不多说,看最终效果

本次的文章主要是聊聊Kotlin1.5和1.6版本提供的一些特性,希望能扩充大家的眼界,如果能对你日常的开发带来帮助,这将是我写这篇文章最大的价值。

本文将教你如何计算Java对象内存中的大小。当你 new 一个对象时,如果你对它在内存中,到底什么样,究竟占多大内存感兴趣。本文可以快速的给您答案。 文章中的例子,默认JVM64位,无压缩。

📖 投稿专区|每日掘金

很久很久以前,我关注的一个游戏博主,发了一个游戏视频。然后我就见识到了什么叫,「游戏叫你一步噶,你绝对走不到第二步」。这个带那么点整蛊的性质的脑洞游戏,瞬间引起了我浓厚的兴趣。需要玩家克服大脑常规套路的惯性,那岂不是游戏处处是惊喜。不过,游戏的本质还是在于趣味性,玩家掌握了规律之后,还是可以通关的。等等,有没有无法通关的游戏?

工作流,即 Workflow,是对工作流程及其各操作步骤之间业务规则的抽象、概括描述。工作流建模,即将工作流程中的工作如何前后组织在一起的逻辑和规则,在计算机中以恰当的模型表达并对其实施计算。工作流要解决的主要问题是:为实现某个业务目标,利用计算机在多个参与者之间按某种预定规则自动传递文档、信息或者任务。

“千里之行,始于足下”,这两句话出自《道德经·第 64 章》,每个人小时候都会被问及:长大了想做什么?想成为什么样的人?我记得喜之郎之前有一则广告:长大后我要当太空人,爷爷奶奶可高兴了…每个孩子都梦想着自己长大能够成为警察、科学家、作家、医生……然而,当我们长大后,又有多少人能够实现自己的愿望呢?老子在道德经中点明了踏上成功之路的方法:千里之行始于足下。再类比到学习上来,难道不是这样吗?有了学习的目标还要有行动,立即开始就是迈向成功的第一步,也就是说要 “始于足下”。

👉 大家可以在评论区推荐认为不错的文章,并附上链接和推荐理由,有机会登上下一期。文章创建日期必须在近 1-3 天内;可以推荐自己的文章、也可以推荐他人的文章。

原文链接:https://juejin.cn/post/7215971680350781477 作者:酱酱们的每日掘金

(0)
上一篇 2023年3月30日 上午10:37
下一篇 2023年3月30日 下午4:00

相关推荐

发表回复

登录后才能评论