Ранее у меня стоял выбор между UUID и собственной реализацией на node:crypto дабы не иметь сторонних зависимостей, но сейчас я на 100% могу сказать, что следующая (наверное, релизная версия) будет иметь UUID под капотом для waitId
Я процентов на 90 уверен, что она будет актуальна. Всё, что использует AsyncSocket это ивенты connect и message, а так-же метод send. Если это всё в следующих версия меняться не будет (как минимум интерфейс использования), то он останется актуальным.
Да и в ином случае, я скорее всего просто запатчу AsyncSocket
Не назвал бы это продвинутыми и даже просто трюками. Для новичков оно подойдёт, но заголовок вводит в заблуждение
Ранее у меня стоял выбор между UUID и собственной реализацией на node:crypto дабы не иметь сторонних зависимостей, но сейчас я на 100% могу сказать, что следующая (наверное, релизная версия) будет иметь UUID под капотом для waitId
Я процентов на 90 уверен, что она будет актуальна. Всё, что использует AsyncSocket это ивенты connect и message, а так-же метод send. Если это всё в следующих версия меняться не будет (как минимум интерфейс использования), то он останется актуальным.
Да и в ином случае, я скорее всего просто запатчу AsyncSocket
Цикличный реконнект правда очень хорошая идея. Пожалуй, это первое, что я сделаю когда вновь возьмусь за библиотеку.
А по поводу callback не совсем понял, вроде же есть ивенты которые работают схожим с callback способом, разве не?
Честно говоря, я плохо представляю где могла бы понадобиться отмена запроса, но сделать такое легко учитывая структуру
Надеюсь, я правильно понял что должна делать функция..