+1

+1

Да, похоже, что документация говорит нам, как их создавать, но не говорит нам, что делает их уникальными и когда использовать тот или иной.

пока я стараюсь, большая часть свойства manager может быть напрямую применена в части io
например
socket = io( 'http://192.168.2.2:8088' + Param.chatNamespace + '?parammmm=1', { query: { key: 'Michael' }, path: Param.path, transports: ['websocket'], autoConnect: false, // like this, could be found in manager piece } );
И именно этого я хочу идеально.

я тоже

Мне бы хотелось узнать разницу, если она есть, между:

• io (URL, параметры)
• io.connect (URL, параметры)

А в чем польза:

• новый менеджер (url, опции)

Кажется, я не могу найти ничего полезного в документации, кроме очень подробного, но холодного описания параметров.

Кроме того, если я могу использовать в своем браузере клиентскую html-страницу, либо socket.io, либо socket.io-client

Спасибо и извините, я вижу, что над этой библиотекой было проделано много работы, но очень запутанно разбираться в ней.

Я полностью согласен. Я не могу найти никакой разницы между экземплярами диспетчера и сокета.

+1,

+1

Мень !! так что на это еще нет ответа ??? как wth !!

Привет! Я добавил более подробную информацию о классах Manager и Socket здесь и здесь .

Диспетчер управляет экземпляром клиента Engine.IO, который представляет собой низкоуровневый механизм, который устанавливает соединение с сервером (с помощью таких транспортов, как WebSocket или HTTP long-polling).
Диспетчер обрабатывает логику повторного подключения.
Один менеджер может использоваться несколькими сокетами.

Socket - это фундаментальный класс для взаимодействия с сервером. Socket принадлежит определенному пространству имен (по умолчанию /) и использует для связи базовый диспетчер.

По сути, экземпляр менеджера неявно создается при запуске io() . Доступ к нему можно получить с помощью атрибута io Socket, и он будет повторно использован, если вы создадите другой Socket (если вы не используете параметр forceNew ):

const socket = io();
const socket2 = io("/test2");
// socket.io === socket2.io
const socket3 = io("/test3", { forceNew: true }); // new manager
// socket.io !== socket3.io

Что касается событий, следующие события связаны с состоянием соединения и будут генерироваться как диспетчером, так и связанными с ним сокетами:

• connect_error
• connect_timeout
• переподключить
• переподключение
• reconnect_error
• reconnect_failed
• пинг
• понг

Socket будет генерировать эти дополнительные события, связанные с пространством имен:

• подключиться
• Отключить
• ошибка

Скажите, пожалуйста, достаточно ли это ясно. И извините за задержку!

@darrachequesne Спасибо за ваше объяснение, а также можете немного объяснить разницу между io(url, options) и
io.connect(url, options) пожалуйста? В документе говорится, что они оба возвращают экземпляр сокета, но как мы можем использовать их по-другому?

я тоже

Мне бы хотелось узнать разницу, если она есть, между:

• io (URL, параметры)
• io.connect (URL, параметры)

А в чем польза:

• новый менеджер (url, опции)

Кажется, я не могу найти ничего полезного в документации, кроме очень подробного, но холодного описания параметров.

Кроме того, если я могу использовать в своем браузере клиентскую html-страницу, либо socket.io, либо socket.io-client

Спасибо и извините, я вижу, что над этой библиотекой было проделано много работы, но очень запутанно разбираться в ней.

Я думаю, что io(url, options) и io.connect(url, options) равны:

// https://github.com/socketio/socket.io-client/blob/2.3.0/lib/index.js#L15
module.exports = exports = lookup;

// https://github.com/socketio/socket.io-client/blob/2.3.0/lib/index.js#L85
exports.connect = lookup;

Теперь, почему есть два разных способа сделать одно и то же, это хороший вопрос ...: smile:. Вроде так с 2012 года: https://github.com/socketio/socket.io-client/commit/d5652feadc1a2085942b5a6a22394f07242e77b2. Я проверю, есть ли для этого конкретные причины, но иначе connect() можно было бы удалить в версии 3.

Что касается конструктора менеджера, возможно, его следует удалить из общедоступного API. В принципе:

const socket = io("ws://example.com/my-namespace", {
  reconnectionDelayMax: 10000,
  query: {
    auth: "123"
  }
});

// is the same as
const manager = new Manager("ws://example.com", {
  reconnectionDelayMax: 10000
});
const socket = manager.socket("/my-namespace", {
  query: {
    auth: "123"
  }
});

Я обновил документацию: https://github.com/socketio/socket.io-website/commit/e779468a8df739a7ff4316719af2931d6ec70539

Надеюсь, теперь это яснее!

Доступ к диспетчеру имеет большой смысл, так что таким образом вы можете полностью контролировать экземпляры сокета вместо использования глобального диспетчера по умолчанию, который содержится в пакете, который также может использоваться другим пакетом, например.