对项目中管理页面的高频操作搜索栏的思考与总结,对搜索栏搜索逻辑的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化之后只需要寥寥几行代码即可完成。

相关推荐
你听得到1131 分钟前
用户说 App 卡,但说不清在哪?我把 Flutter 监控 SDK 升级成了链路观测工作台
前端·flutter·性能优化
天渺工作室9 小时前
实现一个adblock/adblock plus等浏览器广告拦截器检测插件
前端·javascript
阳光是sunny10 小时前
Vue 项目怎么做用户行为全链路监控?轻量插件方案详解
前端·面试·架构
ZhengEnCi10 小时前
Q04-Vite禁用CSS代码分割-解决生产环境样式加载顺序混乱问题
前端·vue.js·vite
九酒10 小时前
AI Agent 开发踩坑记:口播功能非得用 APP 原生实现吗?
前端·人工智能·agent
Jackson__11 小时前
做了一段时间的AI coding后,我终于搞清了 CLI 和 MCP 的区别
前端·agent·ai编程
IT_陈寒13 小时前
JavaScript项目实战经验分享
前端·人工智能·后端
用户479492835691514 小时前
6w star,GitHub 趋势第一的 Ponytail,这个agent插件到底在火什么
前端·后端
薛定喵的谔15 小时前
我开源了一个精致的 Next.js 博客模板:Skyplume
前端·前端框架·next.js