服务器中的 Redux + socket.io - 业务逻辑是否属于事件侦听器或动作创建者？

Question

我正在实现一个在线多人游戏，它将通过 socket.io 接收来自客户端的连接。

我不确定在服务器中的何处处理事件 - 无论是在套接字事件侦听器本身中，还是它们是否应该将此逻辑交给动作创建者。

考虑到在许多情况下，从客户端套接字接收事件会从服务器端触发.emit 或.broadcast，因此我需要访问内部的socket 和io处理这个的任何函数。

到目前为止我的解决方案：

商店创建者：

export default io => createStore(
    combineReducers({
        users,
        tables,
        games
    }),
    applyMiddleware(
        thunk.withExtraArgument(io),
        logger
    )
);

使用io 作为额外的thunk 参数创建存储，以便动作创建者可以io.emit 事件，将套接字事件处理程序绑定到store 和io，以便他们可以dispatch、getState 和@ 987654332@:

let store = createStore(io),
    //socket event handlers
    boundHandlers = [
        tables,
        games,
        messages
    ].map(handler => handler(store, io));

io.on('connect', users(store, io, boundHandlers));

我的users 高阶函数返回传入连接的事件处理程序并注册之前声明的boundHandlers：

let connections = {};

export default ({dispatch, getState}, io, handlers) => async socket => {
    //close sockets with same session id
    let sessionId = socket.handshake.session.id;

    if(connections[sessionId])
        connections[sessionId].disconnect();

    connections[sessionId] = socket;

    let userId = /** some authentication logic here **/

    //bind event handlers to socket
    handlers.forEach(handler => handler(socket, userId));

    socket
    //send initial user state
    .emit('init', userId, getUserState(getState(), userId))

    /** other stuff **/
}

最后一段代码是我不确定应该在事件侦听器中还是在动作创建器中。

Answer 1

在惯用的 redux 中，动作创建者应该是纯粹的（没有副作用），这意味着让它们不受异步逻辑的影响。

我编写了中间件来配置连接并相应地调度操作。

我建议您查看为此提供的众多库之一。要么按原样使用，要么就如何实现自己的想法。喜欢socket.io-redux。