数据获取#

Modern.js 中提供了开箱即用的数据获取能力，开发者可以通过这些 API，在项目中获取数据。

需要注意的是，这些 API 并不帮助应用发起请求，而是帮助开发者更好地管理数据，提升项目的性能。

Data Loader(推荐)#

Modern.js 推荐使用约定式路由做路由的管理，通过 Modern.js 的约定式（嵌套）路由，每个路由组件(layout.ts 或 page.ts)可以有一个同名的 data 文件，该 data 文件可以导出一个 loader 函数，函数会在组件渲染之前执行，为路由组件提供数据。

基础示例#

路由组件如 layout.ts 或 page.ts，可以定义同名的 data 文件，data 文件中导出一个 loader 函数，该函数提供组件所需的数据，然后在路由组件中通过 useLoaderData 函数获取数据，如下面示例：

.
└── routes
    ├── layout.tsx
    └── user
        ├── layout.tsx
        ├── layout.data.ts
        ├── page.tsx
        └── page.data.ts

在文件中定义以下代码：

import { useLoaderData } from '@modern-js/runtime/router';
import type { ProfileData } from './page.data.ts';

export default function UserPage() {
  const profileData = useLoaderData() as ProfileData;
  return <div>{profileData}</div>;
}

export type ProfileData = {
  /*  some types */
};

export const loader = async (): Promise<ProfileData> => {
  const res = await fetch('https://api/user/profile');
  return await res.json();
};

在 CSR 环境下，loader 函数会在客户端执行，loader 函数内可以使用浏览器的 API（但通常不需要，也不推荐）。

在 SSR 环境下，不管是首屏，还是在客户端的导航，loader 函数只会在服务端执行，这里可以调用任意的 Node.js API，同时这里使用的任何依赖和代码都不会包含在客户端的 bundle 中。

当在客户端导航时，基于 Modern.js 的约定式路由，所有的 loader 函数会并行执行（请求），即当访问 /user/profile 时，/user 和 /user/profile 下的 loader 函数都会并行执行（请求），以提高客户端的性能。

loader 函数#

loader 函数有两个入参：

params#

当路由文件通过 [] 时，会作为动态路由，动态路由片段会作为参数传入 loader 函数：

// routes/user/[id]/page.data.ts
import { LoaderFunctionArgs } from '@modern-js/runtime/router';

export const loader = async ({ params }: LoaderFunctionArgs) => {
  const { id } = params;
  const res = await fetch(`https://api/user/${id}`);
  return res.json();
};

当访问 /user/123 时，loader 函数的参数为 { params: { id: '123' } }。

request#

request 是一个 Fetch Request 实例。

一个常见的使用场景是通过 request 获取查询参数：

// routes/user/[id]/page.data.ts
import { LoaderFunctionArgs } from '@modern-js/runtime/router';

export const loader = async ({ request }: LoaderFunctionArgs) => {
  const url = new URL(request.url);
  const userId = url.searchParams.get('id');
  return queryUser(userId);
};

返回值#

loader 函数的返回值可以是任何可序列化的内容，也可以是一个 Fetch Response 实例：

const loader = async (): Promise<ProfileData> => {
  return {
    message: 'hello world',
  };
};
export default loader;

默认情况下，loader 返回的响应 Content-type 是 application/json，status 为 200，你可以通过自定义 Response 来设置：

const loader = async (): Promise<ProfileData> => {
  const data = { message: 'hello world' };
  return new Response(JSON.stringify(data), {
    status: 200,
    headers: {
      'Content-Type': 'application/json; utf-8',
    },
  });
};

请求 API#

Modern.js 对 fetch API 做了 polyfill, 用于发起请求，该 API 与浏览器的 fetch API 一致，但是在服务端也能使用该 API 发起请求，这意味着不管是 CSR 还是 SSR，都可以使用统一的 fetch API 进行数据获取：

export async function loader() {
  const res = await fetch('https://api/user/profile');
}

错误处理#

在 loader 函数中，可以通过 throw error 或者 throw response 的方式处理错误，当 loader 函数中有错误被抛出时，Modern.js 会停止执行当前 loader 中的代码，并将前端 UI 切换到定义的 ErrorBoundary 组件：

// routes/user/profile/page.data.ts
export async function loader() {
  const res = await fetch('https://api/user/profile');
  if (!res.ok) {
    throw res;
  }
  return res.json();
}

// routes/user/profile/error.tsx
import { useRouteError } from '@modern-js/runtime/router';
const ErrorBoundary = () => {
  const error = useRouteError() as Response;
  return (
    <div>
      <h1>{error.status}</h1>
      <h2>{error.statusText}</h2>
    </div>
  );
};

export default ErrorBoundary;

获取上层组件的数据#

很多场景下，子组件需要获取到祖先组件 loader 中的数据，你可以通过 useRouteLoaderData 方便地获取到祖先组件的数据：

// routes/user/profile/page.tsx
import { useRouteLoaderData } from '@modern-js/runtime/router';

export function UserLayout() {
  // 获取 routes/user/layout.data.ts 中 `loader` 返回的数据
  const data = useRouteLoaderData('user/layout');
  return (
    <div>
      <h1>{data.name}</h1>
      <h2>{data.age}</h2>
    </div>
  );
}

userRouteLoaderData 接受一个参数 routeId，在使用约定式路由时，Modern.js 会为你自动生成routeId，routeId 的值是对应组件相对于 src/routes 的路径，如上面的例子中，子组件想要获取 routes/user/layout.tsx 中 loader 返回的数据，routeId 的值就是 user/layout。

在多入口（MPA） 场景下，routeId 的值需要加上对应入口的名称，入口名称非指定情况下一般是入口的目录名，如以下目录结构：

.
└── src
    ├── entry1
    │     └── routes
    │           └── layout.tsx
    └── entry2
          └── routes
                └── layout.tsx

如果想获取 entry1/routes/layout.tsx 中 loader 返回的数据，routeId 的值就是 entry1_layout。

(WIP)Loading UI#

创建 user/layout.data.ts，并添加以下代码：

import { defer } from '@modern-js/runtime/router';

export const loader = () =>
  defer({
    userInfo: new Promise(resolve => {
      setTimeout(() => {
        resolve({
          age: 1,
          name: 'user layout',
        });
      }, 1000);
    }),
  });

在 user/layout.tsx 中添加以下代码：

import { Await, defer, useLoaderData, Outlet } from '@modern-js/runtime/router';

export default function UserLayout() {
  const { userInfo } = useLoaderData() as { userInfo: Promise<UserInfo> };
  return (
    <div>
      <React.Suspense fallback={<p>Loading...</p>}>
        <Await
          resolve={userInfo}
          children={userInfo => (
            <div>
              <span>{userInfo.name}</span>
              <span>{userInfo.age}</span>
              <Outlet />
            </div>
          )}
        ></Await>
      </React.Suspense>
    </div>
  );
}

数据缓存#

在路由导航时，Modern.js 只会加载路由变化的部分的数据，如当前路由是 a/b，a 路径对应的 Data Loader 已经执行过，当从 /a/b 跳转到 /a/c时，a 路径对应的 Data Loader 不会重新执行，c 路径对应的 Data Loader 会执行，并获取了数据。

即 Modern.js 在数据加载时，只会加载路由变化部分的数据，这种默认的优化策略避免了无效重复数据的请求。

你可能会问，如何更新 a 路径对应 Data Loader 的数据？

在 Modern.js 中，以下几种情况，Modern.js 会重新加载对应路由路径的数据：

1. 在 Data Action 触发后
2. URL 上搜索参数发生了变化
3. 用户点击的链接与当前页面的 URL 相同
4. 在路由组件中定义了 shouldRevalidate 函数，该函数返回 true

shouldRevalidate#

在每个路由组件(layout.tsx，page.tsx, $.tsx)中，我们可以导出一个 shouldRevalidate 函数，在每次项目中的路由变化时，这个函数会触发，该函数可以控制要重新加载哪些路由中的数据，当这个函数返回 true， 对应路由的数据就会重新加载。

import type { ShouldRevalidateFunction } from '@modern-js/runtime/router';
export const shouldRevalidate: ShouldRevalidateFunction = ({
  actionResult,
  currentParams,
  currentUrl,
  defaultShouldRevalidate,
  formAction,
  formData,
  formEncType,
  formMethod,
  nextParams,
  nextUrl,
}) => {
  return true;
};

Client Loader#

适用场景#

在 SSR 项目中，Data Loader 中的代码只会在服务端执行，当客户端进行 SPA 导航时， 框架会发送一个 http 请求到 SSR 服务，触发 Data Loader 的执行， 但有些场景下，我们可能期望在客户端发送的请求不经过 SSR 服务，直接请求数据源。

例如以下场景：

1. 在 SSR 降级时，不希望框架向 SSR 服务发送请求获取数据，希望能直接请求后端服务。
2. 在客户端有一些缓存，不希望请求 SSR 服务获取数据。

这些场景下，我们可以使用 Client Loader， 添加 Client Loader 后，在以下的场景，会调用 Client Loader 中的代码，而不再像 SSR 服务发送请求：

1. SSR 降级为 CSR 后，在客户端获取数据时，会执行 Client Loader 代替框架发送请求到 Data Loader（Server） 获取数据。

2. SSR 项目进行 SPA 跳转时，获取数据，会执行 Clinet Loader。

使用方式#

1. 如果原有项目中 loader 是以 .loader.ts 文件为约定的，需要修改 .loader.ts 为 .data.ts（如果 loader 是在 .data.ts 文件中定义，忽略这个步骤）。

• 将 .loader.ts 文件重命名为 .data.ts
• 将文件中的代码做以下改动：

// xxx.loader.ts
export default () => {}

// xxx.data.ts
export const loader = () => {}

2. 添加 client loader，client loader API 中的入参和 data loader 是一致的。

错误用法#

1. loader 中只能返回可序列化的数据，在 SSR 环境下，loader 函数的返回值会被序列化为 JSON 字符串，然后在客户端被反序列化为对象。因此，loader 函数中不能返回不可序列化的数据（如函数）。

// This won't work!
export default () => {
  return {
    user: {},
    method: () => {},
  };
};

2. Modern.js 会帮你调用 loader 函数，你不应该自己调用 loader 函数：

// This won't work!
export const loader = async () => {
  const res = fetch('https://api/user/profile');
  return res.json();
};

import { loader } from './page.data.ts';
export default function RouteComp() {
  const data = loader();
}

3. 不能从路由组件中引入 loader 文件，也不能从 loader 文件引入路由组件中的变量，如果需要共享类型的话，应该使用 import type

// Not allowed
// routes/layout.tsx
import { useLoaderData } from '@modern-js/runtime/router';
import { ProfileData } from './page.data.ts'; // should use "import type" instead

export const fetch = wrapFetch(fetch);

export default function UserPage() {
  const profileData = useLoaderData() as ProfileData;
  return <div>{profileData}</div>;
}

// routes/layout.data.ts
import { fetch } from './layout.tsx'; // should not be imported from the routing component
export type ProfileData = {
  /*  some types */
};

export const loader = async (): Promise<ProfileData> => {
  const res = await fetch('https://api/user/profile');
  return await res.json();
};

4. 在服务端运行时，loader 函数会被打包为一个统一的 bundle，所以我们不推荐服务端的代码使用 __filename 和 __dirname。

常见问题#

1. loader 和 BFF 函数的关系

在 CSR 项目中，loader 在客户端执行，在 loader 可以直接调用 BFF 函数进行接口请求。

在 SSR 项目中，每个 loader 也是一个服务端接口，我们推荐使用 loader 替代 http method 为 get 的 BFF 函数，作为接口层，避免多一层转发和执行。

2. 为什么 SSR 项目中 Data Loader 只会在服务端执行？

我们设计 SSR 项目中 Data Loader 只会在服务端，在客户端渲染时，由框架发送请求到服务端主要有以下原因：

• 简化使用方式，有 server loader 后，SSR 阶段和 CSR 阶段数据获取的操作都可以放在 server loader 中（真实的调用由框架层去做），server loader 中的代码无需关心是在浏览器环境中还是服务端环境中。

• 减少网络请求的数据，作为 BFF 层，可以减少前端运行时需要获取的数据。

• 减少客户端 bundle 体积，将逻辑代码及其依赖，从客户端移动到了服务端。

• 提高可维护性，将逻辑代码移动到服务端，减少了数据逻辑对前端 UI 的直接影响。此外，也避免了客户端 bundle 中误引入服务端依赖，或服务端 bundle 中误引入客户端依赖的问题。

useLoader（旧版）#

useLoader 是 Modern.js 老版本中的 API。该 API 是一个 React Hook，专门提供给 SSR 应用使用，让开发者能同构的在组件中获取数据。

以下是一个最简单的例子：

import { useLoader } from '@modern-js/runtime';

export default () => {
  const { data } = useLoader(async () => {
    console.log('fetch in useLoader');

    // 这里没有发送真实的请求，只是返回了一个写死的数据。
    // 真实项目中，应该返回从远端获取的数据。
    return {
      name: 'Modern.js',
    };
  });

  return <div>Hello, {data?.name}</div>;
};

上述代码启动后，访问页面。可以看到在终端输出了日志，而在浏览器终端却没有打印日志。

这是因为 Modern.js 在服务端渲染时，在会收集 useLoader 返回的数据，并将数据注入到响应的 HTML 中。如果 SSR 渲染成功，在 HTML 中可以看到如下代码片段：

<script>
  window._SSR_DATA = {};
</script>

在这全局变量中，记录了每一份数据，而在浏览器端渲染的过程中，会优先使用这份数据。如果数据不存在，则会重新执行 useLoader 函数。

相比于 Next.js 中的 getServerSideProps，在渲染前预先获取数据。使用 useLoader，可以在组件中获取局部 UI 所需要的数据，而不用将数据层层传递。同样，也不会因为不同路由需要不同数据请求，而在最外层的数据获取函数中添加冗余的逻辑。当然 useLoader 也存在一些问题，例如服务端代码 Treeshaking 困难，服务端需要多一次预渲染等。

Modern.js 在新版本中，设计了全新的 Loader 方案。新方案解决了这些问题，并能够配合嵌套路由，对页面性能做优化。