Simplemente no entiendo por qué un módulo debería estar dividido en 100 partes.Actualicé las dependencias y el bot no funciona aquí.
¿Dónde exactamente no funciona? ¿Qué error da?
¿Dónde exactamente no funciona? ¿Qué error da?
Ahora, para que funcione, también necesita HearManager
¿Continuará el autor de este módulo dividiendo el módulo hasta que cada variable esté en un archivo separado?
Entonces, puede crear su propio equipo sin un módulo.
Por lo tanto, puede crear su propia implementación de HearManager sin un módulo.
Sí, pero averigüe "¿Por qué y por qué?" rompió todo en módulos como!)
Por lo tanto, puede crear su propia implementación de HearManager sin un módulo.
Sí, pero averigüe "¿Por qué y por qué?" rompió todo en módulos como!)
Quizás por conveniencia y para que funcione rápidamente 👍. Aunque todavía existen desventajas en el modelo.
Por lo tanto, puede crear su propia implementación de HearManager sin un módulo.
Sí, pero averigüe "¿Por qué y por qué?" rompió todo en módulos como!)
Quizás por conveniencia y para que funcione rápidamente 👍. Aunque todavía existen desventajas en el modelo.
No será más rápido, como me parece
Por lo tanto, puede crear su propia implementación de HearManager sin un módulo.
Sí, pero averigüe "¿Por qué y por qué?" rompió todo en módulos como!)
Quizás por conveniencia y para que funcione rápidamente 👍. Aunque todavía existen desventajas en el modelo.
No será más rápido, como me parece
Pero aún así, es mejor usar su propia implementación)) Hay menos problemas
Por lo tanto, puede crear su propia implementación de HearManager sin un módulo.
Sí, pero averigüe "¿Por qué y por qué?" rompió todo en módulos como!)
Quizás por conveniencia y para que funcione rápidamente 👍. Aunque todavía existen desventajas en el modelo.
No será más rápido, como me parece
por supuesto que lo hará, el módulo no cargará aquellas cosas que el usuario inicial no necesitará y no procesará el middleware, que eventualmente será ignorado = aumento de velocidad, piense en lo que está escribiendo
Por lo tanto, puede crear su propia implementación de HearManager sin un módulo.
>
>
Sí, pero averigüe "¿Por qué y por qué?" rompió todo en módulos como!)
Quizás por conveniencia y para que funcione rápidamente 👍. Aunque todavía existen desventajas en el modelo.
No será más rápido, como me parece
por supuesto que lo hará, el módulo no cargará aquellas cosas que el usuario inicial no necesitará y no procesará el middleware, que eventualmente será ignorado = aumento de velocidad, piense en lo que está escribiendo
Sí, pero el controlador principal son los mensajes, ¿por qué eliminarlo?
Sí, pero el controlador principal son los mensajes, ¿por qué eliminarlo?
Déjame intentar explicarte todo en un lenguaje que entiendas: el lenguaje de los memes.
En defensa de @Zharckov, puedo decir que romper la compatibilidad con versiones anteriores no es bueno.
La desconexión de los módulos elevó el umbral de entrada y la complejidad del código solo aumentó con el tiempo.
En defensa de @Zharckov, puedo decir que romper la compatibilidad con versiones anteriores no es bueno.
Por lo tanto, esto es Breaking Change .
La biblioteca principal es vk-io
, que proporciona una interacción básica con VKontakte, extrae el número mínimo de dependencias. El módulo @vk-io/hear
es el mismo middleware que @vk-io/session
y @vk-io/scenes
. Dado que esta es solo una implementación alternativa de la posible interacción con los mensajes. Cuando el módulo estaba en Updates
no permitía reutilizarlo y agregaba complejidad innecesaria y falta de control, y también violaba el principio SOLID .
De hecho, dividiría todo en módulos separados @vk-io/api
, @vk-io/upload
, @vk-io/updates
, @vk-io/collect
y @vk-io/structures
y vk-io
todo esto se exportaría por defecto, ya que cada módulo es solo una implementación de su responsabilidad. Pero ahora mismo, dentro de vk-io
cada módulo está listo para ser injertado en su propio espacio de nombres.
Este enfoque tiene la mayor ventaja de que solo instala lo que necesita. Y además, no se confunde con la enorme cantidad de exportaciones de todo el módulo. No tiene que ir muy lejos para ver un ejemplo; debería mirar herramientas como apollo-server , apollo-tooling y apollo-client .
Comentario más útil
La biblioteca principal es
vk-io
, que proporciona una interacción básica con VKontakte, extrae el número mínimo de dependencias. El módulo@vk-io/hear
es el mismo middleware que@vk-io/session
y@vk-io/scenes
. Dado que esta es solo una implementación alternativa de la posible interacción con los mensajes. Cuando el módulo estaba enUpdates
no permitía reutilizarlo y agregaba complejidad innecesaria y falta de control, y también violaba el principio SOLID .De hecho, dividiría todo en módulos separados
@vk-io/api
,@vk-io/upload
,@vk-io/updates
,@vk-io/collect
y@vk-io/structures
yvk-io
todo esto se exportaría por defecto, ya que cada módulo es solo una implementación de su responsabilidad. Pero ahora mismo, dentro devk-io
cada módulo está listo para ser injertado en su propio espacio de nombres.Este enfoque tiene la mayor ventaja de que solo instala lo que necesita. Y además, no se confunde con la enorme cantidad de exportaciones de todo el módulo. No tiene que ir muy lejos para ver un ejemplo; debería mirar herramientas como apollo-server , apollo-tooling y apollo-client .