Ringkaskan aliran teknologi hadapan yang besar pada tahun-tahun sebelumnya dan nantikan arah aliran teknologi pada tahun 2022

Tiada projek bintang revolusioner dalam medan bahagian hadapan besar pada tahun 2021, tetapi terdapat beberapa pengembangan dan penanaman mendalam dalam pelbagai bidang teknikal yang dipecah bahagi Terdapat banyak teknologi baharu atau ciri baharu dijangka akan dimulakan pada tahun 2022. Ayuh keluar.

Dalam "musim sejuk" Internet semasa, juruteknik bahagian hadapan hanya boleh menghadapi "angin timur" musim bunga dengan lebih baik dengan memupuk kemahiran dalaman mereka dan sentiasa menguatkan diri mereka. Jadi "otot" manakah yang harus dilatih oleh juruteknik bahagian hadapan Mungkin kita boleh menemui beberapa jawapan dalam "Projek Bintang JavaScript 2021":

• kit alat zx sahaja. 7 bulan untuk menjadi projek yang paling pesat berkembang di Star sepanjang tahun, yang menunjukkan penembusan dan pengaruh berterusan pembangunan bahagian hadapan dalam keseluruhan timbunan.

• Dari segi rangka kerja hadapan, React dan Vue terkemuka masih membangun dengan mantap dan terus berinovasi. Kuda hitam Svelte telah muncul tahun ini, mengatasi Angular untuk menduduki tempat ketiga dalam satu gerakan, dan sedang mengintai tempat teratas. Jadi bolehkah Svelte menerobos?

• Antara rangka kerja Node.js, "rangka kerja meta" React Next.js mengambil kek. Rookie Remix telah mencapai tempat keempat dalam masa 2 bulan sahaja, yang patut diberi perhatian.

• Dari segi alat binaan, penerimaan modul ES asli diteruskan, dan Vite tidak dapat dihalang, daripada kebimbangan prestasi Pertimbangkan bahawa semakin banyak alat bahagian hadapan mula dibina dalam bahasa lain (Rust, Go).

• Di desktop, Tauri yang popular memecahkan dominasi Elektron Berdasarkan Rust (boleh diganti), Tauri mempunyai saiz pakej dan jejak memori yang lebih kecil daripada Elektron, dan boleh menjadi. digunakan pada masa hadapan.

Seterusnya, kami akan mengambil kira perkara penting yang berlaku dalam industri hadapan pada tahun 2021, dan berkongsi perkara yang telah dilakukan oleh pasukan Tencent IMWeb pada tahun lalu.

Ringkasan aliran tahunan 2021

1. Pertumbuhan mantap TypeScript

Penggunaan bahasa daripada Github. Menurut data (Bahasa teratas selama ini), TypeScript masih berada di kedudukan keempat pada 2021.

Menurut data tinjauan JS 2020 terkini, penggunaan TypeScript masih berada di kedudukan pertama dalam kalangan pertandingan alat yang serupa (Tinjauan Negeri JS).

Berdasarkan Tinjauan Pembangun Stack Overflow 2021, populariti TypeScript masih meningkat, dan dianggarkan ia akan terus berkembang pada tahun 2022.

Semakan

Mengimbas kembali pada 2021, Pelan Hala Tuju rasmi menjelaskan bahawa matlamat TypeScript adalah untuk terus menambah baik sistem jenisnya dan melaksanakan alat berkuasa Tingkatkan produktiviti, tingkatkan pengalaman pengguna, tingkatkan penglibatan komuniti, perbaiki infrastruktur dan sistem jurutera. Selepas menetapkan matlamat, pasukan TypeScript telah sangat berkesan dalam mengeluarkan 4 versi pada tahun ini. Versi terkini ialah 4.5. Banyak ciri baharu sememangnya lebih menyeronokkan untuk digunakan, seperti:

• <.>Lebih banyak sokongan jenis tuple yang bagus, membenarkan jenis baki di mana-mana serta jenis pilihan.

• Sokongan jenis literal rentetan templat yang lebih baik.

• Inferens jenis lebih pintar untuk medan cawangan bersyarat.

• Jenis indeks menyokong mod rentetan Simbol dan templat.

• Peningkatan jenis yang ditunggu dan jenis Janji.

• Tunggu.

Selain ciri, ia juga meningkatkan banyak pengalaman penggunaan, seperti:

• Pengoptimuman prestasi seperti penjanaan jenis yang lebih pantas, kompilasi tambahan dan Penjanaan peta sumber.

• Penyiapan IDE yang lebih bijak.

• Lokasi fail sumber bukan JavaScript.

• Tunggu.

Selain itu, tapak web rasmi TypeScript yang baharu telah dilancarkan pada bulan Ogos, dan dokumentasi baharu lebih mudah untuk dilayari.

Pada masa ini TypeScript telah menjadi standard untuk pasukan IMWeb. Sama ada

Web front-end, projek Node.js atau modul awam, templat perancah menyokong TypeScript secara lalai Sistem modul awam bukan sahaja menggunakan TypeScript untuk menulis kod dan semakan taip, tetapi juga menggunakan ESLint untuk melaksanakan standard bahasa TS AST Pengesahan khusus dilaksanakan untuk melaksanakan spesifikasi modul awam, dan ia juga digabungkan dengan TypeDoc untuk menjana dokumen penggunaan dan sebagainya.

Melihat ke hadapan

TypeScript akan menyediakan lebih banyak ciri menarik pada masa hadapan, seperti:

• Fail pengisytiharan rata ( Meratakan pengisytiharan), hanya mengeluarkan jumlah fail d.ts, bukannya fail d.ts untuk setiap modul.

• Penghias ambien digunakan untuk mengisytiharkan beberapa maklumat alam sekitar, seperti sama ada API telah ditamatkan. Kod masa jalan yang tidak menjejaskan output hanya ditunjukkan dalam fail pengisytiharan d.ts.

• Kompilasi bersyarat, agak serupa dengan takrifan makro #if dalam C, boleh mempraproses kod sebelum penyusunan dan mengekalkan cawangan kod yang memenuhi syarat.

• Penghias untuk ekspresi fungsi/fungsi anak panah pada masa ini, penghias dalam TypeScript hanya boleh digunakan dalam kelas Pada masa hadapan, mereka mungkin disokong di luar kelas .

• Tunggu.

Seperti Pelan Hala Tujunya, TypeScript bergerak ke arah yang betul. Terdapat banyak ciri jenis, pengoptimuman prestasi, pengoptimuman pengalaman dan alat sokongan yang boleh dilakukan untuk meningkatkan produktiviti berusaha untuk menjadi sistem jenis standard bahasa JS. Dengan peningkatan pembangunan dan penambahbaikan TypeScript, adakah TypeScript akan disokong secara asli oleh penyemak imbas dan Node.js pada masa hadapan? Sama-sama kita nantikan.

2 React mendahului dan terus berinovasi

React 18 melengkapkan keluaran versi Alpha, Beta dan Release Candidate pada yang kedua. separuh daripada 2021. Versi rasmi akan dikeluarkan pada awal 2022.

Apabila React 18 dikeluarkan, ia akan menyertakan penambahbaikan luar biasa seperti Pengumpulan automatik, API baharu seperti startTransition dan seni bina SSR baharu dengan sokongan terbina dalam untuk React.lazy.

Ciri-ciri ini boleh didapati berkat mekanisme "perenderan serentak" pilihan yang baru ditambah dalam React 18, yang membuka banyak kemungkinan baharu untuk React untuk membantu Anda meningkatkan prestasi sebenar dan persepsi aplikasi anda.

React 18 menggunakan strategi beransur-ansur Memandangkan concurrency dalam React 18 ialah ciri pilihan, ia tidak akan membawa sebarang perubahan yang jelas mengganggu kelakuan komponen. Anda boleh menaik taraf terus kepada React 18 dengan hampir tiada perubahan pada kod dalam aplikasi anda, dan anda boleh mencuba ciri baharu mengikut kadar dan keperluan anda sendiri.

Secara amnya, React 18 membawakan kemas kini dalam tiga aspek berikut:

➢ Pengumpulan automatik

➢ SSR untuk Suspense

➢ API baharu untuk apl dan pembangun perpustakaan

● Pengumpulan automatik

React 18 menambah peningkatan prestasi di luar kotak dengan melakukan lebih banyak kumpulan secara lalai, tidak perlu Kemas kini kelompok secara manual dalam aplikasi atau kod perpustakaan.

Pengumpulan bermakna React boleh menggabungkan berbilang peristiwa setState dalam fungsi panggil balik menjadi satu pemaparan.

React 17 hanya kelompok dalam panggilan balik acara, React 18 akan melakukan sekumpulan yang mungkin untuk setState daripada mana-mana sumber Walaupun setState dipanggil beberapa kali dalam janji, tamat masa atau panggilan balik acara, mereka akan digabungkan menjadi satu render.

Ganti ReactDOM.render dengan kaedah panggilan ReactDOM.createRoot untuk mendayakan ciri baharu ini.

● SSR untuk Suspense

Nama penuh ialah: Menstrim SSR dengan penghidratan terpilih.

Ia seperti aliran air, mewujudkan saluran paip pemaparan berterusan daripada pelayan kepada pelanggan, bukannya mekanisme pemaparan sekali sahaja seperti renderToString. Penghidratan terpilih bermaksud penghidratan terpilih bermaksud bahawa selepas kandungan bahagian belakang dipukul ke bahagian hadapan, JS perlu mengikat peristiwa padanya untuk bertindak balas kepada interaksi pengguna atau tingkah laku kemas kini DOM Sebelum React 18, operasi ini mestilah holistik, dan proses penghidratan mungkin lambat dan menyebabkan lag global, jadi penghidratan terpilih boleh mengutamakan penghidratan seperti yang diperlukan.

● API baharu untuk pembangun apl dan perpustakaan

API Serentak:

Perubahan berkaitan Render Serentak adalah untuk React 18 One daripada perubahan besar, secara ringkasnya, adalah keupayaan untuk memastikan aplikasi React lebih responsif. Ini ialah seni bina reka bentuk yang boleh mengganggu pemaparan. Bila hendak mengganggu pemaparan? Apabila rendering dengan keutamaan yang lebih tinggi tiba, rendering semasa akan ditinggalkan dan rendering dengan keutamaan yang lebih tinggi dilaksanakan serta-merta, sebagai pertukaran untuk respons visual yang lebih pantas.

• useTransition: Membenarkan komponen menunggu kandungan dimuatkan sebelum beralih ke antara muka seterusnya, sekali gus mengelakkan keadaan pemuatan yang tidak perlu.

• startTransition: Rendering yang dicetuskan oleh setState yang dibungkus dalam startTransition callback ditandakan sebagai non-urgent rendering dan rendering ini mungkin didahulukan oleh rendering mendesak yang lain.

• useDeferredValue: Mengembalikan nilai respons tertunda, seperti senario di mana kotak input dipilih untuk menapis senarai Kita boleh menggunakan useDeferredValue untuk menghantar nilai yang sepadan dengan pemilih.

API permulaan Transisi dan useDeferredValue baharu pada asasnya membolehkan anda menandakan sebahagian daripada UI sebagai mempunyai keutamaan kemas kini yang lebih rendah.

API lain:

• useSyncExternalStore: useSyncExternalStore akan menggantikan useMutableSource untuk melanggan sumber luaran dan menyelesaikan masalah ketidakkonsistenan data yang mungkin disebabkan oleh Rendering Serentak Ia juga mungkin diperlukan oleh pengarang perpustakaan, tetapi ia tidak mungkin digunakan oleh pembangun biasa.

• useId: useId digunakan untuk menjana ID unik antara klien dan pelayan untuk mengelakkan ketidakpadanan elemen semasa SSR hidrat.

• useInsertionEffect: digunakan untuk memasukkan nod DOM global.

React 18 akan dikeluarkan tahun depan dengan seni bina React Native baharu (tersedia ciri React 18).

3 Svelte ialah kuda hitam dalam pertempuran rangka bahagian hadapan

Medan bahagian hadapan sedang melonjak, dan rangka kerja muncul. Satu demi satu tiga gerabak hadapan utama, React, Vue dan Angular, sentiasa kekal di antara tiga teratas. Pada masa yang sama, kami juga mendapati bahawa antara banyak rangka kerja bahagian hadapan, Svelte, yang dibangunkan oleh Rich Harris (pengarang Ractive, Rollup dan Bubble), dijangka menjadi kuda hitam dan menonjol di kalangan rangka kerja bahagian hadapan. .

Dalam tinjauan terbaru yang disediakan oleh Stack Overflow pada 2021, 71.47% responden memilih Svelte sebagai rangka kerja paling popular, mendahului React.js pada 69.28% dan Vue pada 64.41%. Dalam tinjauan JS Status 2020, Svelte mencapai tempat pertama dalam kepuasan pengguna dengan 89% dan minat pada 66%. Sejak kelahirannya, Svelte telah digunakan untuk menanda aras rangka kerja seperti React/Vue Kami juga telah melihat perdebatan tentang Svelte dan React, dan melihat "Cara merawat Svelte sebagai rangka kerja hadapan" yang dijawab oleh Youda pada tahun 2019 dan vue-Svelte- Penilaian analisis saiz menunjukkan arah aliran pembangunan Svelte.

Kuda hitam dalam pertempuran bahagian hadapan

Tinjauan kami mendapati bahawa pembangun menyukai Svelte terutamanya kerana perkara berikut:

1. Kecekapan pembangunan yang lebih tinggi. Svelte mempunyai sintaks yang sangat ringkas, dan tutorial interaktif menjadikannya mempunyai keluk pembelajaran yang rendah dan kos permulaan Mereka yang biasa dengan sintaks vue pada dasarnya boleh bermula dengan cepat.

2. Idea teras Svelte adalah untuk mengurangkan jumlah kod pada masa jalan rangka kerja melalui kompilasi statik Ini mempunyai kelebihan yang jelas dalam aplikasi kecil Saiz versi termampat React ialah 42.2KB, dan saiz versi termampat daripada Svelte ialah 1.6KB. Walau bagaimanapun, dalam aplikasi sederhana dan besar, kelebihan ini akan berkurangan secara beransur-ansur malah menjadi kelemahan.

3. Svelte tidak menggunakan Virtual Dom yang biasa digunakan sebaliknya, ia menggunakan sintaks Templat untuk membolehkan pengkompil merekodkan data yang perlu dikemas kini semasa fasa penyusunan. Ini menjadikan Svelte mengatasi prestasi bukan sahaja React, tetapi juga Angular dan Vue.

4. Pengedaran Komponen Web yang lebih baik. Svelte disusun terus ke dalam JS dan menghasilkan Komponen Web yang boleh dikenali oleh penyemak imbas Ini membolehkan komponen yang dibangunkan berdasarkan Svelte digunakan dalam rangka kerja lain, seperti React/Vue/Angular, dsb.

Masa cepat berlalu, dan Svelte mungkin berkembang lebih pantas daripada yang kita bayangkan. Svelte, yang telah dikritik kerana tidak mempunyai masa depan sebagai rangka kerja bahagian hadapan yang tidak menyokong TypeScript, juga menyokong TypeScript pada tahun 2021. Pustaka UI UI Bahan Svelte juga beransur-ansur lelaran, dan komuniti pembangun juga telah menyertai lebih banyak dan lebih kecil rakan kongsi, memperkayakan unit Svelte Amalan dalam ujian, Komponen Web, SSR, dsb.

Mengimbas kembali pada tahun 2021, perkara paling penting tentang Svelte ialah dua perkara berikut:

1 Sidang Kemuncak Musim Luruh telah diadakan pada 20 November 2021. Pada sidang kemuncak itu, Rich Harris memberitahu kami tentang sejarah Svelte dan mengumumkan bahawa dia akan menyertai Vercel dan kemudian mengekalkan Svelte sepenuh masa. Ramai pembangun daripada komuniti turut dijemput ke sidang kemuncak untuk berkongsi beberapa amalan Svelte, membolehkan kami melihat lebih banyak kemungkinan Svelte.

2. SvelteKit mengeluarkan versi beta secara rasmi. SvelteKit ialah rangka kerja aplikasi web yang dibangunkan berdasarkan Svelte, serupa dengan rangka kerja Nuxt.js yang dibangunkan berdasarkan Vue.js. Ia mewarisi SSR pemaparan sebelah pelayan, penghalaan, menyokong TypeScript, menyokong less/sass, menyokong pembungkusan Vite dan ciri lain. Ia boleh dibangunkan dengan cekap dan mempunyai prestasi tinggi. Walaupun masih terdapat beberapa pepijat dalam SvelteKit yang masih perlu diselesaikan, dan beberapa fungsi yang hilang perlu diperbaiki dengan segera. Tetapi ia masih tidak menghalang projek daripada berani menggunakannya dalam persekitaran pengeluaran.

Menunggu pengganggu itu berkembang

Walaupun kami melihat bahawa Svelte sangat popular di kalangan pembangun, setakat ini, masih sukar untuk melihat mana-mana aplikasi berskala besar. Menggunakan Svelte, kelebihan prestasinya, kelebihan volum, dsb. belum disahkan dalam aplikasi berskala besar. Memandangkan React/Vue/Angular adalah yang pertama mendominasi, terutamanya dalam syarikat besar, sudah ada penyelesaian sokongan sistem yang sangat lengkap pada dasarnya sukar untuk diubah, dan sukar bagi bintang yang sedang meningkat naik untuk mempunyai komuniti aktif seperti React dan rangka kerja lain. . Svelte akan pergi Jalan masih panjang. Walau bagaimanapun, kami telah memerhatikan bahawa syarikat besar termasuk Alibaba, Byte, dan Tencent juga cuba menggunakan pembangunan Svelte dalam perniagaan baharu Ia mempunyai kelebihannya dalam aplikasi bersaiz kecil dan sederhana, aplikasi h5, Komponen Web, dsb., dan ia. patut dicuba. Walaupun Svelte mempunyai banyak kelebihan, jika anda ingin mencabar status React/Vue/Angular sendiri, anda masih perlu menunggu penanda aras aplikasi berskala besar dan menunggu syarikat utama melancarkan perpustakaan UI berdasarkan Svelte berlepas. Masa untuk kebesaran akan tiba.

4 Desktop - medan perang seterusnya untuk pembangunan bahagian hadapan

Teruskan meluaskan pengaruh aplikasi desktop

Sejak Github melancarkan rangka kerja sumber terbuka Electron pada tahun 2014, bahagian hadapan telah melepaskan diri daripada batasan klien Web dan mempunyai keupayaan untuk membangunkan aplikasi desktop Dalam beberapa tahun kebelakangan ini, bergantung pada rangka kerja aplikasi seperti Electron, React Native, dan Flutter, pembangunan silang hujung hadapan bagi aplikasi desktop telah menjadi mungkin. Walaupun penyelesaian ini mungkin tidak semestinya mempunyai prestasi terbaik berbanding tindanan teknologi tradisional seperti QT dan Xaramrin, ini bermakna beberapa pilihan yang sangat kos efektif telah muncul, yang sangat merendahkan ambang untuk membangunkan aplikasi desktop.

Pada tahun 2021, lelaran rangka kerja aplikasi yang dikemas kini seperti Electron dan React Native Desktop cenderung stabil Walaupun beberapa fungsi sorotan terobosan tidak muncul, setiap rangka kerja telah menangani masalah kesakitan seperti prestasi dan senario aplikasi. Pengoptimuman mendalam diteruskan, dan Flutter, yang telah menjadi konsep popular sejak beberapa tahun kebelakangan ini, turut memasukkan versi desktopnya dalam peringkat Beta pada tahun 2021. Peningkatan mendadak Tauri telah menarik perhatian kerana prestasi cemerlang dan saiz pakejnya , dan potensinya tidak boleh dipandang remeh. Secara keseluruhannya, dalam bidang pembangunan aplikasi desktop, pengaruh teknologi bahagian hadapan semakin meningkat dari hari ke hari, dan bahagian kandungan yang boleh disertai bahagian hadapan juga semakin meningkat.

Electron

Electron ialah rangka kerja sumber terbuka yang dibangunkan oleh GitHub. Ia mencapai pembangunan aplikasi GUI desktop merentas platform menggunakan Node.js (sebagai hujung belakang) dan enjin pemaparan Chromium (sebagai bahagian hadapan). Sebilangan besar aplikasi desktop terkenal telah dibangunkan menggunakan Electron, seperti slack, VSCode, dll. Keupayaan pembangunan Elektron yang diperlukan mempunyai pertindihan yang besar dengan tindanan teknologi keupayaan pembangunan bahagian hadapan Oleh itu, untuk pelajar pembangunan bahagian hadapan, ambang untuk menggunakan Elektron untuk pembangunan desktop adalah agak rendah telah ditanam secara mendalam dan diulang selama 8 tahun, Electron mempunyai ekosistem aplikasi Rantaian kaya mengurangkan lagi kos untuk bermula.

Menggunakan Electron untuk pembangunan aplikasi desktop juga memperkasakan bahagian hadapan untuk meningkatkan keupayaannya sendiri Di satu pihak, ia meluaskan keluasan teknologi dan boleh memanjangkan skop keupayaan perniagaan bahagian hadapan daripada satu Web. halaman ke pembangunan aplikasi PC Beberapa pada masa ini Untuk keupayaan yang tidak disokong oleh Electron pada masa ini, anda juga boleh menulis komponen Node dalam C untuk mengembangkan sokongan sebaliknya, banyak sekatan bahagian hadapan telah dipecahkan, seperti beberapa Web tradisional sekatan keselamatan dan penggunaan antara muka asas sistem, yang boleh memperkasakan keupayaan pembangunan .

Sudah tentu, Electron bukan tanpa kekurangan Beberapa kelemahan yang biasa dikritik ialah:

• Saiz pakej terlalu besar, disebabkan oleh kernel Chromium yang digabungkan. bilangan kebergantungan yang besar, menyebabkan volum pembungkusan Elektron secara amnya ialah 100M Kita boleh menggunakan pemampatan asar, perpustakaan pautan dinamik dan kaedah lain untuk mengoptimumkan ini.

• Penggunaan memori adalah tinggi, kerana ia digabungkan dengan kernel Chromium, penggunaan memori Elektron juga secara amnya tinggi.

• Kecekapan pemaparan visual lapisan UI adalah rendah, yang juga boleh dioptimumkan melalui kaedah pengoptimuman, seperti tugas pemprosesan berbilang proses, dan juga penggunaan artifak visual untuk meningkatkan pengguna pengalaman.

Walaupun Electron mempunyai beberapa masalah yang diketahui, rantaian ekologi yang lengkap dan pertindihan tinggi dengan teknologi bahagian hadapan masih merupakan penyelesaian yang disyorkan untuk pembangunan pesat aplikasi desktop Kami juga mempunyai masalah dengan prestasi. Lebih mudah untuk menyelesaikannya melalui beberapa kaedah pengoptimuman biasa, mencapai skor 80. Pada tahun 2021, Electron masih mengekalkan kekerapan kemas kini yang stabil bagi satu versi utama setiap lapan minggu, dan telah melancarkan berbilang versi utama dari V12 hingga V15 Kandungan yang dikemas kini terutamanya memfokuskan pada pemadaman dan pengubahsuaian API, penyesuaian ciri sistem dan bergantung. versi seperti kernel Chromium dan butiran lain.

React Native Desktop

React Native ialah rangka kerja pembangunan merentas platform mudah alih yang sumber terbuka oleh pasukan teknikal Facebook pada April 2015 berdasarkan rangka kerja hadapan React yang terdahulu . Mengenai pembinaan aplikasi desktop, pasukan RN belum lagi melancarkan versi desktop rasmi, dan bergantung terutamanya pada projek komuniti untuk membina kapasiti untuk pembangunan mampan. Antaranya, penyelesaian teknikal macOS React Native For Windows yang dibangunkan oleh Microsoft ialah penyelesaian dengan pengalaman terkumpul paling banyak dan lelaran pembangunan paling stabil Sejak projek itu dikeluarkan pada penghujung tahun 2015, ia telah melalui 6 tahun lelaran yang stabil. Pada tahun 2021, pasukan RN melancarkan tiga versi penting 0.64-0.66, dan Microsoft sentiasa memastikan kemas kini kepada versi utama RN dalam lelaran React Native For Windows, dan turut menyokong sejumlah besar ciri berkaitan Windows. Jika anda sedang membina aplikasi desktop yang pengguna sasaran utamanya berada pada platform Windows, maka menggunakan React Native For Windows ialah pilihan yang baik.

Perlu dinyatakan bahawa pada tahun 2021, selain menyediakan sokongan untuk sistem Android 12 dan iOS 15 baharu dalam versi penting yang dilancarkan, pasukan teknikal RN turut menyerlahkan teknologi pembinaan aplikasi desktop dengan pasukan Microsoft The RN pasukan menyatakan bahawa ia akan menyediakan beberapa keupayaan teknikal "unik" untuk aplikasi desktop dengan memperkenalkan pasukan Messenger Facebook untuk meningkatkan pengalaman pengguna versi desktop React Native Dalam hal ini, kita juga akan tunggu dan lihat.

Flutter Desktop

Flutter ialah rangka kerja pembangunan hibrid UI mudah alih yang dilancarkan oleh Google Ia melaksanakan satu set perpustakaan asas bawah ke atas yang boleh digunakan oleh pengguna pada iOS dan Android membina antara muka pengguna asli berkualiti tinggi.

Pada masa ini, untuk menyokong keupayaan pembangunan pada bahagian desktop, Flutter menggunakan penyelesaian pemaparan silang hujung yang menukar kod ke Web. Walau bagaimanapun, masih terdapat banyak ruang untuk penambahbaikan dalam prestasi Flutter to Web Walaupun terdapat banyak rancangan pengoptimuman dalam industri tahun ini, jika anda ingin meningkatkan prestasi dengan ketara, ia akan lebih kurang dicapai dengan mengubah suai secara ajaib. kod sumber Flutter ini akan berada dalam jangka panjang Semasa proses lelaran versi Flutter, akan ada kos pengoptimuman yang besar. Walaupun begitu, prestasi Flutter to Web yang dioptimumkan sedikit tidak mencukupi berbanding dengan projek Web tradisional. Oleh itu, tanpa mengambil kira keserasian, pembangun yang menggunakan penyelesaian ke Web harus cuba menggunakan mod Canvaskit Render Mod ini berdasarkan penyelesaian WebAssembly Skia dan akan mempunyai prestasi pemaparan yang lebih baik, tetapi prestasi pemuatan perlu dioptimumkan secara berterusan.

Mungkin untuk menyelesaikan masalah prestasi sepenuhnya pada desktop, Flutter Desktop melancarkan penyelesaian Windows Native pada pertengahan 2021, tetapi pada masa ini ia hanya menyokong sistem 64-bit, yang menjadikannya tidak dapat menyokong 32-bit yang lebih rendah. sistem bit seperti Win7 Versi Windows akan meningkatkan kos keserasian untuk pembangun. Walau bagaimanapun, pada Februari 2022, Flutter Desktop secara rasmi melancarkan versi yang stabil, menyesuaikan banyak pemalam biasa untuk menyertakan sokongan untuk Windows, termasuk kamera, pemetik_fail dan pilihan_kongsi. Apatah lagi, komuniti telah menambah sokongan untuk Windows dengan pelbagai pakej lain, meliputi segala-galanya daripada penyepaduan bar tugas Windows kepada akses port bersiri. Pada masa yang sama, banyak pasukan Microsoft turut bekerjasama secara aktif dan memberikan sumbangan besar kepada pengeluaran versi rasmi. Pada tahun 2022, Flutter Desktop patut dicuba.

Tauri

Tauri, yang baru-baru ini mengambil kesempatan daripada Rust, telah mendapat banyak perhatian Berbanding dengan Electron, ia mempunyai empat kelebihan berikut:

• Saiz pakej yang lebih kecil

• Penggunaan memori yang lebih kecil semasa masa jalan

• Keselamatan diutamakan

• Sumber terbuka sebenar

Tetapi berfikir secara rasional, untuk pembangunan front-end, terdapat tiga kelemahan yang membawa maut:

• Tauri menggunakan pandangan web sistem, akan ada isu keserasian, yang juga merupakan masalah utama yang Electron selesaikan

• Meninggalkan nodej, ekosistem masih sukar pada masa ini Setanding dengan Electron

• Pembangunan asas memerlukan Karat, dan terdapat kos tertentu untuk bermula

Sudah tentu Tauri belum terlalu matang, tetapi ia akan Apabila ekosistem Rust berkembang dan keserasian penyemak imbas secara beransur-ansur berkurangan, hasilnya masih tidak jelas.

5 Rust - Sudah tiba masanya untuk menguasai bahasa baharu

Karat ialah masa depan infrastruktur JS

Dengan peningkatan beransur-ansur alat ekologi bahagian hadapan, selain menerokai bidang baharu bahagian hadapan, semua orang juga memikirkan cara untuk meningkatkan prestasi alatan Seperti yang kita sedia maklum, prestasi JavaScript sentiasa ada telah dikritik oleh semua orang, tetapi bahagian hadapan Walau bagaimanapun, infrastrukturnya sangat menuntut prestasi, seperti pembinaan, dll., jadi semua orang mula mempertimbangkan sama ada alat bahagian hadapan boleh ditulis dalam bahasa lain, jadi Rust menarik perhatian semua orang kelahiran bahasa Rust, ia telah terkenal dengan keselamatannya, Prestasi dan sintaks moden telah menarik sejumlah besar pembangun, dan terus menduduki tempat pertama dalam kalangan pengaturcaraan dan bahasa paling popular di stackoverflow dalam tempoh enam tahun yang lalu telah muncul dalam banyak bidang, dan projek Linux juga menyatakan bahawa Beberapa fungsi sedang ditulis semula dalam Rust Ia boleh dikatakan bahawa kemasukan Rust ke medan bahagian hadapan juga merupakan trend yang tidak dapat dielakkan. Artikel "Rust Is The Future of JavaScript Infrastucture" yang ditulis oleh Lee Robinson pada tahun 2021 menyenaraikan banyak projek alat hadapan yang ditulis dalam Rust dan mengatakan bahawa Rust akan terus meningkatkan impaknya pada Ekosistem Javascript, artikel ini telah ditweet semula oleh banyak akaun awam , mencetuskan perbincangan hangat di kalangan semua orang.

Alat karat disepadukan ke dalam ekosistem bahagian hadapan

Dalam bidang pembinaan bahagian hadapan, projek yang sangat menonjol muncul pada tahun 2021 - swc, yang merupakan alat pembinaan yang ditulis dalam Rust Ia boleh digunakan untuk menyusun, memampatkan dan membungkus Ia telah digunakan oleh beberapa projek terkenal, seperti Next.js, Parcel, Deno, dll. Next.js 12 secara langsung menggunakan swc. babel, dan menyatakan di blog laman web rasmi mereka bahawa swc digunakan Selepas itu, kelajuan kemas kini panas meningkat kepada tiga kali ganda, dan kelajuan binaan meningkat kepada 5 kali ganda Ini menunjukkan betapa kuatnya prestasi Rust.

Selain pembinaan, Rust juga digunakan di kawasan hadapan lain Sebagai contoh, enjin masa jalan Deno juga merupakan enjin V8 yang ditulis dalam Rust; alat bahagian hadapan Family Bucket Rome diumumkan akan ditulis semula menggunakan Rust.js boleh memanggil modul Rust melalui napi-rs untuk mencapai pengembangan berprestasi tinggi yang ditulis dalam Rust adalah 30 kali lebih cepat daripada Prettier; disusun ke dalam WASM, Dan terdapat rangka kerja bahagian hadapan WASM seperti yew dan percy.

Adalah dijangka bahawa alatan Rust akan disepadukan dengan lebih mendalam ke dalam ekosistem bahagian hadapan, yang mungkin mencetuskan satu lagi kemas kini ekosistem bahagian hadapan.

Sudah tiba masanya untuk orang hadapan mempelajari bahasa baharu

Saya percaya ramai orang telah melihat tangkapan skrin Twitter seperti itu, Dan Abramov bertanya soalan "Dalam tiga seterusnya tahun "Apakah bahasa yang paling berbaloi untuk dipelajari?" Saya menjawab "Rust". keliru dengan Rust Saya tidak digalakkan oleh laluan pembelajaran yang curam, tetapi sebenarnya Rust serupa dengan pembangunan bahagian hadapan di banyak tempat, dan ia tidak begitu curam untuk bermula.

Sebagai contoh, dalam rantai alat, Rust's rustup adalah bersamaan dengan nvm Ia boleh menukar versi kargo alat yang sedang berjalan (Rust versi npm), tetapi ia adalah juga lebih berkuasa daripada nvm , apabila memasang rustup, clippy (versi Rust eslint) dan rustfmt (versi Rust lebih cantik) juga akan dipasang Projek yang baru dibuat menggunakan alat sokongan Rust sudah mempunyai alat sokongan untuk pemformatan dan analisis kod.

Mari kita lihat persamaan antara kargo dan npm Kedua-dua alatan adalah serupa dalam banyak arahan, dan beberapa arahan dalam npm yang perlu dikonfigurasikan dalam projek tidak perlu dikonfigurasikan dalam kargo, malah. Kargo dilengkapi dengan pengurusan monorepo dan boleh mengkonfigurasi projek berbilang pakej secara langsung daripada mengatakan bahawa kargo sepadan dengan npm, kargo lebih seperti gabungan npm dan benang Ini juga merupakan hasil rujukan pasukan Rust kepada rangkaian alat bahasa moden .

Dari segi sintaks, Rust juga mempunyai ciri-ciri bahasa yang sangat moden. Ia menggunakan ciri-ciri pengaturcaraan berfungsi dan bahasa berstruktur, dan juga mencipta lebih banyak bahasa baharu berdasarkan mereka untuk sintaks lanjutan. Dalam pengaturcaraan berfungsi, terdapat juga banyak JavaScript Sebagai contoh, fungsi anak panah JS sepadan dengan fungsi tertutup Rust juga mempunyai peta, mengurangkan, menapis dan fungsi Rust juga; ditugaskan kepada pembolehubah.

Jika bahasa kedua yang boleh dipelajari oleh bahagian hadapan ialah C pada masa lalu, mungkin ia adalah Rust sekarang Ia mempunyai pengurusan pergantungan, sintaks dan rantaian alat yang lebih moden daripada C, supaya anda tidak akan melakukannya keliru pada mulanya Walaupun anda dipujuk untuk berhenti, ia juga boleh menjadikan anda lebih berdaya saing dalam bidang front-end.

6 Kod rendah akan terus menjadi topik hangat

Sudah setahun kita bercakap tentang "kod rendah" pada tahun 2020 trend teknologi Pada tahun 2020, saiz pasaran adalah antara 1.9 bilion pada 2020 hingga 2.85 bilion pada 2021, yang sudah pasti menunjukkan bahawa bidang itu masih hangat dan berkembang pesat. Jika 2020 memberi kami jangkaan untuk pemanasan berterusan medan kod rendah, maka 2021 akan membolehkan kami melihat lebih banyak arah aliran tentang pembangunan masa hadapan medan kod rendah.

Di satu pihak, kami telah melihat bahawa platform kod rendah peringkat perusahaan seperti Tencent WeChat dan Alibaba YiDa telah mula menggunakan kuasa dalam industri. Terdapat juga platform dalam syarikat yang menumpukan pada pengurusan bangunan meja seperti Wuji dan secara beransur-ansur matang. Sebilangan besar produk berasaskan platform masih membangun pada kadar yang berbeza dan pantas, dan masih merupakan idea pembangunan arus perdana. Dalam pasukan IMWeb, daripada mengendalikan platform kod rendah Vision pada 2019 kepada platform pengurusan kod rendah Hulk dalam tempoh 20 tahun, kami telah mempercepatkan penyelidikan dan pembangunan perniagaan melalui platform kod rendah menegak. Pada tahun 2021, kami terus mencuba dalam senario bahagian pelayan dan menggilap platform HulkData yang memfokuskan pada pembinaan antara muka.

HulkData membina saluran paip melalui komponen visual web dan menjana antara muka API baharu berdasarkan pangkalan data atau API sedia ada dengan sejumlah kecil kod. HulkData menggunakan protokol BPMN 2.0 untuk menggunakan grafik untuk menyatakan proses perniagaan, menyokong berbilang perniagaan, berbilang sumber data, kod rendah, mekanisme pemalam, orkestrasi proses dan pengubahsuaian parameter permintaan dan tindak balas. Tanpa Pelayan semakin matang, dan ciri Tanpa Pelayan adalah peluang yang sangat baik untuk HulkData Antara muka yang dibuat pada HulkData akan digunakan untuk Tencent Cloud dalam bentuk SCF, dan tidak perlu memberi perhatian kepada operasi pelayan. dan penyelenggaraan. Menggunakan orkestrasi antara muka bahagian pelayan HulkData boleh melaksanakan logik perniagaan dengan pantas dan menerima serta menghantar aplikasi perniagaan dengan tangkas Kelajuan penghantaran adalah 80% lebih pantas daripada model pembangunan tradisional. Pada masa ini, sejumlah 400 antara muka digunakan untuk akses kepada tiga perkhidmatan dalaman utama dan berjalan seperti biasa.

Sebaliknya, perlu difikirkan sama ada terdapat persamaan antara produk platform berasaskan senario dan berbeza yang sedang berkembang pesat? Lagipun, tidak kira apa senario yang disasarkan, kos membina platform kod rendah dari awal sama sekali tidak rendah Pembaziran sumber ini amat ketara di kilang-kilang besar.

Projek enjin kod rendah Permata yang dilancarkan dalam pasukan IMWeb pada penghujung tahun 2020 sebenarnya merupakan penerokaan masalah ini. Matlamat teras enjin kod rendah adalah untuk menyediakan satu set standard dan kemudahan asas untuk membantu platform lapisan atas dibina dengan lebih berkesan. Kunci kepada pemikirannya terletak pada kesempurnaan model dan keupayaan enjin, serta kebolehskalaannya dalam senario yang berbeza. Sebagai enjin kod rendah, Gems telah terus meningkatkan keupayaan asas dan reka bentuknya dalam tempoh 21 tahun yang lalu, menyediakan pemalam papan penuh, API objek penyuntingan teras dan keupayaan lain. Di samping menyokong platform kod rendah untuk operasi dan pengurusan secara stabil dalam pasukan, ia juga secara beransur-ansur melangkaui pasukan untuk membantu berbilang pasukan dalam syarikat dengan cekap membina platform kod rendah untuk senario perniagaan mereka sendiri.

Pada masa yang sama, kami juga melihat bahawa pada persidangan GMTC pada akhir tahun ini, Alibaba telah mempromosikan enjin kod rendah kumpulan itu kepada dunia luar kandungannya, ia telah menyokong lebih daripada 60 platform kod rendah Pembinaan Oteam kod rendah dalaman Tencent juga mula dianjurkan pada tahun 2021, dan matlamat utamanya juga adalah pembinaan bersama teras asas. Melihat kepada keseluruhan industri, enjin kod rendah telah mula muncul, dan trend itu dijangka akan terus meningkat. Cuma, runut tersegmen ini mungkin hanya melibatkan pengeluar utama, kerana ia memerlukan sejumlah besar pengesahan sokongan adegan, yang tidak dimiliki oleh pengeluar kecil atau pembangun bebas.

Secara keseluruhan, produk platform yang berbeza akan tetap menjadi cara utama kami untuk mengakses medan kod rendah dan kemunculan enjin kod rendah akan membawa lebih banyak kemungkinan kepada seluruh industri.

7. Kepintaran hadapan D2C boleh dijangkakan pada masa hadapan

"Kecerdasan bahagian hadapan" ialah trend baharu dalam industri ke arah penerokaan bahagian hadapan dalam beberapa tahun kebelakangan ini. Apakah kecerdasan? Ini bermakna menggabungkan algoritma pintar dengan amalan kejuruteraan bahagian hadapan dan membenarkan mesin membantu dalam pembangunan.

D2C: Sejarah dan Situasi Semasa

Sehingga kini, bentuk produk terbesar dalam bidang kecerdasan hadapan ialah pelbagai Reka Bentuk kepada Kod (selepas ini dirujuk sebagai D2C) alatan: Input Draf reka bentuk UI mengeluarkan kod yang boleh digunakan melalui satu siri algoritma.

Kertas 2017, pix2Code, mencadangkan idea kod penjanaan imej.

Pada 2018, Microsoft menggunakan sumber terbuka projek Sketch2Code, seterusnya mengesahkan kebolehlaksanaan arah ini.

Pada 2019, Alibaba Taobao melancarkan imgcook, dan pada tahun-tahun berikutnya ia menyokong sejumlah besar perniagaan seperti Double Eleven dan 618. Ini menandakan kematangan teknologi D2C secara beransur-ansur dan keperluan pelaksanaan perniagaan berskala besar.

Memandangkan masanya tiba pada 2021, syarikat domestik dan asing utama telah melancarkan penerokaan dan amalan yang sepadan dalam bidang ini:

Pasukan Tencent IMWeb telah melancarkan Project Auton, yang telah diuji secara dalaman dan dijangka yang akan dilancarkan secara dalaman mempunyai Picasso sumber terbuka; Zhuanzhuan adalah platform "Magical Pen Ma Liang" dalam talian...

Selain itu, beberapa syarikat permulaan telah muncul dalam bidang D2C. Seperti CodeFun domestik, Blue Lake, Framer asing, Anima, dsb.

Perlu dinyatakan bahawa CodeFun mempunyai prestasi yang agak baik dari segi kemudahan penggunaan dan pemulihan, dan telah mendapat reputasi yang baik sejak pelancarannya.

Tetapi dalam keseluruhan komuniti sumber terbuka bahagian hadapan, pada masa ini tiada projek sumber terbuka yang cukup berpengaruh dalam medan D2C. Oleh itu, setiap syarikat pada dasarnya berada dalam keadaan "bekerja secara tertutup."

Dua sisi syiling: kecacatan, senario dan peluang

Berbanding dengan penyelesaian awal berdasarkan algoritma visual tulen, produk D2C berskala besar semasa pada asasnya berdasarkan draf reka bentuk Fail sumber (Lakaran, Figma, XD, dll.) sebagai input mentah.

Memandangkan sukar bagi algoritma visual semata-mata untuk mengekstrak maklumat seperti tahap UI daripada imej dua dimensi, fail draf reka bentuk boleh mendapatkan penerangan UI berstruktur yang lebih terperinci dengan menghuraikan DSL dalaman, yang lebih mudah untuk pemprosesan seterusnya dan penjanaan Kod.

Dalam model pembangunan pro-kod tradisional, "draf reka bentuk PRD" biasanya digunakan sebagai input untuk menghasilkan kod perniagaan. Walau bagaimanapun, sistem D2C menggunakan draf reka bentuk sebagai satu-satunya input, dan draf reka bentuk hanyalah penerangan UI yang mudah, menghasilkan banyak maklumat yang tidak dapat disimpulkan daripada reka bentuk. Sebagai contoh, animasi, interaksi, logik dan juga responsif tidak boleh dicapai dengan bergantung kepada D2C sahaja.

Disebabkan kekurangan ini, kebanyakan senario D2C hanya digunakan sebagai alat bantu untuk pembangunan. Masih terlalu awal untuk menjadi benar-benar pintar (untuk menghasilkan kod yang lengkap secara logik dan boleh digunakan dalam persekitaran pengeluaran tanpa campur tangan manusia).

Walaupun banyak kekurangan yang dinyatakan di atas, D2C mempunyai potensi besar dalam bidang pembangunan UI.

Produk D2C (kod komponen/halaman atau DSL yang menerangkan UI) biasanya mempunyai laluan penggunaan berikut:

• Menghasilkan kod, sebagai komponen UI asas, oleh Pembangun menjalankan kedua pembangunan.

• Menghasilkan kod sebagai bekalan bahan asas, digabungkan dengan platform kod rendah/tanpa kod untuk penyuntingan dan penyusunan sekunder.

• Hasilkan DSL dan gabungkannya dengan pemaparan tersuai untuk pemaparan langsung.

Terutamanya laluan penggunaan kedua, dengan bantuan platform kod rendah yang telah menjadi popular sejak beberapa tahun kebelakangan ini, pengikatan data, susunan logik, penyuntingan gaya dan campur tangan Manual dan penyuntingan sekunder seperti orkestrasi interaktif boleh melengkapkan kelemahan D2C dalam keupayaan dan mewujudkan satu set SOP pengeluaran kod yang cepat, cekap, boleh disimpan dan boleh digunakan semula.

Selain itu, dengan kecekapan bekalannya yang tinggi, D2C boleh menembusi kesesakan pengeluaran bahan kod rendah/tiada kod, menambah rangsangan kepada transformasi paradigma R&D bahagian hadapan daripada pro-kod kepada rendah -kod.

Dengan bantuan D2C kod rendah/tiada kod, digabungkan dengan bentuk produk teknologi popular seperti SaaS, FaaS dan BaaS dalam beberapa tahun kebelakangan ini, adalah dijangka bahawa dalam masa terdekat, sifar kod boleh dicapai tanpa keperluan untuk jurutera dengan cepat melancarkan produk dengan data, interaksi dan logik yang lengkap. Ini telah mengurangkan kos permulaan banyak perniagaan inovatif dan mungkin meningkatkan gelombang keusahawanan Internet seterusnya. Mari kita tunggu dan lihat.

Walau bagaimanapun, setakat ini, tiada platform yang dapat menyepadukan dengan sempurna bentuk produk di atas (D2C kod rendah/tiada kod SaaS/FaaS/BaaS) untuk membentuk gelung tertutup sambil mengekalkan pengalaman pengguna yang cemerlang. Dalam beberapa tahun akan datang, bidang ini mungkin melahirkan beberapa permulaan bintang.

Melihat masa depan: Penanaman mendalam, integrasi, perubahan paradigma R&D

Menantikan 2022, adalah dijangkakan kecerdasan dan D2C industri hadapan akan terus berkembang. Situasi keseluruhan adalah seperti berikut Dua arah aliran utama:

• Secara menegak: terus memperdalam usaha kami, mengoptimumkan proses, algoritma dan pengalaman, dan menjadikan "pintar" benar-benar lebih dan lebih "cerdik".

• Secara mendatar: wujudkan piawaian dan proses, mengintegrasikan keupayaan huluan dan hiliran, dan sambungkan kod rendah, tanpa kod, FaaS, BaaS, SaaS, sistem reka bentuk, sistem algoritma, sistem R&D, Sistem data, dsb... benar-benar membentuk sistem penjanaan pesat perindustrian untuk membebaskan produktiviti.

Dalam jangka masa panjang, sebaik sahaja sistem di atas diwujudkan, ia pasti akan memacu industri untuk memulakan transformasi seterusnya model R&D. Daripada model R&D berasaskan pro-kod semasa, ia akan diubah menjadi model di mana tiga model pro-kod, kod rendah dan tanpa kod saling melengkapi, membekal dan memperkasakan antara satu sama lain. Pada masa yang sama, disebabkan penubuhan sistem piawai, bahan dan produk boleh lebih mudah digeneralisasikan dan digunakan semula. Implikasi untuk kecekapan R&D sudah pasti besar!

Ini semua penuh dengan khayalan Walaupun perjalanan menuju kepintaran penuh dengan keraguan dan halangan, masa depan patut ditunggu. Kami akan terus memupuk dan membangun pada tahun baharu, dan kami boleh menantikan masa depan pada tahun 2022...

8 DevOps, kecekapan R&D masih menjadi tumpuan

Kecekapan R&D pada masa ini merupakan bidang yang amat membimbangkan bagi kedua-dua syarikat Internet dan syarikat perisian tradisional berharap untuk mencapai peningkatan berterusan dalam keupayaan R&D untuk menghadapi pembangunan produk yang semakin kompleks melalui "kecekapan R&D. "; pengilang kelas bawah berharap untuk mencapai kejayaan melalui "Kecekapan R&D" Mendahului di atas jalan, memberikan permainan penuh kepada kelebihan mereka yang lewat; lebih banyak perusahaan kecil dan sederhana telah melihat bahawa syarikat Internet domestik telah sebulat suara melabur dalam bidang ini, dan mereka juga sedang bersiap sedia untuk melakukan usaha dalam bidang persembahan.

Sama seperti konsep tangkas, adalah sukar untuk menentukan dengan tepat apa itu keberkesanan P&P. Sebenarnya, banyak konsep kompleks tidak ditakrifkan, tetapi berkembang secara beransur-ansur. Ia mula-mula muncul sebagai fenomena dan kemudian mencari ungkapan yang sesuai. Malah, kecekapan dan keberkesanan tidak pernah menjadi istilah eksklusif untuk kejuruteraan perisian Sepanjang sejarah pembangunan manusia, produktiviti dan kecekapan pengeluaran telah dipertingkatkan secara berterusan Dalam era digital, kepentingan kecekapan R&D perisian telah diketengahkan. Jika kami merumuskan keberkesanan R&D dalam satu ayat, kami akan meringkaskannya dengan "Lebih cekap, berkualiti tinggi, penyampaian lebih dipercayai dan mampan dengan nilai perniagaan yang lebih baik".

Apa yang boleh kita lakukan bukanlah untuk meningkatkan nilai mutlak kecekapan R&D, tetapi untuk memperlahankan kemerosotan kecekapan R&D sebanyak mungkin supaya ia tidak merosot juga cepat dan berusaha untuk mengekalkan status quo Hanya kejayaan.

Pasukan IMWeb telah mencapai kemajuan yang besar dalam DevOps pada tahun 2021. Di satu pihak, kami telah membina bersama dengan Tencent Cloud Coding dalam pelbagai bidang seperti pembangunan, ujian, penggunaan, operasi dan penyelenggaraan Platform prestasi yang dibangunkan sendiri oleh pasukan Thanos dan pasukan Pengekodan telah mencipta penyelesaian aliran kerja aplikasi yang mendalam. dan platform penyahpepijatan bersama agensi TDE dan Pengekodan Pasukan membuka gerbang Nohost untuk persekitaran ujian, dan platform kontrak penyahpepijatan bersama antara muka Tolstoy dan Pengekodan membina bersama keupayaan pengehosan, mengejek dan menguji API. Dalam konteks kecekapan penyelidikan, kami telah mencapai platform prestasi bersatu melalui Tencent Cloud Coding, dan keseluruhan kecekapan penyelidikan dan pembangunan telah meningkat lebih daripada 30%.

9. Bahagian hadapan mikro, bahagian yang tidak boleh dipandang remeh

Pada 2016, ThoughtWorks mencadangkan idea mikro- bahagian hadapan: pecahkan projek besar kepada Pelbagai projek kecil dan fleksibel tidak mengganggu antara satu sama lain dan boleh dibangunkan, dijalankan dan digunakan secara bebas, sekali gus membuka tirai bahagian hadapan mikro. Selepas Alibaba membangunkan rangka kerja bahagian hadapan mikro qiankun berdasarkan spa tunggal pada 2019, populariti bahagian hadapan mikro telah meningkat. Dalam proses pembangunan bahagian hadapan mikro, pembangun juga perlahan-lahan memikirkan senario aplikasi semasa bahagian hadapan mikro:

Pada tahun 2021, rangka kerja hadapan mikro- ends telah menjadi sangat popular, antaranya yang terkenal termasuk spa tunggal lama, rangka kerja bahagian hadapan mikro qiankun dengan bilangan bintang Github tertinggi, dan rangka kerja bahagian hadapan mikro yang muncul JD.com MicroApp.

spa Memandangkan v5.0 dikeluarkan pada tahun 2020, kerja utama pada separuh pertama tahun lepas ialah membetulkan beberapa pepijat dalam v5.0, dan v6 telah dikeluarkan pada bulan Julai di separuh kedua tahun ini. Walaupun v6.0 juga mempunyai beberapa Perubahan Terkemuka, kebanyakan pengguna tidak perlu mengemas kini kod mereka untuk Perubahan ini. Perkara yang lebih penting ialah dari segi penyemak imbas, v6.0 akan menjadi versi terakhir untuk menyokong IE11, dan versi masa hadapan v7.0 tidak lagi menyokong IE11 Pasukan spa tunggal akan lebih memfokuskan kepada keserasian penyemak imbas mengekalkan keseluruhan ekosistem spa tunggal. v6.0 juga menambah dua ciri baharu:

• Menyokong pembatalan tak segerak navigasi halaman.

• Dedahkan patchHistoryApi, pembangun boleh menggunakan pushState/replaceState/popstate/hashchange berkapsul spa tunggal.

Bukan sahaja rangka kerja lama sedang berusaha, tetapi juga qiankun, yang dikenali sebagai "mungkin penyelesaian mikro bahagian hadapan paling lengkap yang pernah anda lihat", juga sentiasa dikemas kini. qiankun terutamanya menyelesaikan beberapa masalah dalam senario aplikasi yang berbeza dan membetulkan beberapa isu keserasian JavaScript dalam kotak pasir, seperti defineProperty isu dalam kotak pasir dan isu prestasi kotak pasir. Walaupun qiankun nampaknya tidak mempunyai banyak kemas kini tahun lepas, ia juga mengeluarkan Peta Jalan V3.0 yang menarik, yang menyebut banyak kemas kini Kemas kini utama termasuk: modul pemuatan aplikasi bebas dan modul kotak pasir bebas.

Walau bagaimanapun, qiankun masih belum menyelesaikan masalah pencerobohan yang kuat, dan tidak boleh membenamkan halaman semudah iframe.

Satu berita baik pada separuh kedua tahun ini ialah JD.com turut melancarkan MicroApp penyelesaian bahagian hadapan mikronya sendiri. Ia tidak mengguna pakai idea komponen spa tunggal dan qiankun, tetapi menggunakan idea ​​WebComponent Melalui CustomElement dan ShadowDom tersuai, bahagian hadapan mikro dikapsulkan ke dalam komponen WebComponent kelas, dengan itu mencapai pemaparan komponen. hujung hadapan mikro. Ia mempunyai ciri-ciri berikut:

• Entri HTML Komponen Web Kelas

• Kitaran hayat

• Alamat sumber suplemen Penuh

• Kotak pasir JS, pengasingan gaya, pengasingan elemen

• Komunikasi data

• pramuat

• Sistem pemalam

MicroApp adalah sempurna dari segi kebolehgunaan dan gangguan Pembangunan dan masa depan rangka kerja ini sangat wajar ditunggu .

Secara amnya, asas micro front-end datang daripada "semua sistem besar tidak boleh lari dari hukum peningkatan entropi". adalah lebih kerap "pesimisme" Jurutera" berkompromi dalam kejuruteraan. Sama ada untuk menggunakan micro-frontends, anda boleh membaca analisis oleh qiankun author kuitos dalam artikel ini "You May Not Need Micro-frontends".

Pasukan IMWeb juga telah menjalankan penyelidikan mendalam tentang bahagian hadapan mikro pada tahun lalu, dan menyelesaikan amalan bahagian hadapan mikro yang sangat berjaya bagi pembinaan semula tambahan qiankun x berdasarkan qiankun, menjadikan monolit Vue lama menjadi The projek dan projek React baharu disepadukan secara organik untuk mencapai pembangunan selari dan pembinaan semula yang lancar, meningkatkan produktiviti bahagian hadapan. Untuk butiran praktikal khusus, sila beri perhatian kepada artikel seterusnya mengenai akaun awam pasukan IMWeb.

Menantikan arah aliran teknologi 2022

Perniagaan mungkin menghadapi kesesakan, tetapi perkembangan teknologi tidak akan berhenti. Hanya "pengumpulan tebal" boleh membuat "kejayaan tipis". Orang hadapan mesti sentiasa marah dan menembusi sempadan mereka sendiri untuk pergi lebih jauh dalam era penyeragaman, perindustrian, kecerdasan dan penyatuan yang hebat ini!

Dari segi bidang bersegmen, kita boleh membuat beberapa prospek untuk 2022:

• React dan Vue masih terus berkembang mengikut ciri-ciri mereka sendiri, The fokus kekal Ia berkisar pada pengalaman pengguna dan pengalaman pembangun . Sama ada kuda hitam Svelte boleh menembusi dan kesan serta pengaruh aliran pemikiran baharu Svelte patut ditunggu.

• Dengan pembangunan tindanan penuh yang mendalam, setiap rangka kerja UI utama mempunyai "rangka kerja meta" sendiri untuk membina aplikasi tindanan penuh, digandingkan dengan Nest abang tradisional dan Remix bintang yang semakin meningkat, ia benar-benar Seratus sekolah pemikiran bertanding. Tetapi lautan dalam pembangunan backend tidak boleh diisi oleh rangka kerja tertentu Apa yang lebih diperlukan adalah pengumpulan kesedaran dan pengalaman pemaju bahagian hadapan lebih mendalam dan menyeluruh.

• TypeScript sudah pun menjadi standard untuk projek bahagian hadapan Ia boleh dijangkakan bahawa akan ada alat sokongan yang lebih berkuasa pada masa hadapan untuk meningkatkan produktiviti dan pengalaman pengguna. .

• Semua rangka kerja silang utama menyasarkan desktop Selain itu, dengan populariti "permainan awan", "aplikasi awan" juga mempunyai potensi yang besar. pembangunan bahagian hadapan tidak boleh dibuang dalam kedudukan ini, Komuniti Electron dan prestasi Tauri patut ditunggu.

• Jika anda ingin pergi lebih jauh, sudah tiba masanya untuk mempelajari bahasa baharu , masa depan infrastruktur JS - Rust, full stack - Go, AI - — Python, Flutter — Dart, bila orang front-end akan melanggar sempadan mereka sendiri? WASM pasti akan menjadi popular pada masa hadapan, dan anda tidak akan mengetahuinya tanpa bahagian hadapan!

• Aliran transformasi ToB jelas, kod rendah mempunyai banyak potensi, gembira, Lebih banyak pengeluar besar cenderung untuk menyatukan kod rendah, enjin sumber terbuka dan tamatkan kod rendah Kekacauan platform yang berjalan di mana-mana juga merupakan satu-satunya cara untuk industri Internet bergerak ke arah perindustrian dan kecerdasan.

• D2C ialah permulaan kecerdasan bahagian hadapan, dan jalannya masih sangat panjang Saya menantikan pelancaran lebih banyak produk pintar bahagian hadapan.

• Platform penyelidikan dan keberkesanan juga dalam peringkat penyatuan, yang sepatutnya diteruskan pada tahun hadapan Walaupun akan ada kesakitan, untuk masa hadapan penyelidikan dan pembangunan Perindustrian dan kecerdasan adalah berbaloi!

• Dengan mempopularkan rangkaian 5G dan peningkatan berterusan perkakasan telefon mudah alih, media grafik dan teks tradisional tidak lagi dapat memenuhi selera majoriti netizen Saya percaya di sana akan menjadi potensi besar dalam bidang audio dan video pada masa hadapan.

• Dengan perkembangan perniagaan, pertumbuhan berterusan sistem pengurusan dan trend penyatuan yang hebat,

  Aplikasi Jushi tidak dapat dielakkan dan akan menjadi lebih banyak lagi , jika anda mendapat penyakit ini , Micro front-end boleh dianggap sebagai ubat yang baik.