首页
学习
活动
专区
圈层
工具
发布
    • 综合排序
    • 最热优先
    • 最新优先
    时间不限
  • 来自专栏达达前端

    列表渲染与条件渲染

    file 作者 | Jeskson 来源 | 达达前端小酒馆 列表渲染与条件渲染 如何渲染数组类型和对象类型的数据 渲染数组⾥的所有数据 相同的结构是列表渲染的前提,列表等都会有⼏千上万条的数据, [ "幸咖啡", "腾:年", "总投资20亿元", "京数量同⽐增⻓163%", "腾超五千万", ], } 如何把整个列表都渲染出来呢

    2.1K20发布于 2019-11-29
  • 来自专栏韩曙亮的移动开发专栏

    【Android UI】Paint Gradient 渐变渲染 ① ( LinearGradient 线性渐变渲染 | 设置渲染方向 | 设置渲染颜色 | 设置渲染模式 | MIRROR )

    文章目录 一、LinearGradient 线性渐变渲染 1、设置 2 个颜色的渐变 3、设置多个颜色的渐变 二、LinearGradient 线性渐变渲染重要参数分析 1、正常渲染 2、设置多个渐变颜色渲染 3、设置渲染方向 4、设置 Shader.TileMode.MIRROR 渲染模式 5、设置 Shader.TileMode.REPEAT 渲染模式 三、代码示例 1、正常渲染 2、设置多个渐变颜色渲染 3、设置渲染方向 4、设置 Shader.TileMode.MIRROR 渲染模式 5、设置 Shader.TileMode.REPEAT 渲染模式 四、效果展示 一、LinearGradient 线性渐变渲染 /android/graphics/LinearGradient LinearGradient 线性渐变渲染 使用时 , 直接使用构造函数创建即可 ; LinearGradient 提供了 4 个构造函数 ---- 1、正常渲染 正常的线性渲染 : private void initRect(int width, int height) { mRectF = new RectF(

    4.6K20编辑于 2023-03-30
  • 来自专栏小黑娃Henry

    CoreAnimation 渲染流程CoreAnimation 渲染流程

    Core Animation 渲染流程 阅读时间3-5分钟 前言 依旧老规矩带着问题来阅读 CoreAnimation 的职责是什么? 流程图 ? 来得到位图(bitmap) 但是有一个例外:drawRect:如果开发者重写了这个方法就会在CPU中将layer通过Core Graphics直接处理成bitmap,就不会在通过GPU来完成bitmap的渲染 ,这里就涉及到一个概念:离屏渲染 Prepare 图片解码和转换 Commit 将处理好的图层打包发送给Decode Decode 打包好的图层被传输到 Render Server 之后,首先会进行解码 Draw Calls 解码完成后,Core Animation 会调用下层渲染框架(比如 OpenGL 或者 Metal)的方法进行顶点着色器、图元装配、光栅化、片元着色器、混合等渲染工作,进而调用到 Render 这一阶段主要由 GPU 进行渲染。 Display 显示阶段,需要等 render 结束的下一个 RunLoop 触发显示。 更多和渲染有关的可以查看: iOS 渲染原理解析

    2.1K10发布于 2021-08-09
  • 来自专栏CoderStar

    iOS 页面渲染 - 离屏渲染

    上周介绍了一下iOS 页面渲染-UIView & CALayer,本周我们来聊一聊 iOS 页面渲染中的高频面试题--离屏渲染。 离屏渲染概念 先简单说下 iOS 页面渲染的正常流程。 一旦需要离屏渲染的内容过多,很容易造成掉帧的问题。所以大部分情况下,我们都应该尽量避免离屏渲染。 离屏渲染存在的原因 既然离屏渲染对性能有损伤,那为什么还要使用离屏渲染呢? 离屏渲染标记 通过我们上面离屏渲染发生的原因,其实我们可以很简单的归纳出离屏渲染出现的场景。 只要裁剪的内容需要画家算法未完成之前的内容参与就会触发离屏渲染。 参考链接 iOS Rendering 渲染全解析(长文干货)[2] 关于 iOS 离屏渲染的深入研究[3] iOS 界面渲染与优化(四) - 离屏渲染与优化总结[4] iOS 圆角的离屏渲染,你真的弄明白了吗

    2.5K30编辑于 2022-08-24
  • 来自专栏全栈程序员必看

    图形渲染管线简介_渲染流水线和渲染管线

    大家好,又见面了,我是你们的朋友全栈君 The Graphics Rendering Pipeline 渲染管线,这章主要讲光栅化渲染管线。 毕业前实习时,也实现过一个简单的软光栅化渲染管线,再复习一下。 图形渲染管线的主要功能是根据给定的虚拟相机、三维物体和光源等,生成(或渲染)一个二维图像。 2.1 架构 一条渲染管线由几个阶段(stages)组成,每个阶段完成一个大的任务。 为了产生一个具有真实感的场景,仅仅渲染物体的形状和位置是不够的,也要渲染他们的“样子”(appearance)。这个 描述包含每个物体的材质和照射到物体的光源的效果。 总结 这里讲的渲染管线是数十年来面向实时渲染应用程序的API和图形硬件发展演变的结果。需要注意的是它不是唯一的渲染管线。离线渲染(offline rendering)管线有不同的发展路径。

    1.9K40编辑于 2022-09-21
  • 来自专栏零域Blog

    Vue 服务端渲染 or 预渲染

    js 渲染页面不同。 为什么使用服务端渲染 更好的 SEO 更快的内容到达时间 服务端渲染 or 预渲染 就像官网所说的,如果你调研服务器端渲染(SSR)只是用来改善少数营销页面(例如 /, /about, /contact 等)的 SEO,那么你可能需要预渲染,一个典型的预渲染使用场景可能类似这个网站。 区别 服务端渲染和预渲染的使用场景还是有较明显的区别的。预渲染的使用场景更多是我们所说的静态页面的形式,比如说这个网站。 如何使用预渲染渲染的核心是使用 prerender-spa-plugin,如何使用它呢?

    2K20编辑于 2022-03-26
  • 来自专栏Unity游戏开发

    游戏渲染

    DrawCall 由CPU收集美术的资源信息,传递给GPU,通知GPU进行一次渲染过程叫DrawCall OpenGl 渲染流程 cpu : FBX->Meshrender FBX obj : 模型文件 ,包含UV、顶点位置、法线切线等渲染信息 MeshRender : 将信息传给GPU Meshfilter : 将那个模型信息传给GPU gpu: 顶点着色器->光栅化->片元着色器->alpha 将顶点转换为像素 片元着色器: 图片处理 纹理处理(Filter Mode): Point:就近采样 Bilinear:线型采样 Trilinear:三线性采样 批处理: 相同的材质,合并起来进行一次渲染 3.在UIPanel中lateUpdate逐帧渲染,调用UpdateSelf渲染每一个UIWiget 4.UIWiget调用FillAllDrawCalls,SortWidgets对所有子物体按深度、

    1.5K20发布于 2019-05-29
  • 来自专栏陶然同学博客

    【小程序】条件渲染与列表渲染

    目录 条件渲染 1. wx:if 2. 结合 使用 wx:if 3. hidden 4. wx:if 与 hidden 的对比 列表渲染 1. wx:for 2. 手动指定索引和当前项的变量名* 3. wx:key 的使用 条件渲染 1. wx:if 在小程序中,使用 wx:if="{{condition}}" 来判断是否需要渲染该代码块: 也可以用 wx:elif block></block> 标签将多个组件包装起 来,并在<block> 标签上使用 wx:if 控制属性,示例如下: 注意: <block> 并不是一个组件,它只是一个包裹性质的容器,不会在页面中做任何渲染 1. wx:for 通过 wx:for 可以根据指定的数组,循环渲染重复的组件结构,语法示例如下: 默认情况下,当前循环项的索引用 index 表示;当前循环项用 item 表示。  :key,小程序在实现列表渲染时,也建议为渲染出来的列表项指定唯一 的 key 值,从而提高渲染的效率,示例代码如下:

    1.5K20编辑于 2023-02-24
  • 来自专栏各类技术文章~

    Metal 框架之渲染管线渲染图元

    本示例将介绍如何配置渲染管道,作为渲染通道的一部分,在视图中绘制一个简单的 2D 彩色三角形。该示例为每个顶点提供位置和颜色,渲染管道使用该数据,在指定的顶点颜色之间插入颜色值来渲染三角形。 在本示例中,将介绍如何编写顶点和片元函数、如何创建渲染管道状态对象,以及最后对绘图命令进行编码。 理解 Metal 渲染管线 渲染管线处理绘图命令并将数据写入渲染通道的目标中。 渲染管线状态必须使用与渲染通道指定的像素格式兼容的像素格式才能够正确渲染,由于此示例只有一个渲染目标并且它由视图提供,因此将视图的像素格式复制到渲染管道描述符中。 设置视口 有了管道的渲染管道状态对象后,就可以使用渲染命令编码器来渲染三角形了。首先,需要设置视口来告诉 Metal 要绘制到渲染目标的哪个部分。 为渲染管线指定渲染管线状态对象。

    3K00发布于 2021-11-21
  • 来自专栏吴裕超

    浅析前端渲染与服务端渲染

    背景知识:   「后端渲染」指传统的 ASP、Java 或 PHP 的渲染机制;   「前端渲染」指使用 JS 来渲染页面大部分内容,代表是现在流行的 SPA 单页面应用;   「同构渲染」指前后端共用 即:服务端渲染,实际上也是需要客户端进行 再次地、但开销很小的二次渲染。 前端渲染的优势 局部刷新。无需每次都进行完整页面请求 懒加载。 步骤:服务端是先请求数据然后渲染“可视”部分,而客户端是等待js代码下载、加载完成再请求数据、渲染。即:服务端渲染不用等待js代码下载完成再请求数据,并会返回一个已经有内容的页面。     3. 渲染性能:服务端性能比客户端高,渲染速度快( 猜测,该项数据不详 )。     4. 渲染内容:服务端渲染会把”可视“部分先渲染,然后交给客户端再作部分渲染。 而客户端渲染,则是从无到有,需要经历完整的渲染步骤。

    3.6K40发布于 2018-02-28
  • 来自专栏大史住在大前端

    高性能Web动画和渲染原理系列(2)——渲染管线和CPU渲染

    像素渲染管线 基本渲染流程 谈起浏览器的工作流程,你可能会在大多数文章中见过下面这张图: ? 在Style阶段需要找出发生变更的样式并重新计算相关的尺寸,当然在首屏渲染之前第一次处理CSS样式时,浏览器肯定已经对计算结果进行了缓存,以便在这像素渲染管线处理时节省时间。 旧软件渲染 现代浏览器多采用软硬件混合渲染的方式来处理,软件渲染的方式通常也被成为“旧软件渲染”(与之相对应的是硬件加速渲染),“旧”只是出现时间比较早,并不表示它已经被硬件渲染所取代。 最初的网页并不是作为完整的应用存在的,而只是用来做一些信息展示,二维渲染的场景居多(因为页面上大多都是基于“盒模型”的矩形区域和文字包围盒的计算和绘制),这时使用CPU渲染的性能并不低,“旧软件渲染”通常使用底层的二维图形绘制库 本节我们先忘掉GPU的加速能力,来看看软件中需要如何处理页面渲染。下面以WebKit内核为例来说明一下渲染的基本处理过程以及创建合成层的条件。

    1.9K30发布于 2019-10-21
  • 来自专栏韩曙亮的移动开发专栏

    【OpenHarmony】ArkTS 语法基础 ④ ( ArkTS UI 渲染控制 | if else 条件渲染 | ForEach 循环渲染 )

    参考文档 : <HarmonyOS第一课>ArkTS开发语言介绍 一、ArkTS UI 渲染控制 1、if else 条件渲染 在 @Component 自定义组件 中的 build 函数中 , 可以 使用 if else 条件控制语句 , 控制 UI 渲染 , 根据不同的条件 为 同一个 UI 组件 动态设置不同的 渲染样式 ; 在下面的代码中 , 根据 自定义组件 的 this.num1 成员变量的值 { Column({ space: 20 }) { // 设置子组件间距为10 // 条件渲染 使用 if else 进行渲染 // 根据不同的条件 动态控制组件显示 ArkTS 提供了 ForEach 语句 , 进行循环渲染 ; 在 UI 渲染函数 build 函数中 , 调用 ForEach 函数 , 进行循环渲染 , 可以根据一个数组数据源 , 执行循环操作 , 如果生成的 键值相同 , 则后面键值相同的组件不会被添加到 UI 布局中 ; 循环渲染示例代码 : // 循环渲染数据源 numArr: number[] = [9527, 2024, 911

    1.1K10编辑于 2024-06-05
  • 来自专栏GoCoding

    PDFium 渲染

    PDFium[1] 是 Chromium 的 PDF 渲染引擎,许可协议为 BSD 3-Clause。 不同于 Mozilla 基于 HTML5 的 PDF.js[2],PDFium 是基于 Foxit Software (福昕软件)的渲染代码,Google 与其合作开源出的。 fpdf::DateToRFC3399(text); } std::cout << " " << meta_tag << ": " << text << std::endl; } } 渲染页面 样例见 pdf_render.cc[8],可渲染 PDF 页面并保存为 PNG。 FPDF_RenderPageBitmap 渲染某一页: void PdfRenderPage(const std::string &pdf_name, FPDF_DOCUMENT doc, int index

    3.3K10编辑于 2021-12-06
  • 来自专栏Super 前端

    Vue基础:条件渲染、列表渲染、事件处理

    条件渲染 v-if Vue 会尽可能高效地渲染元素,通常会复用已有元素而不是从头开始渲染。 可以通过添加一个具有唯一值的 key 属性,来达到每次切换时,输入框都将被重新渲染 <template v-if="type"> <label>Usernamelabel> <input type

    1.1K20发布于 2021-08-30
  • 来自专栏landv

    元素渲染

    想要将一个REACT元素渲染到根DOM节点中,只需要它们一起传入ReactDOm.render(): const element =

    Hello,world

    ; ReactDOM.render (element,document.getElementById('root')); 页面上会展示出“Hello,world” 更新已渲染的元素 REACT元素是不可变对象。

    1.4K20发布于 2019-12-10
  • 来自专栏Super 前端

    Vue基础:条件渲染、列表渲染、事件处理

    条件渲染 v-if Vue 会尽可能高效地渲染元素,通常会复用已有元素而不是从头开始渲染。 v-if 是“真正的”条件渲染,因为它会确保在切换过程中条件块内的事件监听器和子组件适当地被销毁和重建。 v-if 也是惰性的:如果在初始渲染时条件为假,则什么也不做——直到条件第一次变为真时,才会开始渲染条件块。 v-show 就简单得多——不管初始条件是什么,元素总是会被渲染,并且只是简单地基于 CSS 进行切换。 一般来说, v-if 有更高的切换开销,而 v-show 有更高的初始渲染开销。 列表渲染 数组

  • {{ item.message }}
  • <!

2.6K41发布于 2019-08-15
  • 来自专栏码上就说

    图片的实时渲染和离屏渲染

    视频的渲染一般都是实时渲染,使用SurfaceView或者TextureView,图片的渲染一般都会采用ImageView,可以设置路径,也可以设置Bitmap,再加上Canvas和Paint,我无敌了 从上面的聊天我们已经得知ImageView处理图片的的两个问题: 内存抖动问题 渲染效率低,性能差 ImageView渲染图片和离屏渲染怎么关联起来了? 离屏渲染发生在GPU层面上,会创建新的渲染缓冲区,会触发 OpenGL 的多通道渲染管线,图形上下文的切换会造成额外的开销,增加 GPU 工作量。其实从描述上来看,就知道离屏渲染是比较影响性能的。 与离屏渲染相反的就是实时渲染,或者称当前屏幕渲染,CPU计算好frame等属性,将计算好的内容提交给GPU去渲染,GPU渲染完成之后就会放入屏幕帧缓冲区,然后控制器每隔一段时间会去屏幕缓存区读取渲染好的内容 图片渲染怎么样实现实时渲染?当然是SurfaceView啦,既然是实时渲染,必定有画布的概念,上一篇文章已经非常清楚地指出了SurfaceView的画布本质了。

    2.5K20编辑于 2023-03-05
  • 来自专栏流媒体技术

    Cocos Creator 2.2 的渲染流程(原生渲染

    Cocos Creator 升级的2.2之后,渲染流程发生了比较大的变化,主要是重构了一些类,属性的位置发生了变化。为了防止日后忘记,先记录下来。 首先在engine/cocos2d/core/renderer/index.js中定义了cc.renderer对象,是一个全局对象,里面存放了一些渲染有关的类定义以及一些全局属性如device 核心的是两个属性 = 1; i < FINAL; i++) { flows[i] = new RenderFlow(); } }; 注意:_batcher就是传入的RenderFlow的实例 渲染开始 RenderFlow.visitRootNode(scene); 这句将进入RenderFlow的实例里面的方法调用 在RenderFlow的实例方法中 核心的方法是_updateRenderData用于更新各级渲染对象的顶点信息等 _render方法,用于执行实际的渲染: _proto.

    1.8K20编辑于 2022-07-28
  • 来自专栏编程微刊

    uniapp列表渲染渲染循环嵌套数组

    },{ "id": 3, "name": "查看空调" }] }] } } 渲染数据

    30700编辑于 2025-05-19
  • 来自专栏漫漫前端路

    服务端渲染 vs 客户端渲染

    服务端渲染 也被称为 fat-server, thin-client 模式 服务端渲染 客户端渲染(填) html 仅仅作为静态文件,客户端端在请求时,服务端不做任何处理 客户端渲染 也被称为 fat-client, thin-server 模式 客户端渲染 异同 渲染本质一样,都是字符串拼接,将数据渲染进一些固定格式的html代码中形成最终的 服务端渲染性能消耗在服务端,当用户量比较多时,缓存部分数据以避免过多数据重复渲染。 利弊 同构 为了解决客户端渲染首屏慢与 SEO 问题,同构开始出现。 同构:前后端共用 JS,首次渲染时使用 Node.js 来直出 HTML。一般来说同构渲染是介于前后端中的共有部分。 如果用户特定(user-specific),即对于不同用户需要渲染不同内容,缓存是不可用的。 是否有其他解决客户端渲染不足之处的方法?

    88220编辑于 2023-06-09
  • 领券