欢迎来到皮皮网网站!

【系统军刀源码】【导入jar源码】【idea 源码标记】懒加载 源码_懒加载代码

时间:2024-12-26 03:13:51 来源:Delphi tcp通讯助手源码

1.Angular 应用实现 Lazy Load(懒加载)的懒加项目实战经验分享
2.极智AI | 算法部署中需要注意的Lazy Loading
3.Spring Boot源码解析(四)ApplicationContext准备阶段
4.详解如何实现Element树形控件Tree在懒加载模式下的动态更新
5.最完备的懒加载错误兜底方案,再也不会白屏了!载源
6.Mybatis源码剖析(懒加载原理)

懒加载 源码_懒加载代码

Angular 应用实现 Lazy Load(懒加载)的码懒项目实战经验分享

       Angular 应用的 Lazy Load 是一种优化策略,它能动态加载特定部分的加载代码,以提升用户体验。代码在企业级Angular应用中,懒加系统军刀源码将代码按照业务逻辑拆分为多个Module,载源并使用Lazy Load机制按需加载,码懒能显著减少应用程序的加载初始加载时间,降低整体大小。代码Angular的懒加代码拆分技术与Lazy Load相辅相成,使得应用程序可以更快启动,载源避免长时间等待。码懒

       在开发Spartacus电商Storefront项目时,加载Angular团队在语义化版本迭代过程中,代码对应用代码进行了拆分,并引入了Lazy Load支持。这一策略直观地展示了Lazy Load的效果。打开Spartacus首页,加载的资源文件包括Spartacus核心功能的实现,而点击购物车图标进入购物车页面时,以Lazy Load方式加载了一系列以feature-libs前缀开头的资源文件。这表明,用户在访问首页时仅浏览商品陈列,与购物车显示逻辑无关,因此将购物车UI和服务拆分为独立模块,并应用Lazy Load,是合理的设计思路。

       要判断Angular module是否已启用Lazy Load,最直接的方法是在开发模式下执行yarn start命令,观察module构建情况。Initial Chunk Files列表显示使用Eager Load加载策略的Angular module,而Lazy Chunk Files列列出启用了Lazy Load的module清单。在点击Cart图标后的Network面板中出现的JavaScript文件,将出现在Lazy Chunk Files列下。

       要启用Lazy Load,首先选择在Network面板中被Lazy Load加载的JavaScript文件,如feature-libs_cart_quick-order_public_api_ts.js,然后找到对应的module实现源代码,其中的关键逻辑在于导入QuickOrderModule的代码行。通过在@NgModule注解修饰的代码块中导入所有需要的customizations,可以实现对已有Lazy Load模块的定制化开发。

       对于Spartacus项目中的标准Module,如果已启用Lazy Load,客户希望对其进行定制,可以通过创建自定义Feature Module,在其中静态导入所需Spartacus标准Module,并在@NgModule注解的providers区域导入所有需要的customizations。在Storefront应用的app.module.ts文件中,使用动态导入功能将自定义Module进行Lazy Load。

       综上所述,Angular应用的Lazy Load策略能优化用户体验,通过代码拆分和动态加载机制,实现应用程序的高效启动。在实际开发过程中,理解和实现Lazy Load不仅能够提升性能,还能提供更大的灵活性,允许对已有模块进行定制化开发,以满足特定业务需求。

极智AI | 算法部署中需要注意的Lazy Loading

       懒加载策略在算法部署中尤为重要,尤其是导入jar源码在算力芯片场景。此策略类似于前端开发中的懒加载,旨在减少服务器压力和流量,通过在需要时加载资源,而非初始加载时就全部加载,以提高效率并降低资源浪费。例如,在使用英伟达系列GPU进行模型推理时,首次推理可能需要较长时间,随后的推理则迅速变快,这实际上反映了一个突变的过程。在这一过程中,大量时间被消耗在了内核加载上。

       懒加载在CUDA编程中也是一个核心概念,它延迟了CUDA模块和内核的加载,直至实际执行时。在程序初始化时,并非所有包含的内核都会被提前加载,只有在使用时才会加载相应的内核。这种策略能够显著节省初始化时间,减少内存占用,无论是GPU内存还是主机内存。

       值得注意的是,懒加载不是TensorRT层面的概念,也不是GPU硬件层面的概念,它是CUDA层面的概念。在CUDA生态系统中,内核的加载和使用之间存在明确的关联。在国产AI芯片如天数智芯、登临等上进行算法性能验证时,建议先进行CUDA预热,或者忽略首次推理性能,仅关注后续稳定性能,以获得更可靠的性能数据。

       本文通过测试升腾的Atlas推理卡和算能的SC7推理卡,展示了在非CUDA生态的设备上,首次推理性能与后续推理性能的对比。结果表明,升腾和算能卡的首次推理性能与后续推理性能相当,这可能意味着这些卡在首次推理时并未采用懒加载策略。

       总的来说,了解和应用懒加载策略在算法部署中至关重要,它能够优化资源使用,提高系统效率,尤其是在处理大规模数据和复杂模型时。在选择和优化算力资源时,考虑懒加载策略的应用,将有助于提升性能并降低成本。如果您对这一主题感兴趣,欢迎关注我的公众号[极智视界],获取更多关于AI领域的实用分享和项目源码。

Spring Boot源码解析(四)ApplicationContext准备阶段

       深入解析Spring Boot中ApplicationContext的准备阶段,本文将带你从环境设置、后处理到初始化器的执行,直至广播事件和注册应用参数等关键步骤的全面解读。

       环境的设置是准备阶段的起点,主要涉及三个步骤。首先,通过AnnotatedBeanDefinitionReader和ClassPathBeanDefinitionScanner,将包含实际参数的Environment重新配置到这些实例中,以确保ApplicationContext能够准确理解和处理后续的idea 源码标记配置信息。

       紧接着,对ApplicationContext进行后处理。这包括注册beanNameGenerator、设置resourceLoader和conversionService。对于一般配置的Spring Boot应用,这些部分往往为空,因此主要执行的是设置conversionService,确保数据转换的顺利进行。

       处理Initializer阶段,Spring Boot通过遍历META-INF/spring.factories中的initializer加载配置,执行8个预设的Initializer方法,它们负责执行特定的功能,例如增强或定制ApplicationContext行为,尽管具体实现细节未详细展开。

       广播ApplicationContextInitialized和BootstrapContextClosed事件,以及注册applicationArguments和printedBanner,是准备阶段的后续操作,确保ApplicationContext能够接收外部参数并展示启动信息,同时为ApplicationContext的后续操作做准备。

       在设置不支持循环引用和覆盖后,调整lazy initialization为默认不允许。Spring Boot通过配置确保依赖注入过程的高效性和稳定性,同时提供了开启懒加载的选项,允许在实际使用时加载bean,提高应用启动性能。

       最后,处理重排属性的post processor,确保ConfigurationClassPostProcessor加载的property在正确的位置被处理,维护配置加载的逻辑顺序和依赖关系。

       资源的加载是准备阶段的最后一步,将PrimarySource与所有其他源整合到allSources中,并返回一个不可修改的集合。这个过程确保了资源的高效访问和管理,为ApplicationContext的后续操作提供基础。

       在完成启动类的加载后,Spring Boot通过构建BeanDefinitionLoader并配置相应的组件,将主类Application加载到Context中。这一过程是动态且高效的,确保了应用的快速启动和资源的有效管理。

       至此,Spring Boot中ApplicationContext的准备阶段全面解析完成,从环境设置到启动类加载,每一个步骤都为ApplicationContext的高效运行打下了坚实的基础。接下来,我们将探讨ApplicationContext的刷新过程,敬请关注。

详解如何实现Element树形控件Tree在懒加载模式下的动态更新

        Element提供的Tree树形控件,可以用清晰的层级结构展示信息,还可以展开或折叠。Tree支持两种加载模式:一次性加载全部树节点和懒加载模式。所谓懒加载模式,是指当需要展开父节点时才渲染子节点。懒加载模式的应用场景适合树节点数据量大的情形,在一定程度上可以优化图形用户界面的响应效率以及提升用户体验。但是,懒加载模式对数据动态刷新应用需求的支持不尽如意。树形控件节点一旦展开就缓存在本地,后续不会再继续更新和刷新节点数据。本文将介绍如何实现Element树形控件Tree在懒加载模式下的动态更新。具体需求如下图所示:

       动态更新需求

       当Select选择器选择箱变、阿旺新传源码逆变器、汇流箱或组串等类型时,Tree树形控件会动态刷新显示相应类型的设备名称。我们知道在懒加载模式下,Tree树形控件节点一旦展开,就不再重新加载节点数据。那么如何实现在选择不同类型时动态刷新树形控件节点数据显示呢?一种实现思路是在Select选择器发生变化时,在change事件中清空Tree树形控件的全部子节点,然后再重新加载树形控件节点数据。关键代码如下图所示:

       清空树形控件节点

       首先,通过树形控件的父节点清空所有子节点数据,然后调用loadNode1方法重新构建树形控件懒加载数据。loadNode1是树形控件load属性指定的加载树的方法,该方法在加载树或者展开某个节点时会被自动调用。

       我们可以看到,传递给loadNode1方法有两个参数,this.node和this.resolve,这两个参数都是树形控件顶层节点属性数值。那么,是如何获取到这两个参数数值的呢?具体方法是:首先,申明node和reslove两个变量用于保存顶层节点的node和reslove数值。然后,在树形控件加载时将node.level===0情况下的node和reslove数值保存。如下图所示:

       获取顶层节点

       loadNode1内部是通过reslove方法,将数据逐级推至树形控件数据结构中的。先执行reslove方法的数据是父节点,后执行reslove方法的数据是子节点,在无子节点的情况下通过调用reslove([])实现。

       结束语:至此,实现了Element的Tree树形控件懒加载模式下的节点数据动态更新。在子节点数据量大的情况下,懒加载和动态更新机制,在一定程度上解决了响应效率问题,也提升了用户体验。

       补充:element ui 懒加载树节点内子项的动态更新

       <el-tree

        :props="props1"

        :load="loadNode1"

        lazy

        show-checkbox>

       </el-tree>

       <script>

        export default {

        data() {

        return {

        props1: {

        label: 'name',

        children: 'zones',

        isLeaf: 'leaf'

        },

        };

        },

        methods: {

        loadNode1(node, resolve) {

        if (node.level === 0) {

        return resolve([{ name: 'region' }]);

        }

        if (node.level > 1) return resolve([]);

        setTimeout(() => {

        const data = [{

        name: 'leaf',

        leaf: true

        }, {

        name: 'zone'

        }];

        resolve(data);

        }, );

        }

        }

        };

       </script>

       上面代码是element ui官方树懒加载的实例。实现就是添加lazy,绑定一个load属性,点击节点的时候,就会触发loadNode1的方法,将数据刷到点击的节点里面。

       这里的问题是:如果该节点load过数据,再次点击是不会触发loadNode1这个方法的,但是这个节点下的子节点也许会动态增加或者删除

       解决的思路是:

       1、得到选中的节点

       2、将选中节点的子节点全部删除

       3、将选中节点的子节点数据手动刷到该节点内

       我查过element ui源码,这里用到源码内的方法,所以我们实现下来很方便,只要三行代码

       function refreshLazyTree(node, children) {

        var theChildren = node.childNodes

        theChildren.splice(0, theChildren.length)

        node.doCreateChildren(children)

       }

       1、node就是选中的的节点(也就是点击展开的节点),你可以通过element ui里的getNode方法获得,也可以直接监听@node-click事件直接获取选中的节点。

       2、children就是node这个节点的子项

       3、通过splice方法删除node节点下的所有子项

       4、调用doCreateChildren创建子项就ok了

最完备的懒加载错误兜底方案,再也不会白屏了!

       优化首屏加载渲染速度,减小首屏包体积,项目中大量代码通过懒加载动态导入(dynamic import)实现。调试 apktool源码然而,动态导入失败未做处理,导致页面白屏问题在慢网或CDN故障时频繁出现。为解决此问题,需制定一套完善的错误兜底方案。

       使用 webpack 时,动态导入常通过返回 promise 对象的函数实现。导入成功时,promise 需 resolve 默认导出 (default export) 的模块,失败情况却未被处理。以 React 为例,通过搭配 React.lazy 动态导入,其实现依赖于返回 promise 的函数。然而,动态导入失败时,lazy 并未隐式处理异常。

       因此,需在动态导入外层增加异常捕获及处理逻辑。常见的粗放做法是捕捉错误后执行 location.reload(),使页面刷新。然而,对于因非代码逻辑问题导致错误的网络请求,最佳做法是增加重试机制以提升稳定性。针对慢网和 CDN 故障,动态导入失败时的处理需包括重试功能。

       Webpack 懒加载原理在于动态插入 script 标签,在 onload 事件触发时调用 promise 的 resolve 方法加载资源,在 onerror 事件触发时调用 reject 方法。在 script 加载失败时,需避免执行原本的 onerror,同时将原本的 onerror 赋给后续尝试加载的 script。此外,mini-css-extract-plugin 将样式单独提取为 css 文件,加载失败时需采取与 script 类似的处理方式,确保不触发 link 标签的 onerror。

       为解决 CDN 故障导致的资源加载失败问题,可以引入一个无侵入式的静态资源自动重试包。该包通过 hook 原生的 document.createElement 和 script.onerror 方法,同时监听 document 的 error 事件,实现 CDN 重试机制。引入此包后,项目可直接实现 CDN 重试功能。

       针对资源仍无法加载回的情况,虽然错误未抛出,但页面上未展示资源对应的功能,用户仍能正常使用页面,避免了白屏现象。通过此优化方案,首屏加载速度得到显著提升,提高了程序的鲁棒性,减少了前端白屏率,显著提升了用户体验。

       总之,针对业务优化场景中的懒加载失败问题,通过深入分析 webpack 源码,借助 import() 网络重试加载机制,提升了前端工程的稳定性,优化了用户体验,为项目带来了明显收益。

       如果你觉得本文对你有所帮助,请在下方点赞支持我,你的「赞」是我创作的动力。

       欢迎关注公众号「小李的前端小屋」,我会分享更多前端工作思考与心得,助你成为更好的前端。

Mybatis源码剖析(懒加载原理)

       懒加载,即按需加载,旨在优化查询性能。以一个包含订单列表的User对象为例,当仅获取用户信息时,若启用懒加载模式,执行SQL不会查询订单列表。需获取订单列表时,才会发起数据库查询。实现方式包括在核心配置文件中设置或在相关映射文件中通过fetchType属性配置懒加载策略。

       懒加载的配置如何加载到项目中呢?首先,这些配置保存在全局Configuration对象中,通常在解析核心配置文件的代码中实现。在settingsElement方法中,懒加载配置被保存在lazyLoadingEnabled属性中。对于resultMap标签中collection | association的fetchType属性,其配置通过解析mappers标签下的resultMap标签实现,最终调用buildResultMappingFromContext方法处理子标签。该方法结合全局配置判断是否需要执行懒加载。

       懒加载的实现原理涉及动态代理。当调用代理对象的延迟加载属性方法时,如访问a.getB().getName(),代理对象会调用拦截器方法。若发现需要延迟加载,代理对象会单独发送SQL查询关联对象,加载数据后设置属性值,完成方法调用。简而言之,懒加载通过动态代理实现,拦截指定方法并执行数据加载。

       深入剖析懒加载源码,会发现它涉及查询和数据处理的多步操作。查询完成后,结果集处理、列值获取、判断是否进行懒加载等步骤共同构建懒加载机制。动态代理在访问对象属性时触发,最终通过Javassist库创建代理对象,实现懒加载逻辑。当访问如userList2.get(0).getOrderList()时,若满足条件,代理对象会调用懒加载查询方法获取数据。判断懒加载条件的关键在于结果集处理阶段,通过访问映射关系和查询映射值来确定是否执行后续懒加载查询。

       综上所述,Mybatis的懒加载机制通过动态代理和结果集处理实现,旨在优化性能,按需加载数据,提高查询效率。通过核心配置和映射文件中的配置,懒加载逻辑被加载到项目中,为开发者提供灵活的加载策略。

@Lazy注解源码分析

       @Lazy注解是Spring框架3.0版本后引入的,用于控制bean的懒加载行为,主要用途是延迟依赖注入的初始化。默认情况下,当ApplicationContext启动和刷新时,所有的单例bean会被立即初始化。然而,有时可能希望某些bean在首次使用时才被初始化。实现这一目标的方法是将@Lazy注解应用到bean或注入点,如@Autowired,以创建懒解析代理,从而实现延迟注入。

       @Lazy注解对@Bean、@Component或@Bean定义的bean的延迟初始化特别有用。当用在@Configuration类上时,它会影响该配置中的所有@Bean定义。通过在启动类入口使用AnnotationConfigApplicationContext并提供MyConfiguration组件类,从MyService bean获取并调用其show方法,可以观察到MyBean在首次被请求时才被初始化,而MyService的初始化则立即进行。MyBean类的构造函数在被调用时打印"MyBean的构造函数被调用了!",show方法则打印"hello world!"。MyService类通过@Autowired注入MyBean,由于在注入点上添加了@Lazy注解,myBean的实际注入被延迟,直到首次尝试访问它时。

       源码分析表明,在启动类构造函数中,执行了三个步骤以初始化实例。在refresh方法中,重点关注了finishBeanFactoryInitialization方法,该方法会对所有剩余非懒加载的单例bean对象进行初始化,除非它们显式标记为懒加载。在preInstantiateSingletons方法中,确保所有非懒加载的单例bean在容器启动时被初始化,除非它们被标记为懒加载。这使得@Lazy注解对于希望推迟bean初始化的场景非常有用。

       在getBean()方法中,通过doGetBean方法执行了创建bean的过程。在doCreateBean方法中,对bean的属性进行注入。在populateBean方法中,如果一个属性被标记为@Autowired,并且与@Lazy结合使用,那么实际的懒加载逻辑会在其他部分处理,特别是通过AutowiredAnnotationBeanPostProcessor。在resolveFieldValue方法中,解析@Autowired字段的值,并确定应为目标字段注入哪个bean。在resolveDependency方法中,如果依赖关系标记为懒加载,它将返回一个懒加载代理,只有在应用程序真正访问该依赖时,实际的bean才会被初始化。

       总结而言,@Lazy注解提供了在Spring容器中控制bean初始化的灵活性,允许开发者根据需要延迟依赖注入的初始化,从而优化应用性能和资源管理。在实践过程中,注意合理使用@Lazy注解,确保代码的清晰性和可维护性。同时,理解Spring容器在bean初始化过程中的工作原理,可以帮助开发者更有效地利用该框架的特性,实现更高效的应用开发。

vue3-computed源码解析

       在 Vue 3 中,理解 computed 源码有助于深入掌握其工作原理。版本为 3.2.,通过单例测试和官网文档,我们了解到 computed 的主要特性是基于 getter 函数创建,类似于一个只读的响应式值,其更新依赖于传入的 getter 函数,而非直接修改.value属性。其核心逻辑与 ref 类似,利用 dep 和 trackRefValue/triggerRefValue 函数实现响应式。

       计算属性的实现分为两种:通过 computed 函数或 deferredComputed。两者都是 ref 类型,但 deferredComputed 在 effect 中具有异步特性,只有在下一次微任务中才会更新。在 Vue 中,通过ComputedRefImpl 对象管理计算属性,它使用 _value 和 _dirty 机制实现懒加载,当数据改变时,会触发收集函数并更新缓存值。

       在源码中,可以看到计算属性的 getter 被包装在 effect 中,依赖数据变化时会通过调度器来触发收集。但需要注意的是,当在 effect 内先改变依赖,再改变外部的计算属性,可能会导致异常。对于 deferredComputed,其调度器更为复杂,会在下一次微任务执行时处理异步更新。

       虽然 deferredComputed 的处理存在一些特殊情况,如在微任务期间的值比较问题,但 Vue 通过缓存相关 effect 的值,以及 hasCompareTarget 变量,确保了异步更新的正确性。至此,我们已经详细了解了 Vue3 computed 的源码实现,接下来可以继续探索 effectScope 的源码。

       上一章:vue3-ref源码解析

       下一章:vue3-effectScope源码解析

Django的懒加载是什么(年最新解答)

       导读:本篇文章首席CTO笔记来给大家介绍有关Django的懒加载是什么的相关内容,希望对大家有所帮助,一起来看看吧。

Django源码阅读(一)项目的生成与启动

       诚实的说,直到目前为止,我并不欣赏django。在我的认知它并不是多么精巧的设计。只是由功能堆积起来的"成熟方案"。但每一样东西的崛起都是时代的选择。无论你多么不喜欢,但它被需要。希望有一天,python能有更多更丰富的成熟方案,且不再被诟病性能和可维护性。(屁话结束)

       取其精华去其糟粕,django的优点是方便,我们这次源码阅读的目的是探究其方便的本质。计划上本次源码阅读不会精细到每一处,而是大体以功能为单位进行解读。

       django-adminstartprojectHelloWorld即可生成django项目,命令行是exe格式的。

       manage.py把参数交给命令行解析。

       execute_from_command_line()通过命令行参数,创建一个管理类。然后运行他的execute()。

       如果设置了reload,将会在启动前先check_errors。

       check_errors()是个闭包,所以上文结尾是(django.setup)()。

       直接看最后一句settings.INSTALLED_APPS。从settings中抓取app

       注意,这个settings还不是我们项目中的settings.py。而是一个对象,位于django\conf\__init__.py

       这是个Settings类的懒加载封装类,直到__getattr__取值时才开始初始化。然后从Settings类的实例中取值。且会讲该值赋值到自己的__dict__上(下次会直接在自己身上找到,因为__getattr__优先级较低)

       为了方便debug,我们直接写个run.py。不用命令行的方式。

       项目下建个run.py,模拟runserver命令

       debug抓一下setting_module

       回到setup()中的最后一句apps.populate(settings.INSTALLED_APPS)

       开始看apps.populate()

       首先看这段

       这些App最后都会封装成为AppConfig。且会装载到self.app_configs字典中

       随后,分别调用每个appConfig的import_models()和ready()方法。

       App的装载部分大体如此

       为了方便debug我们改写下最后一句

       res的类型是Commanddjango.contrib.staticfiles.management.commands.runserver.Commandobjectat0xEDA0

       重点是第二句,让我们跳到run_from_argv()方法,这里对参数进行了若干处理。

       用pycharm点这里的handle会进入基类的方法,无法得到正确的走向。实际上子类Commond重写了这个方法。

       这里分为两种情况,如果是reload重载时,会直接执行inner_run(),而项目启动需要先执行其他逻辑。

       django项目启动时,实际上会启动两次,如果我们在项目入口(manage.py)中设置个print,会发现它会打印两次。

       第一次启动时,DJANGO_AUTORELOAD_ENV为None,无法进入启动逻辑。会进入restart_with_reloader()。

       在这里会将DJANGO_AUTORELOAD_ENV置为True,随后重启。

       第二次时,可以进入启动逻辑了。

       这里创建了一个django主线程,将inner_run()传入。

       随后本线程通过reloader.run(django_main_thread),创建一个轮询守护进程。

       我们接下来看django的主线程inner_run()。

       当我们看到wsgi时,django负责的启动逻辑,就此结束了。接下来的工作交由wsgi服务器了

       这相当于我们之前在fastapi中说到的,将fastapi的app交由asgi服务器。(asgi也是django提出来的,两者本质同源)

       那么这个wsgi是从哪来的?让我们来稍微回溯下

       这个settings是一个对象,在之前的操作中已经从settings.py配置文件中获得了自身的属性。所以我们只需要去settings.py配置文件中寻找。

       我们来寻找这个get_wsgi_application()。

       它会再次调用setup(),重要的是,返回一个WSGIHandler类的实例。

       这就是wsgiapp本身。

       load_middleware()为构建中间件堆栈,这也是wsgiapp获取setting信息的唯一途径。导入settings.py,生成中间件堆栈。

       如果看过我之前那篇fastapi源码的,应该对中间件堆栈不陌生。

       app入口→中间件堆栈→路由→路由节点→endpoint

       所以,wsgiapp就此构建完毕,服务器传入请求至app入口,即可经过中间件到达路由进行分发。

       什么时候用懒加载

       1.懒加载基本

       懒加载——也称为延迟加载,即在需要的时候才加载(效率低,占用内存小)。所谓懒加载,写的是其get方法.

       注意:如果是懒加载的话则一定要注意先判断是否已经有了,如果没有那么再去进行实例化

       2.使用懒加载的好处:

       (1)不必将创建对象的代码全部写在viewDidLoad方法中,代码的可读性更强

       (2)每个控件的getter方法中分别负责各自的实例化处理,代码彼此之间的独立性强,松耦合

       3.代码示例

       1//

       2//YYViewController.m

       3//-浏览器初步

       4//

       5//Createdbyappleon-5-.

       6//Copyright(c)年itcase.Allrightsreserved.

       7//

       8

       9#import"YYViewController.h"

       

       #definePOTOIMGW

       #definePOTOIMGH

       #definePOTOIMGX

       #definePOTOIMGY

       

       @interfaceYYViewController()

       

       @property(nonatomic,strong)UILabel*firstlab;

       @property(nonatomic,strong)UILabel*lastlab;

       @property(nonatomic,strong)UIImageView*icon;

       @property(nonatomic,strong)UIButton*leftbtn;

       @property(nonatomic,strong)UIButton*rightbtn;

       @property(nonatomic,strong)NSArray*array;

       @property(nonatomic,assign)inti;

       -(void)change;

       @end

       

       

       

       @implementationYYViewController

       

       -(void)viewDidLoad

       {

       [superviewDidLoad];

       [selfchange];

       }

       

       -(void)change

       {

       [self.firstlabsetText:[NSStringstringWithFormat:@"%d/5",self.i+1]];

       //先get再set

       

       self.icon.image=[UIImageimageNamed:self.array[self.i][@"name"]];

       self.lastlab.text=self.array[self.i][@"desc"];

       

       self.leftbtn.enabled=(self.i!=0);

       self.rightbtn.enabled=(self.i!=4);

       }

       

       //延迟加载

       /**1.的序号标签*/

       -(UILabel*)firstlab

       {

       //判断是否已经有了,若没有,则进行实例化

       if(!_firstlab){

       _firstlab=[[UILabelalloc]initWithFrame:CGRectMake(,,,)];

       [_firstlabsetTextAlignment:NSTextAlignmentCenter];

       [self.viewaddSubview:_firstlab];

       }

       return_firstlab;

       }

       

       /**2.控件的延迟加载*/

       -(UIImageView*)icon

       {

       //判断是否已经有了,若没有,则进行实例化

       if(!_icon){

       _icon=[[UIImageViewalloc]initWithFrame:CGRectMake(POTOIMGX,POTOIMGY,POTOIMGW,POTOIMGH)];

       UIImage*image=[UIImageimageNamed:@"biaoqingdi"];

       _icon.image=image;

       [self.viewaddSubview:_icon];

       }

       return_icon;

       }

       

       /**3.描述控件的延迟加载*/

       -(UILabel*)lastlab

       {

       //判断是否已经有了,若没有,则进行实例化

       if(!_lastlab){

       _lastlab=[[UILabelalloc]initWithFrame:CGRectMake(,,,)];

       [_lastlabsetTextAlignment:NSTextAlignmentCenter];

       [self.viewaddSubview:_lastlab];

       }

       return_lastlab;

       }

       

       /**4.左键按钮的延迟加载*/

       -(UIButton*)leftbtn

       {

       //判断是否已经有了,若没有,则进行实例化

       if(!_leftbtn){

       _leftbtn=[UIButtonbuttonWithType:UIButtonTypeCustom];

       _leftbtn.frame=CGRectMake(0,self.view.center.y,,);

       [_leftbtnsetBackgroundImage:[UIImageimageNamed:@"left_normal"]forState:UIControlStateNormal];

       [_leftbtnsetBackgroundImage:[UIImageimageNamed:@"left_highlighted"]forState:UIControlStateHighlighted];

       [self.viewaddSubview:_leftbtn];

       [_leftbtnaddTarget:selfaction:@selector(leftclick:)forControlEvents:UIControlEventTouchUpInside];

       }

       return_leftbtn;

       

       }

       

       /**5.右键按钮的延迟加载*/

       -(UIButton*)rightbtn

       {

       if(!_rightbtn){

       _rightbtn=[UIButtonbuttonWithType:UIButtonTypeCustom];

       _rightbtn.frame=CGRectMake(POTOIMGX+POTOIMGW+,self.view.center.y,,);

       [_rightbtnsetBackgroundImage:[UIImageimageNamed:@"right_normal"]forState:UIControlStateNormal];

       [_rightbtnsetBackgroundImage:[UIImageimageNamed:@"right_highlighted"]forState:UIControlStateHighlighted];

       [self.viewaddSubview:_rightbtn];

       [_rightbtnaddTarget:selfaction:@selector(rightclick:)forControlEvents:UIControlEventTouchUpInside];

       }

       return_rightbtn;

       }

       

       //array的get方法

       -(NSArray*)array

       {

       if(_array==nil){

       NSString*path=[[NSBundlemainBundle]pathForResource:@"data"ofType:@"plist"];

       _array=[[NSArrayalloc]initWithContentsOfFile:path];

       }

       return_array;

       }

       

       -(void)rightclick:(UIButton*)btn

       {

       self.i++;

       [selfchange];

       }

       

       -(void)leftclick:(UIButton*)btn

       {

       self.i--;

       [selfchange];

       }

       

       @end

什么是预加载、懒加载

       先用占位符表示,不要将地址放到src属性中,而是放到其它属性(data-original)中

       页面加载完成后,监听窗口滚动,当出现在视窗中时再给它赋予真实的地址,也就是将data-original中的属性拿出来放到src属性中

       在滚动页面的过程中,通过给scroll事件绑定lazyload函数,不断的加载出需要的

       注意:请对lazyload函数使用防抖与节流,不懂这两的可以自己去查

       3.可视区加载

       这里也分为两种情况

       1、页面滚动的时候计算的位置与滚动的位置

       2、通过新的API:IntersectionObserverAPI(可以自动"观察"元素是否可见)

       如上,data-属于自定义属性,ele.dataset.可以读取自定义属性集合

       img.srcset属性用于设置不同屏幕密度下,image自动加载不同的,比如imgsrc="image-.png"srcset="image-.png2x"/

       预加载

       提前加载,当用户需要查看时可直接从本地缓存中渲染

       加载方式目前主要有两种

       待到满足触发条件后,再通过JS渲染

       结语:以上就是首席CTO笔记为大家整理的关于Django的懒加载是什么的相关内容解答汇总了,希望对您有所帮助!如果解决了您的问题欢迎分享给更多关注此问题的朋友喔~

更多相关资讯请点击【热点】频道>>>