对项目中管理页面的高频操作搜索栏的思考与总结,对搜索栏搜索逻辑的hook化处理

背景与目的

项目是一套react的售卖/管理系统,有多个类目,基本布局相似,都有类似的搜索栏。不同类目的搜索逻辑有高度重合部分。考虑将该部分逻辑hook化,简化代码,降低开发难度,提高可读性以及后期可维护性。

功能设计

既然考虑将其hook化了,就不要只考虑将逻辑抽离,可以适当增加其功能,提升易用性。于是有以下考虑。

  1. 可以将一部分参数响应到url上,进入页面时可以将url参数响应到数据中心
  2. 有了1的考虑,再加上这种场景通常是与表格搭配使用。于是再考虑将业务逻辑中的查询搜索 、甚至是删除 操作,以及搜索条件都统一放到Model(数据层)中进行管理,比如redux。
  3. 由于将所有搜索条件都统一放到了Model(数据层)中管理,于是只需要监听该searchValues的变化然后响应搜索即可。根据其单向数据流的思想,用户在界面上的搜索操作,产生的搜索数据变化只需要流向两处即可,即url的search与Model(数据层)中searchValues。

功能交互逻辑如下图

方案实施

1. hook的参数定义

首先要有搜索条件 searchValues 是毋庸置疑的。然后,由于我们需要将用户的search操作劫持到hook中,将他产生的数据变化流向两个不同的地方,于是我们需要入参一个更改搜索条件的函数changeSearchValues 。再由功能设计中第一点的考虑,我们需要入参一个用户不可见参数列表invisiableSearchs 。最后,虽然我们是劫持了search操作,但是不同业务上的搜索逻辑可能略有不同,为了提高hook的泛用性,这里还需要入参具体的搜索函数onSearch。于是,具体的参数props定义可如下所示。

ts 复制代码
export interface BaseSearchValues {
  [key: string]: string | number | boolean | undefined | null;
}

export interface useQuerySearchProps<T extends BaseSearchValues = any> {
  searchValues: T;
  changeSearchValues: (values?: T) => void;
  invisiableSearchs?: string[];
  onSearch: (values?: T) => void;
}
2. 具体实施

实施过程中,考虑到还有刷新,多条件重复响应等。hook完整逻辑如下

ts 复制代码
import { useDebounceEffect } from 'ahooks';
import { isNull, omit, pickBy } from 'lodash';
import { useCallback, useEffect, useState } from 'react';
import { URLSearchParamsInit, useSearchParams } from 'react-router-dom';

export interface BaseSearchValues {
  [key: string]: string | number | boolean | undefined | null;
}

export interface useQuerySearchProps<T extends BaseSearchValues = any> {
  searchValues: T;
  changeSearchValues: (values?: T) => void;
  invisiableSearchs?: string[];
  onSearch: (values?: T) => void;
}

export const useQuerySearch = <T extends BaseSearchValues = {}>({
  searchValues,
  changeSearchValues,
  invisiableSearchs = [],
  onSearch,
}: useQuerySearchProps<T>) => {
  const [refreshTag, setRefreshTag] = useState(0);
  const [search, update] = useSearchParams();
  const urlSearchValues = search.values();

  const onRefresh = useCallback(() => {
    setRefreshTag(refreshTag + 1);
  }, [refreshTag, setRefreshTag]);

  /**
   * 搜索条件变化时调用此函数,只需要传入变化的参数即可。
   * 当搜索值为null时,表示删除此参数
   */
  const onSearchInputChange = useCallback((inputValues: T) => {
    const fullSearchValues = pickBy(
      { ...searchValues, ...inputValues } as T,
      (val: T[keyof T], _key: keyof T) => !isNull(val)
    ) as unknown as T;
    const visiableInputSearchs = omit(fullSearchValues, invisiableSearchs) as URLSearchParamsInit;

    /**
     * 用户可见参数响应到url
     */
    update(visiableInputSearchs);
    /**
     * 全量参数响应到model数据层
     */
    changeSearchValues(fullSearchValues);
  }, [urlSearchValues, searchValues, invisiableSearchs, update]);

  /**
   * 初始化参数
   */
  useEffect(() => {
    changeSearchValues({ ...searchValues, ...urlSearchValues } as T);
  }, []);

  /**
   * searchvalues变化,响应搜索action 同时需要防抖
   */
  useDebounceEffect(
    () => {
      /**
       * search功能,调用前可能还会做其他操作,这里将查询能力留给外部,只提供emit能力。
       */
      onSearch(searchValues);
    },
    [refreshTag, searchValues],
    { wait: 100 }
  );

  return {
    onRefresh,
    onSearchInputChange,
  };
};

总结

这里是以react为例的代码。但重要的不是代码本身,而是思想上的转变。不论是vue还是angular,又或者是其他框架,都可以以此为基础去处理。在hook化之前书写的时候看代码可能没有相似度,但具体逻辑基本如此,如此高重复度且大量的代码,在hook化之后只需要寥寥几行代码即可完成。

相关推荐
子兮曰1 天前
jev-ultrafast 深度解析:7 秒订机票的浏览器 Agent 是如何炼成的
前端·后端·agent
子兮曰1 天前
Jev 爆发一周:7 秒 Agent 背后的 System One 生态与三场争议
前端·后端·ai编程
前端小万1 天前
写公众号赚了 3000 块后,我做了一款叫 "一键成稿" 的软件
前端·微信小程序
爱勇宝1 天前
ZCode 开源 24 小时:一份没有历史的账本,回答不了"有没有偷代码"
前端·后端·chatglm (智谱)
三十而立洋1 天前
Cookie 详解:从产生到安全,一次讲透
前端·javascript
卡布鲁1 天前
把一个 Vite + Vue3 应用塞进 qiankun (React + Umi3) 主站:十个坑的复盘
前端·javascript·react.js
汉堡大王95271 天前
Jev:不是聊天机器人, 而是一个智能 if 语句
前端·人工智能·后端
梦想很大很大1 天前
从运行事实到回归证据:Workrun 的 Telemetry 与 Evaluation 实践
前端·人工智能·后端
计算机魔术师1 天前
Meta Muse agent 接入 Shopify 的 Shop Pay 实现代理式购物
前端
沙蒿同学1 天前
我用 Go 搭了一条 AI Agent 流水线:从 1 张商品图到一整套淘宝详情页
前端·javascript·后端