当前位置:

首页 > 编程开发 > Yii2 GridView URL参数优化技巧

Yii2 GridView URL参数优化技巧

本教程旨在解决Yii2GridView在使用自定义过滤器后,URL中出现大量空查询参数的问题。我们将通过覆盖并修改Yii2GridView的JavaScript资源文件,并在应用配置中调整AssetManager,实现自动移除未填充的URL参数,从而优化URL的整洁性和可读性,避免直接修改vendor目录文件,确保项目维护性和升级的便利性。

本文目录

    Yii2 GridView URL参数清理与优化教程

    本教程旨在解决Yii2 GridView在使用自定义过滤器后,URL中出现大量空查询参数的问题。我们将通过覆盖并修改Yii2 GridView的JavaScript资源文件,并在应用配置中调整AssetManager,实现自动移除未填充的URL参数,从而优化URL的整洁性和可读性,避免直接修改vendor目录文件,确保项目维护性和升级的便利性。

    引言:URL参数清理的重要性

    在使用Yii2的GridView组件结合自定义过滤器时,我们经常会遇到一个问题:即使某些过滤器字段未填写,其对应的空参数仍然会出现在浏览器URL中,例如:localhost:20024/consignment?fid=&post_code=&pud2_mrn=&pud2_status=PUDP&pud_status=&...。这种包含大量空参数的URL不仅冗长、不美观,可能对用户体验造成影响,也可能在某些情况下对搜索引擎优化(SEO)或服务器日志分析带来不便。本教程将提供一种优雅的解决方案,通过修改Yii2 GridView的默认行为,在请求发送前自动移除这些无用的空参数。

    核心解决方案:覆盖并修改GridView的JavaScript资产

    Yii2 GridView的过滤逻辑主要由其前端JavaScript文件 yii.gridView.js 控制。为了实现参数清理,我们需要修改这个文件中的 applyFilter 方法。为了避免直接修改 vendor 目录下的核心文件(这会导致在Yii更新时被覆盖),我们将采取“覆盖”策略。

    步骤一:复制并自定义 yii.gridView.js

    首先,将Yii2核心库中的 yii.gridView.js 文件复制到您的项目 web 目录下的自定义位置,例如 web/js/custom。

    源文件路径:vendor/yiisoft/yii2/assets/yii.gridView.js

    目标路径示例:web/js/custom/yii.gridView.js

    步骤二:修改 applyFilter 方法以移除空参数

    打开您刚刚复制到 web/js/custom/yii.gridView.js 的文件。找到 applyFilter 方法。在该方法内部,您会找到一行类似 var pos = settings.filterUrl.indexOf('?'); 的代码。

    在这行代码之前,插入以下JavaScript代码片段:

    // ... 其他代码 ...
    
    /**
     * Applies the filter to the grid.
     * @param {object} settings the grid filter settings.
     * @param {string} settings.filterUrl the URL to send the filter request to.
     * @param {string} settings.filterSelector the selector for the filter form.
     */
    var applyFilter = function (settings) {
        var $form = $(settings.filterSelector);
        var data = $form.serializeArray();
    
        // --- 在此处插入代码以移除空参数 ---
        $.each(data, function (index, obj) {
            if (obj.value.length === 0) {
                data[index] = null; // 将空值的参数设置为null
            }
        });
        // 过滤掉所有null项
        data = $.grep(data, function(n){ return n !== null; });
        // --- 插入代码结束 ---
    
        var pos = settings.filterUrl.indexOf('?');
        var url = pos < 0 ? settings.filterUrl : settings.filterUrl.substring(0, pos);
    
        // ... 后续代码 ...
    };
    
    // ... 其他代码 ...

    代码解释:

    • $form.serializeArray() 会将表单数据序列化为一个对象数组,每个对象包含 name 和 value 属性。
    • $.each(data, function (index, obj) { ... }) 遍历这个数组。
    • if (obj.value.length === 0) 检查当前参数的值是否为空字符串。
    • data[index] = null; 将值为空的参数项设置为 null。
    • data = $.grep(data, function(n){ return n !== null; }); 这一行至关重要,它会从 data 数组中移除所有值为 null 的项,从而有效地删除了空参数。

    步骤三:配置 AssetManager 使用自定义文件

    最后一步是告诉Yii2您的应用程序应该使用您自定义的 yii.gridView.js 文件,而不是Yii核心库中的默认文件。这通过修改您的应用程序配置文件(通常是 config/web.php 或 config/main.php)中的 assetManager 组件来完成。

    在您的配置文件中找到 components 数组,并添加或修改 assetManager 配置,如下所示:

    return [
        // ... 其他配置 ...
        'components' => [
            // ... 其他组件配置 ...
            'assetManager' => [
                'bundles' => [
                    'yii\grid\GridViewAsset' => [
                        'sourcePath' => '@webroot/js/custom', // 指向您自定义js文件的目录
                        'basePath' => '@webroot/js/custom',   // 同上
                        'baseUrl' => '@web/js/custom',        // 通过web访问的URL路径
                        'js' => [
                            'yii.gridView.js',                // 指定自定义的js文件名
                        ],
                    ],
                ],
            ],
            // ... 其他组件配置 ...
        ],
        // ... 其他配置 ...
    ];

    配置解释:

    • 'yii\grid\GridViewAsset':这是Yii2 GridView组件使用的资产包的类名。我们通过配置这个类来覆盖其默认行为。
    • 'sourcePath' 和 'basePath':这两个参数告诉AssetManager您的自定义JavaScript文件的物理路径。@webroot 是Yii2的路径别名,指向应用程序的 web 目录。
    • 'baseUrl':这个参数定义了通过Web服务器访问这些资产的URL路径。@web 也是Yii2的路径别名,代表Web根目录的URL。
    • 'js':这个数组指定了要加载的JavaScript文件。在这里,我们指向了我们自定义的 yii.gridView.js。

    重要提示: 请确保 sourcePath、basePath 和 baseUrl 中的路径与您实际存放 yii.gridView.js 文件的位置和Web可访问路径相匹配。

    总结与注意事项

    通过以上三个步骤,您已经成功地修改了Yii2 GridView的行为,使其在提交过滤器时自动移除URL中的空查询参数。

    优点:

    • URL整洁: 显著改善URL的可读性和美观性。
    • 避免修改核心文件: 通过AssetManager的覆盖机制,我们避免了直接修改 vendor 目录下的文件,确保了项目的可维护性和Yii2框架升级的顺畅。
    • 服务器负载优化: 减少了不必要的参数传输,虽然影响微小,但在高并发场景下仍有积极意义。

    注意事项:

    • 路径准确性: 务必仔细检查 assetManager 配置中的路径是否正确指向您自定义的JavaScript文件。任何路径错误都可能导致自定义文件未被加载,或者应用程序无法正常工作。
    • 兼容性: 本教程基于Yii2的默认GridView实现。如果您使用了第三方Grid组件或对GridView进行了深度定制,可能需要根据实际情况调整修改方案。
    • 前端框架冲突: 确保您的自定义JavaScript代码与项目中使用的其他前端库(如jQuery)没有版本或语法上的冲突。

    通过本教程,您不仅解决了Yii2 GridView URL参数冗余的问题,也学习了如何安全地覆盖Yii2核心组件的默认行为,这对于构建健壮和可维护的Yii2应用程序至关重要。

    本站声明:本文内容由网友自发贡献,版权归原作者所有,本站不承担相应法律责任。如您发现有涉嫌抄袭侵权的内容,请联系bd@zhengruan.com
    作者最新文章
    编程开发
    相关文章 更多
    GitHub Actions重跑失败作业会使用最新代码吗
    GitHub Actions重跑失败作业会使用最新代码吗

    解释已有运行重跑的提交和权限边界,给出确认、失败作业重跑及结果核对命令,区分漏触发事件。

    chat-demo v0.1.1怎么本地运行并理解DeepSeek历史数据边界
    chat-demo v0.1.1怎么本地运行并理解DeepSeek历史数据边界

    chat-demo v0.1.1可以作为静态聊天客户端在本地运行,但模型、搜索、文件和语音能力仍由DeepSeek API提供。源码运行环境为Node.js 22.12及以上、Git与pnpm。Demo版本号不等于应用API版本;这套应用API未单独标版本,默认聊天模型ID是deepseek-flash。

    GitHub Copilot CLI v1.0.111的用量图与上下文比例应该怎样理解
    GitHub Copilot CLI v1.0.111的用量图与上下文比例应该怎样理解

    理解GitHub Copilot CLI v1.0.111的高级请求百分比、用户提示活动图与实际路由模型窗口,区分显示口径和任务状态。

    n8n 2.47.6、2.47.7、2.48.3 Beta、2.48.4 Beta、3.2.2预发布与1.123.96适用哪些安全修复?
    n8n 2.47.6、2.47.7、2.48.3 Beta、2.48.4 Beta、3.2.2预发布与1.123.96适用哪些安全修复?

    按维护分支、利用权限与节点类型对应四项修复,区分正式补丁、Beta和临时缓解的适用边界。

    GitHub合并故障的已缓解、监控与已解决有什么不同
    GitHub合并故障的已缓解、监控与已解决有什么不同

    GitHub合并故障中的“已缓解并监控”和“已解决”不能互换。前者表示影响已经采取措施缓解,仍在观察稳定性;后者是供应商正式结束这场事故的状态。11月13日的Pull Requests合并超时事件先进入监控,随后于北京时间11月14日02:29标记为已解决。

    llama.cpp v1.0.0的网页聊天分组与Markdown编辑适合哪些场景
    llama.cpp v1.0.0的网页聊天分组与Markdown编辑适合哪些场景

    llama.cpp v1.0.0改善聊天组织、长消息编辑和附件预览;界面变化与底层API迁移、缓存及访问边界需要分别理解。

    Postman 12.36.4 更新后仍报错,怎么判断是哪一层的问题
    Postman 12.36.4 更新后仍报错,怎么判断是哪一层的问题

    Postman 12.36.4 更新后仍有异常时,可按应用、API请求和平台服务区分问题范围,避免把补丁版本当作故障原因。

    n8n 2.47.6、2.48.3 Beta与1.123.96适合哪些部署环境?
    n8n 2.47.6、2.48.3 Beta与1.123.96适合哪些部署环境?

    按正式、预发布和1.x维护渠道对应补丁,再结合Redis、Agent端点和Pinecone索引判断适用范围。

    Codex CLI 0.169.0与0.171.0-alpha.2怎样选择,终端工作区适合哪些任务
    Codex CLI 0.169.0与0.171.0-alpha.2怎样选择,终端工作区适合哪些任务

    Codex CLI 0.169.0提供有明确说明的终端工作区能力;0.171.0-alpha.2为预发布,当前没有功能清单,选用时应分开评估。

    llama.cpp b12345的Hexagon后端支持哪些Q5量化格式?
    llama.cpp b12345的Hexagon后端支持哪些Q5量化格式?

    llama.cpp b12345的预发布构建为Hexagon HTP后端增加Q5_0和Q5_1支持。选择模型时需要核对完整量化名称及实际运行后端,不能只看到“Q5”就视为同一种格式。

    查看更多
    精品专题 更多
    装机必备
    装机必备

    正软商城装机必备专区,精选办公、浏览器、安全防护、影音播放、压缩解压、设计创作和系统工具等电脑常用正版软件,帮助用户快速完成新电脑软件配置。

    Windows
    Windows

    正软商城Windows软件专区,汇集适用于Windows电脑的办公、设计、安全防护、影音播放、开发工具和系统优化软件,提供软件介绍、系统要求、正版授权及购买下载服务。

    PDF教程
    PDF教程

    正软商城PDF教程频道提供PDF编辑、转换、合并、拆分、压缩及格式处理方法,同时介绍常用PDF软件和工具的使用技巧。

    Mac软件 更多
    讯飞智作 网页版
    讯飞智作 网页版
    Windows/ macOS/ Linux

    讯飞智作是一款基于语音合成技术、虚拟人驱动技术与数字人形象声音构建能力的 AI 数字人音视频创作平台。

    火山引擎 网页版
    火山引擎 网页版
    Windows/ macOS/ Linux

    火山引擎是字节跳动旗下企业级云与AI服务平台。聚焦大模型核心能力,依托字节自研豆包多模态大模型,凭借火山方舟一站式平台,提供模型精调、推理部署、智能应用搭建等全链路服务,结合高性能AI算力,助力各行业快速落地大模型数字化与智能化应用。

    Aperty macOS版
    Aperty macOS版
    macOS

    Aperty 是 Skylum 推出的 AI 人像修图软件,支持自然肤质修饰、瑕疵处理、面部与身体调整、预设及批量同步。

    WINDOWS 更多
    讯飞智作 网页版
    讯飞智作 网页版
    Windows/ macOS/ Linux

    讯飞智作是一款基于语音合成技术、虚拟人驱动技术与数字人形象声音构建能力的 AI 数字人音视频创作平台。

    火山引擎 网页版
    火山引擎 网页版
    Windows/ macOS/ Linux

    火山引擎是字节跳动旗下企业级云与AI服务平台。聚焦大模型核心能力,依托字节自研豆包多模态大模型,凭借火山方舟一站式平台,提供模型精调、推理部署、智能应用搭建等全链路服务,结合高性能AI算力,助力各行业快速落地大模型数字化与智能化应用。

    PixTV 网页版
    PixTV 网页版
    Windows

    PixTV 是一款在浏览器中使用的 AI 视觉内容创作平台,提供图片、视频、音频、文字生成、AI 分镜、局部重绘、提示词反推和无限画布等工具,适合短剧、漫剧、广告及社交媒体内容制作。