onload的一些小坑

理解onload与ready事件

有关onload的一些小坑

    // jq的ready事件
    $(document).ready(function () {
        console.log('jq的ready事件触发了==>');
    })

    // 原生的onload事件
    window.onload = function () {
        console.log('onload方法触发了==>')
    }
    console.log('事件外的东西触发了')

在这里插入图片描述

很明显可以看出,写在事件外的最先触发,然后到jq的ready ,再到原生的onload事件

jq的ready是等着页面dom,css等加载完毕后触发

原生的onload事件是等待dom树,css和图片等资源加载完毕后触发
	    <img class="my-girlfriend"
     src="http://hbimg.b0.upaiyun.com/11e8a5737c6814494ab377f1abf31b91fb759b651b6a99-CzDk5b_fw658" alt="">
	//不写在load里面
    let img = document.querySelector('.my-girlfriend');
    console.log("获取图片高度==>", img.clientHeight);
	
	 // jq的ready事件
    $(document).ready(function () {
        // console.log('jq的ready事件');
        let img = document.querySelector('.my-girlfriend');
        console.log("获取图片高度==>", img.clientHeight);
        
    })
    // 原生的onload事件
    window.onload = function () {
        let img = document.querySelector('.my-girlfriend');
        console.log("获取图片高度==>", img.clientHeight);
        
    }

在这里插入图片描述
在这里插入图片描述

很明显,把获取图片写着等待页面加载的函数里面时,能正确获取图片高度
    let body = document.body;

    let img = document.createElement('img');
    img.className = 'my-girlfriend'
    img.src = 'http://hbimg.b0.upaiyun.com/11e8a5737c6814494ab377f1abf31b91fb759b651b6a99-CzDk5b_fw658';
    body.appendChild(img);

    img.onload = () => {
        let ele2 = document.querySelector('.my-girlfriend');
        console.log('onload事件中,获取图片的高度==>', ele2.clientHeight)
    }

    let ele = document.querySelector('.my-girlfriend');
    console.log('获取图片的高度==>', ele.clientHeight)

在这里插入图片描述

有些时候,我们会有这样的需求,把一张图片创建出来后,想获取其高度
由图我们可以看出,直接获取是不能读取创建出来的图片的高度的,
图片是有一个加载的过程的,我们需要在图片加载完成后,才能正确读取出其高度

### 微信小程序 `if` 条件渲染常见问题及解决方案 在微信小程序开发中,条件渲染是一个非常常见的需求。开发者通常使用 WXML 的 `wx:if` 和 `hidden` 属性来实现动态显示或隐藏某些组件。然而,在实际应用中可能会遇到一些问题。以下是关于微信小程序中 `if` 条件渲染的一些常见问题及其解决方案。 #### 1. **性能问题** 当频繁切换 `wx:if` 和 `wx:elif` 或者大量使用这些指令时,可能导致页面重新渲染的开销较大,从而影响性能[^1]。 - 解决方案:如果只是简单的显示/隐藏操作,可以优先考虑使用 `hidden` 属性而不是 `wx:if`。因为 `hidden` 只改变样式而不涉及 DOM 结构的变化,性能更优。 ```xml <view hidden="{{condition}}"> 这是一段文字 </view> ``` #### 2. **数据绑定延迟更新** 有时发现 `wx:if` 判断的数据未及时更新,导致视图未能同步变化[^3]。 - 解决方案:确保数据模型中的字段已正确定义并触发了响应式更新机制。可以通过强制调用 `this.setData()` 方法刷新界面状态。 ```javascript Page({ data: { showElement: false, }, toggleShow() { this.setData({ showElement: !this.data.showElement }); } }); ``` #### 3. **复杂逻辑下的嵌套问题** 对于复杂的多层嵌套结构,过多的 `wx:if` 使用会让模板变得难以维护和理解[^4]。 - 解决方案:尝试重构业务逻辑,减少不必要的嵌套层次;或者利用自定义组件封装部分功能模块,简化主模板文件的内容。 ```xml <!-- 不推荐 --> <block wx:if="{{flagA}}"> <block wx:if="{{flagB}}"> ... </block> </block> <!-- 推荐 --> <custom-component flag-a="{{flagA}}" flag-b="{{flagB}}"></custom-component> ``` #### 4. **初始加载阶段默认值处理不当** 由于网络请求等原因造成初始化完成前缺少必要参数,进而引发判断失败的情况也较为普遍[^2]。 - 解决方案:为所有可能参与计算的关键变量设定合理的默认初值,并结合生命周期函数合理安排异步流程控制顺序。 ```javascript Page({ onLoad(options) { // 设置默认值以防 undefined 导致错误 this.setData({ userStatus: 'loading', }); setTimeout(() => { // 模拟 API 请求过程 this.setData({ userStatus: 'active', // 动态调整状态 }); }, 2000); } }); ``` --- ### 总结 以上列举了几类典型的与微信小程序 `if` 条件渲染有关的技术难题以及对应的应对策略。通过优化代码架构设计、改善用户体验细节等方式能够有效提升整体项目的稳定性和效率。
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值