Vk-io: ¡Combina todo en 1 módulo nuevamente!

Creado en 17 sept. 2020  ·  13Comentarios  ·  Fuente: negezor/vk-io

Simplemente no entiendo por qué un módulo debería estar dividido en 100 partes.Actualicé las dependencias y el bot no funciona aquí.

vk-io

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 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 .

image

Todos 13 comentarios

¿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.

image

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.

Phoenix Wright

En defensa de @Zharckov, puedo decir que romper la compatibilidad con versiones anteriores no es bueno.

Por lo tanto, esto es Breaking Change .

image

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 .

image

¿Fue útil esta página
0 / 5 - 0 calificaciones