从Django-Rest/Rest项目过渡到Django-Rest/Rest本地项目

Question

因此，我一直在从事一个项目，该项目的后端用Django/Django-Rest编写，而前端目前正在用React编写。这是伟大的，但项目的总体目标应该是一个移动应用程序，我们已经转向反应本土。我没有看到太多关于在反应和反应之间转换的资源。

他们有多相似？我们的前端代码是否有可能移植以响应本机？您甚至可以将Django/Django-REST后端集成到反应的本地前端中吗？

我知道这些是非常开放的问题，但我还没有找到大量的资源，所以任何帮助都会非常感谢。

谢谢

Answer 1

的确是一个非常宽泛的问题，但我会给出我的意见：

反应本土化和反应有多相似？

两者都依赖于React组件及其生命周期，而且它们都是用同一种语言编写的。然而，正在被编译成本机代码。由于这一限制，在React中有效的HTML并不在React本机中。此外，CSS必须使用全JS样式编写，而且一些样式属性在本机中根本不存在(例如display是flex或none)。示例：

// React
import React from 'react';

class MyComponent extends React.Component {
  render() {
    return (
      <div style="background-color: red">
        hello world
      </div>
    )
  }
}

// React Native
import React from 'react';
import { Text } from 'react-native';

class MyComponent extends React.Component {
  render() {
    return (
      <Text style={{backgroundColor: 'red'}}>
        hello world
      </Text>
    )
  }
}

除此之外，还有很多可以在Reactive原住民中重用的React东西，比如react-redux和其他类似的东西。

大多数面向接口的库根本无法在React原生环境中工作，因为DOM操作是不同的。从“反应”到“反应”的完全过渡并不总是可行的--本地人，有时还需要对一堆烦人的小事进行惊人的重写(本机中没有display: block，还记得吗？)

您甚至可以将Django/Django-REST后端集成到反应的本地前端中吗？

更复杂。

React本机生成独立的应用程序，因此它不需要任何服务器来服务它。

对于整个与API内容的交互，您仍然可以在某些服务器上服务您的API，并从您的Reactive原住民应用程序中访问它。不用担心(但要小心CORS)。

如果你只想把你的应用程序从反应反应，反应，这是它的结束。但是请记住:独立的应用程序，您可以使用它来使发出自己的HTTP请求，而不需要传递一些调用的API！此外，它可以本地存储数据，因此可能有一些后端调用(登录，概要信息检索等)，可以保存！这可能包括一些重构，但您将构建一个更快、更便宜的应用程序。

还有很多事情要说，但如果没有更多关于应用程序结构的细节，很难给出更多关于移植应用程序的建议和细节。希望能帮上忙！