Javascript 最佳实践：在站点的移动版本上反应组件

我想要一些关于react组件使用的建议/意见

当面对一个站点的桌面版和移动版（不是应用程序）的两种不同设计时，您是否使用相同的组件并使用媒体查询或JavaScript窗口大小等修改不同的部分，或者如果是移动站点，您是否在需要时创建不同的组件并以不同的方式呈现

你根据自己的经验/观点所使用的任何策略都会大有裨益。许多不同的将被感激

---

谢谢

>我会使用响应式设计的网站标准和Bootstrap或基金会等库。不需要编写不同的视图，除非您针对不同的平台（例如，本机与web）。这将节省您的时间和精力，因为您从编写不同组件中获得的收益并不多

也就是说，如果有一些特定的页面可以更好地使用完全不同的UI，那么您可以将两者混合使用。简单地创建两个包含大量文本的主页是没有好处的，这个问题已经通过响应性设计实践解决了，不利用它们是一种倒退

同时尽可能多地利用组件重用。如果桌面共享5/6功能，那么以一种不同的方式编写5，它们可以进行不同的缩放，从而可以拆分并编写两个版本的6

我不会说这两种选择是相互排斥的。尽可能利用响应性设计实践，尽可能利用react的组件化。如果你发现自己不确定该走哪条路，很可能意味着使用响应式设计（IMHO）

我设计的应用程序的目标是真正不同的平台。我们希望本机和web并排。您所寻找的是一个中间地带，因为许多组件可能是共享的，但少数可能需要不同的功能，因此需要不同的组件。我见过两种应用程序结构，一种是按类型组织应用程序（例如组件和容器），另一种是根据页面结构组织代码（索引、帐户、登录、共享）。我发现，当需要混合实现相同功能但针对不同平台的组件时，最好按照页面结构进行分离，就像在索引页面中一样，我可以在需要时简单地将iOS索引和web索引并排放置。这允许我有两个无状态组件和一个阶段容器来为它们供电。这对更大的应用程序在心理上更有意义，并允许你做更多你想做的事情

---

总体上，如果您需要使用if语句来隐藏和显示功能，请考虑将其分解为可重用组件，并创建一个由单个状态完整组件供电的移动和桌面演示组件。

< P>我将使用响应式设计的WEB标准和Bootstrap或Buffic等库。不需要编写不同的视图，除非您针对不同的平台（例如，本机与web）。这将节省您的时间和精力，因为您从编写不同组件中获得的收益并不多

也就是说，如果有一些特定的页面可以更好地使用完全不同的UI，那么您可以将两者混合使用。简单地创建两个包含大量文本的主页是没有好处的，这个问题已经通过响应性设计实践解决了，不利用它们是一种倒退

同时尽可能多地利用组件重用。如果桌面共享5/6功能，那么以一种不同的方式编写5，它们可以进行不同的缩放，从而可以拆分并编写两个版本的6

我不会说这两种选择是相互排斥的。尽可能利用响应性设计实践，尽可能利用react的组件化。如果你发现自己不确定该走哪条路，很可能意味着使用响应式设计（IMHO）

我设计的应用程序的目标是真正不同的平台。我们希望本机和web并排。您所寻找的是一个中间地带，因为许多组件可能是共享的，但少数可能需要不同的功能，因此需要不同的组件。我见过两种应用程序结构，一种是按类型组织应用程序（例如组件和容器），另一种是根据页面结构组织代码（索引、帐户、登录、共享）。我发现，当需要混合实现相同功能但针对不同平台的组件时，最好按照页面结构进行分离，就像在索引页面中一样，我可以在需要时简单地将iOS索引和web索引并排放置。这允许我有两个无状态组件和一个阶段容器来为它们供电。这对更大的应用程序在心理上更有意义，并允许你做更多你想做的事情

---

总体上，如果您需要使用if语句来隐藏和显示功能，请考虑将事件分解为可重用组件，并创建一个由单个状态完整组件供电的移动和桌面演示组件。但是有时候设计会有很大的不同，我觉得如果加入大量的if语句或类似的东西来适应移动设计，就会使组件变得混乱和过于复杂。但是使用这两种方法并不是一个坏主意！感谢您的意见，在这种情况下，您可以利用不同的布局，仅显示与目标相关的组件。我建议您也考虑一下应用程序的结构，确保它能够为不同的组件提供干净的共享和不同的布局。我会用我的意思和格式更新我的答案。谢谢你的编辑。我们使用容器来控制无状态组件，因此它将只是conta