Vk-io: Gabungkan semuanya dalam 1 modul lagi!

Dibuat pada 17 Sep 2020  ·  13Komentar  ·  Sumber: negezor/vk-io

Saya hanya tidak mengerti mengapa 1 modul harus dipecah menjadi 100 bagian?Saya memperbarui dependensi dan bot tidak berfungsi di sini.

vk-io

Komentar yang paling membantu

Pustaka utama adalah vk-io , yang menyediakan interaksi dasar dengan VKontakte, menarik jumlah dependensi minimum. Modul @vk-io/hear adalah middleware yang sama dengan @vk-io/session dan @vk-io/scenes . Karena ini hanya implementasi alternatif dari kemungkinan interaksi dengan pesan. Ketika modul berada di Updates itu tidak memungkinkan untuk digunakan kembali dan menambahkan kompleksitas yang tidak perlu dan kurangnya kontrol, dan itu juga melanggar prinsip SOLID .

Sebenarnya, saya akan membagi semuanya menjadi modul terpisah @vk-io/api , @vk-io/upload , @vk-io/updates , @vk-io/collect and @vk-io/structures and vk-io semua ini akan diekspor secara default, karena setiap modul hanyalah implementasi dari tanggung jawabnya. Tapi sekarang, di dalam vk-io setiap modul siap dicangkokkan ke namespacenya sendiri.

Pendekatan ini memiliki keuntungan lebih besar bahwa Anda hanya menginstal apa yang Anda butuhkan. Dan Anda juga tidak bingung dengan banyaknya ekspor dari seluruh modul. Anda tidak perlu pergi jauh sebagai contoh; Anda harus melihat alat-alat seperti apollo-server , apollo-tooling, dan apollo-client .

image

Semua 13 komentar

Di mana tepatnya itu tidak berfungsi? Kesalahan apa yang diberikannya?

Di mana tepatnya itu tidak berfungsi? Kesalahan apa yang diberikannya?

Sekarang, agar berfungsi, Anda juga memerlukan HearManager
Akankah penulis modul ini terus membagi modul hingga setiap variabel berada dalam file terpisah?

Jadi, Anda dapat membuat tim sendiri tanpa modul.

Jadi, Anda dapat membuat implementasi HearManager sendiri tanpa modul.

Ya, tetapi cari tahu "Mengapa dan Mengapa?" memecah semuanya menjadi modul seperti!)

Jadi, Anda dapat membuat implementasi HearManager sendiri tanpa modul.

Ya, tetapi cari tahu "Mengapa dan Mengapa?" memecah semuanya menjadi modul seperti!)

Mungkin untuk kenyamanan dan agar cepat bekerja 👍. Meskipun masih terdapat kekurangan pada model tersebut.

Jadi, Anda dapat membuat implementasi HearManager sendiri tanpa modul.

Ya, tetapi cari tahu "Mengapa dan Mengapa?" memecah semuanya menjadi modul seperti!)

Mungkin untuk kenyamanan dan agar cepat bekerja 👍. Meskipun masih terdapat kekurangan pada model tersebut.

Itu tidak akan menjadi lebih cepat, menurut saya

Jadi, Anda dapat membuat implementasi HearManager sendiri tanpa modul.

Ya, tetapi cari tahu "Mengapa dan Mengapa?" memecah semuanya menjadi modul seperti!)

Mungkin untuk kenyamanan dan agar cepat bekerja 👍. Meskipun masih terdapat kekurangan pada model tersebut.

Itu tidak akan menjadi lebih cepat, menurut saya

Tapi tetap saja, lebih baik menggunakan implementasi Anda sendiri)) Ada lebih sedikit masalah

Jadi, Anda dapat membuat implementasi HearManager sendiri tanpa modul.

Ya, tetapi cari tahu "Mengapa dan Mengapa?" memecah semuanya menjadi modul seperti!)

Mungkin untuk kenyamanan dan agar cepat bekerja 👍. Meskipun masih terdapat kekurangan pada model tersebut.

Itu tidak akan menjadi lebih cepat, menurut saya

tentu saja, modul tidak akan memuat hal-hal yang pengguna awal tidak perlukan dan tidak akan memproses middleware, yang pada akhirnya akan diabaikan = peningkatan kecepatan, pikirkan apa yang Anda tulis

Jadi, Anda dapat membuat implementasi HearManager sendiri tanpa modul.

>

>

Ya, tetapi cari tahu "Mengapa dan Mengapa?" memecah semuanya menjadi modul seperti!)

Mungkin untuk kenyamanan dan agar cepat bekerja 👍. Meskipun masih terdapat kekurangan pada model tersebut.

Itu tidak akan menjadi lebih cepat, menurut saya

tentu saja, modul tidak akan memuat hal-hal yang pengguna awal tidak perlukan dan tidak akan memproses middleware, yang pada akhirnya akan diabaikan = peningkatan kecepatan, pikirkan apa yang Anda tulis

Ya, tetapi penangan utamanya adalah pesan, mengapa harus dipotong?

Ya, tetapi penangan utamanya adalah pesan, mengapa harus dipotong?

Biarkan saya mencoba menjelaskan semuanya dalam bahasa yang Anda mengerti - bahasa meme.

image

Untuk membela @Zharckov, saya dapat mengatakan bahwa melanggar kompatibilitas ke belakang tidak baik.
Memutuskan sambungan modul meningkatkan ambang batas untuk masuk, dan kompleksitas kode hanya meningkat seiring waktu.

Phoenix Wright

Untuk membela @Zharckov, saya dapat mengatakan bahwa melanggar kompatibilitas ke belakang tidak baik.

Oleh karena itu, ini adalah Breaking Change .

image

Pustaka utama adalah vk-io , yang menyediakan interaksi dasar dengan VKontakte, menarik jumlah dependensi minimum. Modul @vk-io/hear adalah middleware yang sama dengan @vk-io/session dan @vk-io/scenes . Karena ini hanya implementasi alternatif dari kemungkinan interaksi dengan pesan. Ketika modul berada di Updates itu tidak memungkinkan untuk digunakan kembali dan menambahkan kompleksitas yang tidak perlu dan kurangnya kontrol, dan itu juga melanggar prinsip SOLID .

Sebenarnya, saya akan membagi semuanya menjadi modul terpisah @vk-io/api , @vk-io/upload , @vk-io/updates , @vk-io/collect and @vk-io/structures and vk-io semua ini akan diekspor secara default, karena setiap modul hanyalah implementasi dari tanggung jawabnya. Tapi sekarang, di dalam vk-io setiap modul siap dicangkokkan ke namespacenya sendiri.

Pendekatan ini memiliki keuntungan lebih besar bahwa Anda hanya menginstal apa yang Anda butuhkan. Dan Anda juga tidak bingung dengan banyaknya ekspor dari seluruh modul. Anda tidak perlu pergi jauh sebagai contoh; Anda harus melihat alat-alat seperti apollo-server , apollo-tooling, dan apollo-client .

image

Apakah halaman ini membantu?
0 / 5 - 0 peringkat

Masalah terkait

zardoy picture zardoy  ·  18Komentar

alexey2baranov picture alexey2baranov  ·  8Komentar

SOS
helix-team picture helix-team  ·  4Komentar

Pacmard picture Pacmard  ·  3Komentar

AndreiSoroka picture AndreiSoroka  ·  6Komentar