Comment créer un système de gestion backend avec React Family Bucket

Cette fois, je vais vous montrer comment construire un système de gestion backend avec React Family Bucket. Quelles sont les précautions pour construire un système de gestion backend avec React Family Bucket. Voici des cas pratiques, jetons un coup d'oeil.

Présentation

Quand j'étais étudiant, je faisais constamment des exercices et faisais des résumés afin de maîtriser un certain point de connaissance. N'est-ce pas la même chose après mon entrée sur le marché du travail ? Faire des affaires, c'est comme faire des exercices. Si vous résumez correctement après les cours, vous améliorerez certainement votre niveau plus rapidement. Depuis que l'entreprise a adopté la pile technologique React+Node, elle a réalisé un petit projet ReactSPA. Il est prévu de résumer les activités rencontrées dans le travail quotidien et les éléments intéressants rencontrés lors de l'étude dans une démo à afficher à l'avenir. À l'heure actuelle, le projet n'est qu'un prototype et les résultats sont les suivants. Sur la base de cet article, j'ai écrit un nouvel article utilisant React Family Bucket pour créer un système de gestion backend Bienvenue à regarder. (Remarque : étant donné que le projet est mis à jour de temps en temps, l'article peut ne pas être mis à jour immédiatement, le projet réel prévaudra donc)

En fait, ce style d'interface peut non seulement être utilisé comme interface de système de gestion backend, mais peut également être modifié en un magnifique blog pouvant afficher des projets. L'adresse du projet est ici (l'exécution locale est meilleure). Si vous avez de bonnes opinions, veuillez soumettre un problème ou un PR.

La structure initiale et les raisons structurelles du projet ont été énumérées ci-dessus. Étant donné que les ts seront introduits au fil du temps, la structure du projet changera inévitablement, mais elle sera certainement élargie sur la base de ce prototype de base.

La structure du répertoire est expliquée ci-dessous

1. Le projet a été initialement initialisé avec create-react-app, qui est l'échafaudage React officiellement fourni par Facebook et l'un des meilleurs outils de développement d'applications React du secteur

2. Le middleware le répertoire peut ensuite introduire un middleware de journal, etc. ;

les conteneurs et les composants stockent les deux composants de réaction. La différence est la suivante : tant que les composants liés au style de la page d'accueil sont placés dans le conteneur. , les modules liés aux fonctions (comme le composant table que j'ai implémenté pour l'empaquetage, le pop-up
3. groupe de boîtes de saisie , etc.) doivent être placés dans les composants

; Certaines configurations courantes sur le front-end sont mieux stockées dans le global (navigateur), de sorte qu'elles n'ont pas besoin d'être référencées lorsqu'elles sont appelées, ce qui est pratique ;
La raison pour laquelle le Le module ajax doit être implémenté par vous-même, c'est que si vous avez besoin d'avoir des exigences de cors inter-domaines et que vous devez personnaliser plusieurs requêtes Ajax (si vous utilisez fetch, la récupération deviendra de plus en plus puissante à l'avenir)

Lié à la pile technologique

webpack(2.6)

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

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"}}'
+ },
]

, vous devez également modifier config/webpack.config. prod .js apporte exactement les mêmes modifications. 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',
  }
 },

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中文网其它相关文章！

推荐阅读：

Ce qui précède est le contenu détaillé de. pour plus d'informations, suivez d'autres articles connexes sur le site Web de PHP en chinois!