React Family Bucket을 사용하여 백엔드 관리 시스템을 구축하는 방법

이번에는 React Family Bucket용 백엔드 관리 시스템을 구축하는 방법과 React Family Bucket용 백엔드 관리 시스템 구축 시 주의사항에 대해 알려드리겠습니다. 실제 사례를 살펴보겠습니다.

소개

학생 시절에는 특정 지식 포인트를 습득하기 위해 끊임없이 연습하고 요약을 했습니다. 직장에 들어간 후에도 마찬가지이지 않나요? 사업을 한다는 것은 운동을 하는 것과 같습니다. 수업이 끝난 후 적절하게 요약하면 확실히 레벨이 더 빨리 향상될 것입니다. 회사는 React+node 기술 스택을 채택했기 때문에 일상 업무에서 접하는 비즈니스와 연구에서 접하는 흥미로운 사항을 향후 데모로 추상화하여 작은 ReactSPA 프로젝트를 완료할 계획입니다. 현재 이 프로젝트는 단지 프로토타입일 뿐이며, 결과는 다음과 같습니다. 이 기사를 바탕으로 React Family Bucket을 사용하여 백엔드 관리 시스템을 구축하는 새로운 기사를 작성했습니다. (참고: 프로젝트는 수시로 업데이트되므로 기사가 바로 업데이트되지 않을 수 있으므로 실제 프로젝트가 우선합니다)

실제로 이 인터페이스 스타일은 백엔드 관리 시스템 인터페이스로 사용될 수 있을 뿐만 아니라 프로젝트를 표시할 수 있는 아름다운 블로그로 수정될 수도 있습니다. 프로젝트 주소는 여기입니다(로컬러닝이 더 좋습니다). 좋은 의견이 있으시면 이슈나 PR을 제출해 주세요.

프로젝트의 초기 구조와 구조적 이유는 위에 나열되어 있습니다. ts는 시간이 지남에 따라 도입될 것이므로 프로젝트 구조는 필연적으로 변경되지만 이 기본 프로토타입을 기반으로 확실히 확장될 것입니다.

디렉토리 구조는 아래에 설명되어 있습니다

1. 프로젝트는 처음에 Facebook에서 공식적으로 제공하는 React 스캐폴딩이자 업계 최고의 React 애플리케이션 개발 도구 중 하나인 create-react-app으로 초기화되었습니다.

2. middleware 디렉토리는 당연히 People's log 미들웨어로 가져올 수 있습니다.

3. 컨테이너와 컴포넌트는 모두 반응 컴포넌트를 저장합니다. 차이점은 홈페이지 스타일과 관련된 컴포넌트가 컨테이너에 배치되는 한, 기능과 관련된 모듈(예: 제가 구현한 테이블 컴포넌트), 팝업 입력 상자 그룹 등)은 구성 요소에 배치되어야 합니다.

4. 일부 일반적인 프런트 엔드 구성은 호출 시 참조할 필요가 없도록 전역(브라우저)에 저장하는 것이 가장 좋습니다.

5. Ajax 모듈을 직접 구현해야 하는 이유는 도메인 간 코르 및 기타 요구 사항이 필요한 경우 여러 Ajax 요청을 맞춤 설정해야 하기 때문입니다(가져오기를 사용하면 가져오기가 더 많아집니다). 앞으로 더욱 강력해질 것입니다)

기술 스택 관련

사용되는 기술 스택은 많지만 능숙하지 못해서 대부분 API를 확인하면서 사용하기 때문에 관련 기술 스택을 사용하여 해결한 몇 가지 사항만 나열합니다.

웹팩(2.6)

①주문형 로드:

babel-plugin-import는 요청 시 구성 요소 코드와 스타일을 로드하기 위한 babel 플러그인(원리)입니다. config/webpack.config.dev.js 파일을 다음과 같이 수정하세요.

{
 test: /\.(js|jsx)$/,
 include: paths.appSrc,
 loader: 'babel',
 query: {
   plugins: [
    ['import', [{ libraryName: "antd", style: 'css' }]],
   ],
  cacheDirectory: true
 }
},

② 덜 매력적이다:

먼저 less-loader를 도입하여 less 스타일을 로드하고 config/webpack.config.dev.js 파일 config/webpack.config.dev.js 文件

loaders: [
 {
  exclude: [
   /\.html$/,
   /\.(js|jsx)$/,
+   /\.less$/,
   /\.css$/,
   /\.json$/,
   /\.svg$/
  ],
  loader: 'url',
 },
...
 // Process JS with Babel.
 {
  test: /\.(js|jsx)$/,
  include: paths.appSrc,
  loader: 'babel',
  query: {
   plugins: [
-    ['import', [{ libraryName: "antd", style: 'css' }]],
+    ['import', [{ libraryName: "antd", style: true }]], // 加载 less 文件
   ],
  },
...
+ // 解析 less 文件，并加入变量覆盖配置
+ {
+  test: /\.less$/,
+  loader: 'style!css!postcss!less?{modifyVars:{"@primary-color":"#1DA57A"}}'
+ },
]

这里利用了 less-loader 的 modifyVars 来进行主题配置， 变量和其他配置方式可以参考 配置主题 文档。

③一键发布到gh-pages：

用到了gh-pages,使用 npm run deploy 一键发布到自己的gh-pages上，姑且把gh-pages当成生产环境吧，所以在修改config/webpack.config.dev.js

 resolve: {
  fallback: paths.nodePaths,
  alias: {
   'react-native': 'react-native-web',
   components: path.resolve(dirname, '..') + '/src/common/components',
   container: path.resolve(dirname, '..') + '/src/common/container',
   images: path.resolve(dirname, '..') + '/src/common/images',
   pages: path.resolve(dirname, '..') + '/src/common/pages',
   utils: path.resolve(dirname, '..') + '/src/common/utils',
   data: path.resolve(dirname, '..') + '/src/server/data',
  }
 },

을 수정하세요. 여기서는 Less-loader의 수정 변수를 사용하여 테마를 구성합니다. 변수 및 기타 구성 방법은 테마 구성 문서를 참조하세요.

③한 번의 클릭으로 gh-pages에 게시:

gh-pages를 사용하면 npm run 배포를 사용하여 한 번의 클릭으로 자신의 gh-pages에 게시할 수 있습니다. gh-pages를 프로덕션 환경으로 취급하여 config/webpack.config.dev.js 를 수정하겠습니다. > 파일인 경우 config/webpack.config.prod.js에도 동일하게 수정해야 합니다.

ps: 이런 식으로 gh-pages에 올렸는데 프로젝트의 gh-pages 표시 주소가 여기에 있습니다. gh-pages에 표시된 이미지는 분명히 로컬 이미지보다 몇 픽셀 더 큽니다. 저를 깨우쳐 주시기 바랍니다.

④참조경로 약어 :

<route>
  <route></route>
  <route></route>
</route>

참조 경로의 약어를 구성한 후 등 어디서든지 이렇게 인용할 수 있습니다.

🎜🎜 🎜antd(2.10)🎜🎜

antd是（蚂蚁金服体验技术部）经过大量的项目实践和总结，沉淀出的一个中台设计语言 Ant Design，使用者包括蚂蚁金服、阿里巴巴、口碑、美团、滴滴等一系列知名公司，而且我从他们的设计理念也学到了很多关于UI、UX的知识。

该项目采用的是antd最新的版本2.10.0,由于2.x的版本和1.x的版本还是相差蛮大的，之前参考的项目(基于1.x)改起来太费劲，所以在组件那块就干脆自己重新封装了一遍。这部分知识点我建议还是看文档，文档解决不了扒扒源码。

react-router(4.x)

react-router 4.x和2.x的差异又是特别的大，召唤文档,网上基本上都还是2.x的教程，看过文档之后，反正简而言之其就是要让使用者更容易上手。印象最深的是以前嵌套路由写法在4.x中写到同层了。如下示例他们的效果是相同的。

2.x：

<route>
  <route></route>
  <route></route>
</route>

4.x:

<route></route>
<route></route>
<route></route>

还有更多的特性和API的出现，期待有更好的分析文章的出现，有机会我也会来总结下react-router(4.x)和(2.x)的差异。

fetch

先推荐这篇文章《传统Ajax已死，Fetch永生》，再推荐API;

fetch是个好东西，好在简单，除了promise最基本的用法，还能这样写

fetch(url).then(response => response.json())
 .then(data => console.log(data))
 .catch(e => console.log("Oops, error", e))

try {
 let response = await fetch(url);
 let data = await response.json();
 console.log(data);
} catch(e) {
 console.log("Oops, error", e);
}

但是其简洁的特点是为了让我们可以自定义其扩展，还是其本身就还不完善呢？我在调用JSONP的请求时，发现用fetch掉不同，后来在文档上才发现其不支持JSONP的调用，所幸社区还是很给力的找到了fetch-jsonp这个模块，实现了对百度音乐接口的JSONP调用。fetch-jsonp使用也和fetch类似，代码如下

fetchJsonp(url,{method: 'GET'})
  .then((res) =>res.json())
  .then((data) => {})

redux

使用了redux也已经有段时日了，我对redux的定义就是更好的管理组件的状态，没有redux的时候就像现在这个应用一样，逻辑少状态变化也还不太复杂，但是一旦逻辑复杂起来，各种组件状态、界面耦合起来，就容易出岔子，那redux就是为了解决这个而生的，让我们可以更多地关注UI层，而降低对状态的关注。之前也写了些redux的文章，纸上得来终觉浅，绝知此事要躬行。

--------------------------更新---------------------------

已经在项目中加入了redux技术栈。

项目的一些待扩展计划

封装组件

不管组件封装得好不好，个人感觉其是提高水平很高效的方法，多练，继续封装出各式各样的功能组件。

typescript

公司大概会在6月份开始，新的项目就要采用ts开发了，所以我也到时会在该项目中引人ts的语法，我现在的感觉是使用ts后，前后端对接会更加轻松，不会有一些类型不匹配的低级错误，而且antd貌似和ts也能兼容得蛮好。

测试框架

这部分其实我还是没什么经验的，先写上吧，有机会会拿这个项目开刀，并写心得。

相信看了本文案例你已经掌握了方法，更多精彩请关注php中文网其它相关文章！

推荐阅读：

위 내용은 React Family Bucket을 사용하여 백엔드 관리 시스템을 구축하는 방법의 상세 내용입니다. 자세한 내용은 PHP 중국어 웹사이트의 기타 관련 기사를 참조하세요!