Saya peminat Jamstack. Rasanya seperti perkembangan yang benar -benar positif untuk web. Saya tidak sabar -sabar menjangkakan persidangan yang akan datang.

Daripada mana -mana trend web, #jamstack seolah -olah ia akan menjadi paling dikesali.

- Chris Coyier (@chriscoyier) 22 Mei 2019

Walau bagaimanapun, saya tertanya -tanya jika akronim sepenuhnya menangkap intipati. Walaupun saya tidak mencadangkan mengubahnya - nama yang ditubuhkan mempunyai momentum - kekuatan teras terletak pada hosting fail statik. Ini membentuk dasar kuasa, membuka beberapa kelebihan utama:

• CDN hosting untuk segala -galanya: Malah HTML ('M' dalam jamStack) mendapat manfaat daripada hosting CDN, peningkatan kelajuan yang signifikan tidak tersedia dengan pendekatan tradisional. Kelajuan yang wujud ini menggalakkan mengekalkan prestasi yang optimum sepanjang pembangunan.
• Aliran Kerja Ringkas: Proses pembangunan diselaraskan: git clone , npm install , build , dan menggunakan melalui push folder dist . Platform seperti Netlify menyediakan URL untuk setiap binaan, walaupun di cawangan, menonjolkan kebolehubahan penyebaran - gambaran fail pada titik tertentu dalam masa.
• Fungsi awan yang kuat: Ketiadaan bahasa sisi pelayan tradisional menggalakkan penggunaan fungsi awan untuk logik sisi pelayan. Pendekatan seni bina ini sejajar dengan falsafah Jamstack.

Adalah penting untuk mengelakkan mengehadkan jamStack untuk hanya blog Jekyll. Walaupun penjana tapak statik sangat serasi, dan markup pra-dibina bermanfaat untuk kelajuan dan SEO, ia tidak wajib.

Aplikasi JavaScript sisi pelanggan yang menggunakan a<div> Dan bundle JavaScript yang berinteraksi dengan API untuk membina laman web ini masih layak sebagai Jamstack. Ia dihoskan secara statik (mungkin) dengan fungsi awan yang menyediakan data.<blockquote> <p> Saya akan berkata "ya". Mungkin sedikit lagi SSR akan menjadi baik untuk semua sebab tetapi meh, tidak diperlukan untuk lencana merit jamstack.</p> <p> - Chris Coyier (@chriscoyier) 22 Mei 2019</p> </blockquote> <p> Pendekatan Jamstack menggalakkan memaksimumkan fail statik, mempromosikan kandungan statik apabila boleh dilaksanakan. Walaupun sering disebut sebagai "pelayan yang diberikan" (SSR), lebih tepat untuk menggambarkannya sebagai markup yang dihasilkan semasa <em>langkah membina</em> , sebelum penggunaan. Sekali lagi, bukan keperluan, tetapi cadangan yang kuat.</p> <p> Kami telah menjadi tuan rumah HTML dan aset lain (CSS, imej). Kemudian:</p> <ul> <li> <strong>J</strong> Avascript</li> <li> <strong>PIS</strong> </li> </ul> <p> Ini berkait rapat. Fail JavaScript dihoskan secara statik, melaksanakan, dan berkomunikasi dengan API (contohnya, titik akhir GraphQL) seperti yang diperlukan.</p> <p> Pendekatan hibrid juga mungkin-pra-membina beberapa markup, sambil bergantung kepada JavaScript dan API memerlukan kandungan dinamik. Pertimbangkan tapak e-dagang dengan laman utama dan halaman produk yang telah dibina, tetapi katalog produk yang dihasilkan secara dinamik yang diambil melalui panggilan API.</p> <p> Sekiranya akronim baru diperlukan, menggabungkan hosting statik dan menggabungkan JavaScript dan API menjadi "API" mungkin menghasilkan:</p> <p> <strong>S</strong> tatic <strong>h</strong> osting, <strong>a</strong> lis, dan <strong>m</strong> arkup, atau <strong>shamstack</strong> . Mungkin bukan pilihan terbaik!</p> </div>

Atas ialah kandungan terperinci Jamstack? Lebih seperti Shamstack.. Untuk maklumat lanjut, sila ikut artikel berkaitan lain di laman web China PHP!