我有一个React Native应用程序,我将使用WebSockets构建。我有一个用JavaScript编写的WebSocket库,我只是在这个项目中重用它,这太棒了。
我的问题是,作为React/React Native的新手,设置和维护所有通过WebSocket的流量的最佳实践是什么?
最初,我的想法是在主App组件中创建WebSocket,类似于以下内容:
export default class App extends Component {
constructor(props) {
super(props);
this.ws = new WebSocket;
}
componentWillMount() {
console.log(this.ws);
}
render() {
console.log("We are rendering the App component.....");
return (
<View style={styles.container}>
<Text style={styles.welcome}>Hello, world</Text>
</View>
);
}
}
字符串
实际的WebSocket类将包含所有相应的连接处理:
ws.onopen = () => {
// connection opened
ws.send('something'); // send a message
};
ws.onmessage = (e) => {
// a message was received
console.log(e.data);
};
ws.onerror = (e) => {
// an error occurred
console.log(e.message);
};
ws.onclose = (e) => {
// connection closed
console.log(e.code, e.reason);
};
型
我的问题是,由于来自WebSocket的数据将适用于React Native应用程序中许多组件的状态,但它不是一个将扩展React.Component
的类,我是否不与WebSocket
类中的Redux交互?我是否将所有WebSocket连接处理移动到App
组件并将其操作分派到Redux?
这里有什么常见的模式来示例化我的WebSocket
类,并确保其中的所有流量都正确地传递到Redux,以便所有组件的状态都正确地传递?
3条答案
按热度按时间xkftehaa1#
到目前为止,这里有很好的答案。只是想补充一点,你把数据放在哪里应该取决于数据的类型。James纳尔逊有我经常参考的an excellent article on this topic。
对于您的情况,让我们讨论前三种状态类型:
1.数据
1.通信状态
1.控制状态
数据
您的WebSocket连接是通用的,从技术上讲可以返回任何内容,但您接收的消息很可能是数据。例如,假设您正在构建一个聊天应用程序。那么,所有已发送和接收的消息的日志将是数据。您应该使用
messages
reducer将此数据存储在redux中:字符串
我们不需要(也不应该)在reducer中有任何WebSocket逻辑,因为它们是通用的,不关心数据来自哪里。
另外,请注意,这个reducer能够以完全相同的方式处理发送和接收。这是因为我们的通信状态reducer单独处理网络通信。
通信状态
由于您使用的是WebSockets,因此您想要跟踪的通信状态类型可能与我的示例不同。在使用标准API的应用中,我会跟踪请求何时处于加载、失败或成功。
在我们的聊天应用程序示例中,您可能希望在发送消息时跟踪这些请求状态,但也可能有其他事情需要归类为通信状态。
我们的
network
reducer可以使用与messages
reducer相同的操作:型
这样,我们就可以很容易地找到请求的状态,并且我们不必在组件中为加载/成功/失败而烦恼。
然而,由于使用的是WebSockets,你可能并不关心任何给定请求的成功/失败。在这种情况下,你的通信状态可能只是你的套接字是否连接。如果这听起来更好,那么只需编写一个
connection
reducer来响应打开/关闭操作。控件状态
我们还需要一些东西来启动消息的发送。在聊天应用程序的例子中,这可能是一个提交按钮,它发送输入字段中的任何文本。我不会演示整个组件,因为我们将使用一个受控组件。
这里的要点是,控制状态是发送之前的消息。在我们的例子中,有趣的代码是在
handleSubmit
中做什么:型
因此,这解决了我们所有状态的 where。我们已经创建了一个通用应用程序,可以使用操作来调用
fetch
以获得标准API,从数据库或任何其他来源获取数据。在您的情况下,您希望使用WebSockets
。因此,该逻辑应该存在于您的操作中。动作
在这里,您将创建所有的处理程序:
onOpen
、onMessage
、onError
等。这些处理程序仍然是相当通用的,因为您已经单独设置了WebSocket实用程序。型
我在这里使用thunk作为Reducer操作。对于这个特定的例子,这可能不是必要的,但是你可能会遇到这样的情况,你想发送一条消息,然后处理成功/失败,并从一个
sendMessage
操作中向你的Reducer分派多个操作。Thunk非常适合这种情况。Wiring It All Together
最后,一切都设置好了。我们现在要做的就是初始化WebSocket并设置相应的侦听器。我喜欢弗拉基米尔建议的模式--在构造函数中设置套接字--但我会参数化你的回调,这样你就可以提交你的操作。然后你的WebSocket类就可以设置所有的侦听器了。
通过将WebSocket类设置为a singleton,您可以从操作内部发送消息,而无需管理对活动套接字的引用。您还可以避免污染全局命名空间。
通过使用单例设置,每当你第一次调用
new WebSocket()
时,你的连接就会建立。所以,如果你需要在应用程序启动时立即打开连接,我会在App
的componentDidMount
中设置它。如果惰性连接可以,然后你就可以一直等到你的组件尝试发送一条消息。2这个动作将创建一个新的WebSocket,连接将被建立。f3temu5u2#
您可以为
WebSocket
创建专用类并在任何地方使用它。这是一种简单,简洁和清晰的方法。此外,您将在一个地方封装所有与websockets相关的内容!如果您愿意,您甚至可以从这个类中创建singleton,但总体思路是这样的:字符串
您只在
index.js
或app.js
中的某个地方运行了init:型
现在你可以从任何应用层、任何组件、任何地方松散地发送消息:
型
并从WebSocket接收数据:
型
所以你可以在任何地方使用它,甚至在任何行动或其他地方!
dfddblmv3#
我认为使用组件是令人困惑的,因为它不会被渲染,我猜如果你使用Redux,你想在应用程序的任何地方共享来自WebSocket的数据。
您可以将分派功能给予给WebSocket管理器。
字符串
在类方法中使用
this.dispatch
。型
你也可以使用中间件来处理副作用,我认为这是推荐的方式.有两个伟大的库,你可以看看:
redux-saga
redux-observable
的