Next.js estas React-kadro por servila flanko-bildigo, kiun ĝiaj kreintoj prezentas kiel nula agorda unika komanda ilĉeno por reagaj aplikoj.
Ĉi tiu kadro provizas komunan strukturon, kiu ebligas al vi facile krei React-antaŭan programon kaj travideble administras servilan bildigon. Next.js-versio 9.3 estis lanĉita lundon kun novaj funkcioj kaj iuj plibonigoj, el kiuj ni povas trovi la kapablon generi statikajn retejojn kiel la ĉefa novigo.
Kio nova en Next.js 9.3?
Kun la eldono de Next.js 9.0, la kadro enkondukis la koncepton de statika aŭtomata optimumigo. Kiam paĝo ne havas blokajn postulojn reakiro de datumoj kiel getInitialProps, aŭtomate bildigos HTML-n post kiam ĝi estis konstruita.
Estas aliaj kazoj, kiam vi eble volas krei paĝon en statika HTML dum kompila tempo, eĉ kun blokado de datumaj eltiraĵoj. Jen la kazo, ekzemple, de merkataj paĝoj funkciigita de enhava mastruma sistemo (SM).
Next.js 9.3 enkondukas du novajn metodojn de reakiro de datumoj: getStaticProps kaj getServerSideProps.
Ĉi tiuj novaj metodoj ili havas multajn avantaĝojn super modelo getInitialPropsĉar estas klara distingo inter kio iĝos SSG (Static Side Generation) kaj SSR (Server Side Rendering). Ili estas API-aldonoj.
Ĉiuj novaj funkcioj estas malantaŭen kongruaj kaj ili povas esti adoptitaj iom post iom. Estas neniu depreco kaj getInitialProps daŭre funkcias normale. Parametro getStaticPaths estis aldonita por akiri dinamikan vojigon.
- getStaticProps: permesas akiri datumojn dum konstruado;
- getStaticPaths - Specifi datum-bazitan dinamikan vojigon;
- getServerSideProps: permesas al vi akiri datumojn por ĉiu peto.
Alia ŝanĝo, kiu distingiĝas de ĉi tiu nova versio, estas la subteno por la antaŭvida reĝimo. Enkondukante getStaticProps en Sekva.js malfermas novajn eblojn, kiel ekzemple uzi Next.js-bildigajn kapablojn laŭ peto sub certaj kondiĉoj.
Ekzemple, antaŭrigardante malneton En CMS, vi volos preterpasi la statikan bildigon kaj redonu laŭpete paĝon kun projekcia enhavo anstataŭ eldonita enhavo. Vi volas, ke Next.js preterlasu statikan konstruon nur en ĉi tiu specifa kazo. Laŭ la teamo Next.js, la antaŭvida reĝimo permesas fari ĉi tion.
La reĝimo de antaŭvido permesas al uzantoj transsalti la generitan paĝon statike redoni laŭ peto (SSR) projekton de paĝo, ekzemple de CMS. Tamen ĝi ne limiĝas al iuj CMS-sistemoj. Antaŭrigarda reĝimo integras rekte kun getStaticProps kaj getServerSideProps do ĝi povas esti uzata kun iu ajn speco de datuma reakira solvo.
Next.js 9.2 aldonis subtenon por enmetita CSS, sed Next.js 9.3 aldonis subtenon por Sass. Tutmondaj stilfolioj kaj CSS-moduloj estas subtenataj, same kiel enigita CSS. Next.js nun subtenas CSS-modulojn kun Sass-dosieroj uzante la konvencion pri nomado de dosieroj [nomo] .module.scss. Male al la subteno antaŭe disponebla en Next.js 5+ kun next-sass, la tutmondaj moduloj Sass kaj CSS nun povas kunekzisti.
Moduloj CSS permesas al vi administri Sass loke aŭtomate kreante unikajn klasajn nomojn.
Kun versio 9.0 de Next.js, estis paĝo ne aŭtomate prezentita en HTML statika: 404 paĝo.
La ĉefa kialo malantaŭ tio estas, ke la erara paĝo nutranta la 404 estis traktita pli ol la 404. Ekzemple, ĝi ankaŭ traktis erarojn. Ĉar 404 paĝoj estas bildigitaj por neekzistantaj vojoj, redoni la paĝon laŭpete povus konduki al pli altaj kostoj kaj pli alta ŝarĝo servilo. Kadra versio 9.3 plibonigas aferojn kaj ofertas aŭtomatan statikan optimumigon por 404 paĝoj.
Nun kiam via peto ne inkluzivas personan paĝon error.js, la dosiero Next.js aŭtomate generas la 404 paĝon statike kaj uzas ĝin kiam 404 devas esti servita. Ĉi tio okazas aŭtomate kaj neniuj ŝanĝoj necesas.
Vi ankaŭ povas agordi ĉi tiun paĝon. Por anstataŭigi la defaŭltan 404-paĝon, 404.js-dosiero povas esti kreita.
Se vi volas scii pli pri ĝi, vi povas konsulti la sekva ligilo.
Estu la unua por komenti