Prompt-ScrollTelling
网页内容: 1、滚动叙事网页内的文案 2、滚动叙事网页内的图像 3、文案和画面风格、交互参考纽约时报或南华早报网站中叙事可视化内容
共 47 篇文章。
网页内容: 1、滚动叙事网页内的文案 2、滚动叙事网页内的图像 3、文案和画面风格、交互参考纽约时报或南华早报网站中叙事可视化内容
在传统的金融技术(Fintech)领域,数据展示长期被密集的表格、复杂的K线图和枯燥的财务报表所主导。这种“机构级”的界面设计虽然信息密度极高,但对于普通个人投资者而言,存在着巨大的认知门槛。Simply Wall St(以下简称SWS)的出现代表了金融数据可视化的一种范式转移:它不旨在提供毫秒级的
在现代 Web 开发中,交互方式早已不局限于鼠标和键盘。随着计算机视觉技术的进步,特别是 Google MediaPipe 的出现,我们可以在浏览器中以极低的延迟实现人脸追踪、手势识别等高级功能。
请从当前项目代码中,抽取可复用的工具函数,加入这个模板代码(visualization-framework)的合适位置中去
这篇最有价值的地方,是用源码证据把 Recharts 的架构讲清楚:它更像一个 Redux 驱动的可组合声明式图表库,而不是一个可以随手套上“微内核”名词的系统。
常规的前端开发,大家借助 Vue/React 等框架,可以极大的提升开发效率和质量,这些框架本身就融入了前端的架构设计在里面,也就是定义了一套程序设计的原则和约束,因此才能保证非功能需求的质量。
这篇是一次 D3 代码整理。原来的时间线代码把数据处理、路径生成、样式设置、事件绑定都塞在一个类里,写第一版很快,但后面加交互、换主题、做测试都会慢下来。
您是一位资深的前端架构师,专门负责设计企业级数据可视化组件。请基于以下完整的架构指导,为用户设计一个高度定制化、可维护、高性能的单体可视化组件。
这篇把问题从“图表怎么画”往前推了一层。做组件库时,真正先决定的是用户是谁、API 长什么样、渲染层怎么抽、扩展机制要不要开放。
在当今数据驱动的时代,可视化系统已成为企业决策和用户体验的核心组成部分。然而,构建一个健壮、可扩展的可视化平台并非易事。本文将借鉴J2EE(Java 2 Platform, Enterprise Edition)的架构思想,探讨如何构建现代化的可视化基础设施。
文档驱动开发的核心思想是:No Code - 先用 AI 生成完整的技术文档,再基于文档生成代码。这种方法论源于我在实际项目中的探索和思考。
这篇不是在说“封装几个组件”。我真正想拆的是:一个可视化组件库怎么跨框架使用,怎么同时支持 CDN 和 npm,怎么按需加载,组件销毁时怎么把事件、动画和资源清理干净。
D3.js 可以参考饼图的代码: mermaid/packages/mermaid/src/diagrams/pie/pieRenderer.ts
第二层就是 Tailwind CSS,第四层就是组件了。 越往下走,颗粒度越来越大,约束性变高,自由性不足。
并且y轴的刻度范围是根据当前展示的5个数据来设定的,当前展示的5个数据的最大值和最小值作为y轴的刻度范围。 Y轴的刻度范围也是随着动画的播放而动态变更的。
AI 浪潮正在改变软件开发模式,为开发者带来新的机遇和挑战。本文通过实际工作案例讲述了 AI 对个人开发工作的影响,以及 AI 时代下产品开发模式的变革,并分析了大模型时代程序员与 AI 工具的定位,希望能帮助开发人员提前布局,抓住新一轮发展机遇。
three.js,babylon.js,Cocos3D,Oasis Engine,Unity,Unreal Engine
最近给海外组做图解财报的3D组件,陆陆续续耗费了我不少时间,但是最终回头来看,这个需求实际上可能只需要1天就能搞出来。究其原因,在于我的技术方案选型上,误入歧途了。
咖啡有个生效过程,如果到了公司才喝,要等到一个小时之后才起效。因此应该起床后就喝。
最近在给业务方开发动态折线图,期间遇到N多问题,这里做个记录,就当是技术复盘了,避免下次重复踩坑。
https://2022.stateofjs.com/zh-Hans/
https://threejs.org/docs/index.html?q=line#manual/en/introduction/Drawing-lines
想要过得不匆忙,就得每天设置个截止条件,也就是当日目标。别没有界限的一直干,效率既低,状态又差。
F10有大量的公司财务数据,而非专业人员在查看这些财务数据的时候,是很吃力的,包括概念难以理解、难以从数据中发现规律和逻辑、难以得出结论辅助自己决策等等。
2020年读的书太少了,读书计划也没有完成。2021继续加油!
刚接触数据可视化的组件开发时,往往会遇到一个问题,就是不知道该如何设计组件对外开放的配置项。我根据最近写组件的一些经验,对配置项的设计做个总结,方便后面参考。
按常规思路来看,网格线就是直线/虚线,那么我们只需要计算好位置,然后通过 line 或者 path 画线条即可。不过这里有一个更精妙的方法,就是将刻度长度设置为负数,即反向延长坐标轴的刻度线:
http://jira002.iwencai.com:8080/browse/DATAV-2055
这是用 D3.js 做关系图时遇到的一个具体需求:节点可以拖动,拖动后连在这个节点上的线要跟着移动。这里记录的是当时采用的方案,核心是利用 JavaScript 的对象引用传递特性来实现【数据驱动】。
最近一时兴起想买个笔记本,结果筛选的过程中一发不可收拾,每天都会花费不少时间去查看笔记本信息,但是直到现在,我也没有明确定下来买什么笔记本。我之所以花时间去查看这些信息,是希望能够以较低的价格买到适合我的笔记本,但是如果算一下我耗费在这上面的时间,其价值已经远远超过能给我节省的钱了。虽然这个过程能让
我喜欢做简单的、收益又不错的、正向反馈快的;这样筛选下来,只剩下业务开发了。
这个是最大的问题。方向不确定,感觉我们组就像浮萍一样,随波逐流,每一天都战战兢兢,如履薄冰。
我准备今后每一周都给自己一个技术方面的尝试主题,来提升自己的技术能力。
好久没有学习英语了,翻了下扇贝打卡日历,发现上一次坚持学习,是截止到2020.1.24,也就是去年的除夕这一天。其实去年后面几个月的学习,已经是马虎了事,每天打个卡而已,并没有真正收获什么。现在距离我的小目标(2021.02.14),时间越来越近了,现在必须得重新将英语学习拾起来了。
在一知半解的情况下,凭感觉去评估难度、工作量和时间,结果很多细节上的问题都没考虑,估算的时间可能只有真实工作量的三分之一(甚至更少,比如这次我预估半天不到就能搞定,结果搞了整整两天,且第一天还是三个人一起搞)。
上周有个业务组让我们做一个流程图,数据是固定不变的,但是要求流程之间的线条可以动起来。考虑到这个不通用,且我们这边也抽不出人力,因此我让他们自己的开发去学一下,自己写。
上周末Boss要求做一个全球疫情的项目,产品经理准备通过一个全球地图来展示疫情情况,我们考虑了下,选择了沿用之前全国疫情的技术选型,即ECharts来实现该地图。
PS:标题为<span style="color:red">红色</span>的书籍,是我还没看完、但是后面会继续看下去。
最近有个组件需求,是用D3.js写的,自己写的代码总共就几KB大小,但是最终打包出来的压缩版JS居然有98KB。考虑到D3是按照模块化编写的,因此我想尝试下通过按需引入模块,来精简最终的JS。
随着数据的暴增以及数据搜集技术的发展,目前各个公司都积累了很多的数据。从这些数据中挖掘信息,进而发展出产品,或者分析用户信息,对用户进行画像,类似这样的需求越来越多。
1、每个节点都是可以拖动的,且拖动的时候,与该节点关联的线条、箭头,都要随之同步移动;
工作这么多年,一直都没有读书计划。今年因为一些工作上的原因,迫切的感觉到了读书的重要性,因此这里列下我的读书情况,等到年末回头再检验下。
现在接到一个可视化的图形需求,我会比较慌,思考了下,是因为我在具体实现上,还没形成自己的编码套路,导致无法快速对图形进行技术上的拆解。
注意,HTML 引入 dist 下的文件;如果遇到 TS 报错,设置@ts-ignore 即可。
你坚信的、不会因为别人的言论改变的、十匹马都拉不回来的,才是目标。
不管是数据新闻也好、大屏也好、组件也好,如果仍然仅仅只是停留在开发的思维上,是没法做成的,因为这些东西都是需要有用户量、有收益,才能体现价值的,所以不光要做出产品,更要去宣传和推广。
记录我通过FreeCodeCamp学习前端技能的一些经历和感想。