我如何知道我的数据是否需要是一个react.js组件？

Question

我正在查看React.js，并试图看看它是否能帮助我处理我在各个页面上的数据。所有的数据都来自一个数据库，比如一个名称和地址列表，一个表格式的数据集，语义标记。

我可能需要一页以上的信息集。我正在使用PHP框架(内部)，因此我可以根据需要调用这些数据，但我不知道是否能够将该集视为“组件”。

我不想过高，但我可能有很多这样的数据集，这些数据将是相关的(来自某些RDBMS)。如果我有姓名和地址，我可能想知道我在那里下了多少订单。这是我可以构建的组件吗？例子可以成倍增加。

几乎所有内容都来自提交的表单，并返回只读数据。没有插入、更新或删除，只能选择。

像Angular.js这样的东西是更适合的框架吗？过度杀人？

我戴着这个，但把它删除了。我认为这更像是一个设计问题。

Answer 1

如果您得到了一些数据，并且正在呈现这些数据，那么它就是一个组件。事情就是这么简单。几乎所有呈现的东西都应该是一个反应性组件。大多数其他事情都不想成为反应元件。

React框架和生命周期完全围绕“呈现此数据”构建，因为它几乎是唯一的目的。如果代码的责任可以这样概括，那么它就是一个组件。否则，它不适合作为一个组件。

Answer 2

可重用组件是任何反作用应用程序的核心。您可以为从数据库接收到的每种类型的数据创建组件，并在需要时呈现它们。要决定如何拆分组件，请参考Facebook中的帖子。

至于您希望使用的关系数据，这可能是真正的设计考虑因素。如果您将数据存储为每个组件的支持，则必须确保您的设计允许数据的上、下或下滴流，否则您可能无法执行关系查询。另一方面，您可以将其存储为全局的，也可以使用您认为正确的任何其他方法。

需要考虑的另一件事是，React不是MVC框架，所以您不能让Controller将数据存储在Model中，并让View使用它。在React中，可以使用同构方法获取数据，也可以向服务器发出AJAX请求。您可能应该看看通量结构的反应。

至于使用角，它是一个成熟的MVC框架，而React的主要关注点是视图。这取决于个人喜好。

就我个人而言，每当我需要一个“有状态”的web应用程序时，我就会使用React。在这里，我需要根据用户与应用程序的交互，实时处理视图更改。React是最适合这个目的的，但是如果你的应用程序是静态的，你肯定可以使用React，但是你不能充分利用它的潜力。