Frontends mikro

Satu hari rawak tidak lama dahulu, saya mula mendengar jenaka selepas jenaka tentang "frontends micro" - seperti bagaimana saya mula -mula belajar tentang roti bakar. Saya tidak faham sumbernya sehingga bertanya -tanya, yang mendedahkan artikel ini dari Cam Jackson.

Dalam artikel ini, kami akan menerangkan trend baru -baru ini memecah monolit frontend ke dalam banyak kepingan yang lebih kecil, lebih mudah diurus, dan bagaimana seni bina ini dapat meningkatkan keberkesanan dan kecekapan pasukan yang bekerja pada kod frontend.

Saya akan berhujah ia harus membaca "monoliths front-end" dan "kod depan," tetapi saya sudah menggegarkan.

Idea ini sama dengan microservices, tetapi untuk hujung depan. Oleh itu, bukannya satu seni bina front-end besar (contohnya aplikasi React), bahagian-bahagian yang berlainan di bahagian depan dibangunkan sepenuhnya bebas antara satu sama lain, tidak mempunyai kebergantungan antara satu sama lain, dan boleh dikerjakan dan digunakan secara bebas.

Ia adalah salah satu daripada perkara -perkara di mana anda tidak dapat mengetahui sama ada ia benar -benar meramalkan masa depan yang menarik, hanya pilihan seni bina khusus yang berlaku untuk bekerja untuk beberapa organisasi besar, atau hanya pilihan teoritis.

Tempat pertama fikiran saya pergi adalah konsistensi dan kering. Di mana sahaja saya bekerja, perkara-perkara ini adalah masalah besar dan ia kelihatan seperti industri secara besar-besaran mempunyai masalah depan yang tidak berkesudahan dengan reka bentuk perkapalan yang bermula dan tetap konsisten dan bersatu padu tanpa mengulangi dirinya dengan hutang teknikal. Front-ends bebas seperti mereka mungkin menjadi masalah jika Team B sedang disekat oleh Team A untuk sesuatu yang tidak berkaitan secara langsung, tetapi kemudian memperkenalkan masalah output Team B yang hanyut ke arah ketidakkonsistenan dengan output Team A.

Artikel itu sendiri bercakap tentang halaman pendaratan/carian, butiran/pesanan, dan halaman profil, dengan ketiga -tiga mereka yang ditangani oleh produk/pasukan bebas yang berbeza. Kedengarannya agak sejuk dan menarik bagi saya, dan ia juga terdengar seperti pasukan yang lebih baik duduk bersebelahan antara satu sama lain di tempat kerja; Jika tidak, aplikasi ini akan menjadi cara raksasa Frankenstein dalam masa dua minggu. Styling hanya ditangani dengan ringan dengan, "Saya tidak tahu, melakukan pekerjaan yang baik" jenis getaran. Pasukan berjuang dengan ini apabila mereka semua berada pada produk yang sama, jadi saya akan mempunyai kebimbangan besar di sini. Perkara pertama yang saya cuba selesaikan jika ini dibincangkan dengan serius akan menjadi sistem reka bentuk yang melampaui semua itu dan semua orang menggunakan tanpa gagal.

Dan bagaimana jika bahagian depan mikro itu wujud bersama pada halaman yang sama? Gunakan

Pilihan integrasi lain ... mengasingkan mereka ke bundle mereka sendiri atau komponen web asli terdengar sedikit lebih baik. Tetapi, idea pembangunan siled di mana komponen React mungkin ditampar pada halaman yang sama sebagai komponen VUEW kelihatan seperti penalti pengguna yang besar untuk masalah organisasi yang cukup khusus. Belum lagi anda kehilangan manfaat pemahaman bersama mengenai asas kod dan manfaat pemahaman teknikal yang lebih mendalam mengenai set alat yang lebih kecil.

Saya mungkin tidak mencirikan semua ini dengan adil, terutamanya kerana idea itu agak baru kepada saya dan saya tidak pernah bekerja seperti ini sebelum ini.

Nader Dabit mempunyai artikel susulan: membina frontend mikro dengan React, Vue, dan Single-SPA. Hanya jadi saya tidak menyalahgunakannya: Ideanya sebenarnya ialah anda boleh membina aplikasi React dan saya membina aplikasi Vue dan kami akan menampar mereka bersama -sama pada halaman yang sama. Saya pasti datang dari era di mana kita ketawa-kemudian-semakin-mengikat apabila kita menemui tapak yang menggunakan pelbagai versi jQuery pada halaman yang sama, ditambah satu perkara yang memuat semua mootools dan prototaip yang dilemparkan di sana seolah-olah secara tidak sengaja. Kami mengeringkan kerana itu adalah baldi yang penuh dengan JavaScript, kebanyakannya diduplikasi tanpa sebab, menyebabkan pepijat dan melambatkan halaman. Ini tidak kelihatan begitu berbeza.

Joel Denning menunjukkan dalam AMA mengenai perkara ini:

Saya menegaskan bahawa kita berada di peringkat "benci tanpa memeriksa" idea. Ia mungkin sepenuhnya bahawa selepas peperiksaan yang sah dan rapat bahawa idea itu masih gagal. Tetapi terlalu awal untuk memberitahu.

Cukup adil.

Maaf kerana menumpuk. ?

pic.twitter.com/mhlu0it5dr

- Chris Coyier (@chriscoyier) 20 Jun 2019

Atas ialah kandungan terperinci Frontends mikro. Untuk maklumat lanjut, sila ikut artikel berkaitan lain di laman web China PHP!