Saya hanya tidak mengerti mengapa 1 modul harus dipecah menjadi 100 bagian?Saya memperbarui dependensi dan bot tidak berfungsi di sini.
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.
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.
Untuk membela @Zharckov, saya dapat mengatakan bahwa melanggar kompatibilitas ke belakang tidak baik.
Oleh karena itu, ini adalah Breaking Change .
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 .
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 diUpdates
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
andvk-io
semua ini akan diekspor secara default, karena setiap modul hanyalah implementasi dari tanggung jawabnya. Tapi sekarang, di dalamvk-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 .