Fonctionnement Actuel Du Routage Next.js

Depuis sa création en 2016, Next.js a toujours eu une opinion sur son routage. Son approche basée sur les pages permettait aux développeurs de spécifier quand ils souhaitaient que ces pages soient rendues (serveur, client ou pré-rendu pour les pages statiques).

Cependant, cette approche ne s'est pas faite sans quelques inconvénients. Heureusement, Vercel, la société derrière la plate-forme d'hébergement et le créateur de Next.js, a entendu ces préoccupations. Après avoir taquiné une mise à jour majeure le 4 mai, un article de blog a été publié deux semaines plus tard expliquant certains changements majeurs apportés au routeur Next.js.

Dans cet article, si vous n'êtes pas déjà familiarisé avec le routeur de Next.js, vous apprendrez comment il fonctionne actuellement. Ensuite, vous découvrirez les types de problèmes qui en résultent et comment cette mise à jour prévoit de les résoudre.

Fonctionnement actuel du routage Next.js

Comme mentionné ci-dessus, Next.js utilise une approche basée sur les pages pour créer des itinéraires. Concrètement, cela signifie que dans chaque projet Next.js, il existe un pagesdossier. A l'intérieur de ce dossier spécial, chaque fichier et dossier constitue un nouvel itinéraire.

Dans le pagesdossier, la première route racine est index.js, qui affiche la page d'accueil à l' /URL. Vous pouvez également nommer votre fichier et créer une route statique (c'est-à-dire about.jspour la /aboutroute).

De même, les dossiers peuvent également être utilisés pour créer des itinéraires imbriqués. Par exemple, la création d'un dossier nommé supportet d'un fichier à l'intérieur faq.jscréera la route /support/faq.

Voici un schéma pour mieux illustrer cela :

Les itinéraires dynamiques sont également pris en charge. En mettant entre crochets le nom de votre fichier ou dossier, vous pouvez créer un itinéraire dynamique. Par exemple, /blog/[article-id].jsprendra en charge plusieurs itinéraires tels que /blog/1, /blog/nextjs-dynamic-routing, etc.

Limitations du routeur Next.js

Malheureusement, cette approche a une limite majeure. À savoir, bien que les itinéraires imbriqués partagent un itinéraire parent, vous ne pouvez pas partager l'état ou la disposition entre eux.

Par exemple, prenez l'authentification. Dans React, à l'aide de la bibliothèque react-router , vous pouvez créer des routes personnalisées. Par exemple, vous pouvez créer une route protégée pour vérifier si l'utilisateur est connecté. Si l'utilisateur n'est pas connecté, la route le redirigera, par exemple vers la page de connexion ou d'inscription. Ensuite, vous pouvez attribuer cette route protégée à tous les chemins sous /authenticationvotre routeur. En faisant cela, les routes imbriquées n'ont pas à se soucier de l'authentification car la route parente s'en chargera pour elles.

Malheureusement, ce scénario n'est pas possible avec Next.js. Vous pouvez créer un composant de routage personnalisé, mais vous devrez l'envelopper individuellement autour de chaque page protégée.

Le même problème s'applique aux mises en page. Si votre application dispose d'un tableau de bord, plusieurs pages partageront alors une disposition similaire (navigation, pied de page, etc.). Dans l'état actuel des choses, la seule façon d'appliquer une mise en page à plusieurs pages à la fois est de le faire au niveau de l'application. Cette mise en page serait ensuite appliquée à l'ensemble de votre application. Malheureusement, si vous avez plusieurs mises en page, vous devez les définir page par page.

Modifications du routeur Next.js

Sachant tout cela, l'équipe de Vercel a décidé de corriger ces limitations.

Changements de création d'itinéraire

Pour commencer, de la même manière que le pagesdossier, il y aura un nouveau dossier appelé app. Il s'agit de fournir une rétrocompatibilité et de permettre aux développeurs de migrer lentement vers le nouveau routeur.

Ensuite, la structure des dossiers déterminera toujours de nouveaux itinéraires. Cela signifie qu'un dashboarddossier à l'intérieur appserait lié aux /dashboardroutes. Cependant, là où cela devient intéressant, ce sont les fichiers à l'intérieur de ces routes.

Le routeur précédent supposait que chaque fichier à l'intérieur /pagesétait une nouvelle route. Ceci, soit dit en passant, a amené les développeurs à séparer leurs composants React de pages et de non-pages (c'est-à-dire, Navbar, Header, Footer). Mettre un fichier comme Navbar.jsavec la page d'accueil /pages/index.jsaurait fait croire au routeur qu'il Navbars'agit d'une nouvelle route et non d'un simple composant enfant. En conséquence, de nombreux développeurs ont dû créer un componentsdossier et séparer leurs différents composants.

Cependant, le nouveau routeur suppose que chaque fichier n'est PAS une route, sauf indication explicite. Pour créer une nouvelle route, vous devez donc créer un page.jsdossier à l'intérieur du dossier.

Notre exemple de projet précédent ressemblerait donc à ceci avec le nouveau routeur :

Structure des dossiers d'applications

Les itinéraires dynamiques sont également pris en charge. Avec ce nouveau format, pour avoir une /blog/[article-id]URL par exemple, vous auriez besoin d'une /app/blog/[article-id]/page.jsstructure de dossiers.

En bref, voici quelques structures de dossiers et leurs itinéraires correspondants :

  • /app/blog/[article-id]/page.js/blog/[article-id]
  • /app/blog/[category-id]/page.js/blog/[category-id]
  • /app/blog/[category-id]/[article-id]/page.js/blog/[category-id]/[article-id]

Dispositions imbriquées

Les mises en page ont également été mises à jour.

Auparavant, vous pouviez créer des mises en page dans un fichier séparé, puis importer la mise en page sur votre page. Par exemple, voici une page de tableau de bord :

    import DashboardLayout from '../components/DashboardLayout'

    export default function DashboardPage() {
      /* The content for your dashboard page */
    }

    DashboardPage.getLayout = function getLayout(page) {
      return (
        <DashboardLayout>
          {page}
        </DashboardLayout>
      )
    }

Vous pouvez importer plusieurs mises en page sur votre page si vous avez besoin de les imbriquer. Cependant, comme cela se fait page par page, chaque page imbriquée dans votre tableau de bord devra importer les mises en page et les imbriquer.

Heureusement, cela change ! Avec le nouveau routeur, vous pourrez spécifier une mise en page pour votre page de tableau de bord et toutes les pages imbriquées recevront automatiquement cette mise en page. Il suffit de créer un layout.jsfichier dans le dossier pour que ce layout soit appliqué à toutes les routes de ce dossier.

Plus concrètement, voici un exemple :

Structure des dossiers d'applications

Dans cet exemple, un layout.jsfichier a été créé au niveau racine, c'est-à-dire dans le appdossier. Cette mise en page est automatiquement appliquée à toutes les routes de l'application.

Cette application comporte également deux sections : tableau de bord et support. Étant donné que chacun d'eux possède son style, un layout.jsfichier est créé pour appliquer le style spécifique à leurs routes. En plus de la mise en page racine, cela signifie que toute route sous /dashboardrecevra la mise en page de l'application et celle du tableau de bord.

De ce fait, pages.jsplus besoin de préciser quelle mise en page il utilise puisque cela se fait automatiquement par les layout.jsfichiers.

Contrairement au routeur actuel de Next.js, qui vous permettait uniquement de récupérer des données au niveau de la page, vous pourrez également récupérer des données à partir des mises en page. Vous pourrez utiliser getStaticPropset getServerPropsrécupérer des données et construire votre mise en page.

Par conséquent, vos /dashboardpages pourraient alors récupérer des données à partir de plusieurs composants (la disposition de l'application, la disposition du tableau de bord et la page elle-même).

Conclusion

Nous avons rapidement passé en revue le fonctionnement du routeur actuel de Next.js et ses limites. Ensuite, nous avons découvert certains des changements les plus importants à venir avec le nouveau routeur de Next.js, notamment les mises en page imbriquées et sa nouvelle navigation par sous-arborescence.

Il y a beaucoup plus à venir. Cette RFC inclut des modifications pour prendre en considération les nouvelles fonctionnalités et les composants serveur de React 18. Par conséquent, je vous recommande fortement de consulter la RFC pour obtenir l'essentiel : https://github.com/vercel/next.js/discussions/37136 .

L'équipe Next.js a également prévu un futur article de blog couvrant un routage plus avancé. Alors restez à l'écoute!

Source : https://blog.logrocket.com/what-you-need-know-new-next-js-router/

#nextjs #router 

What is GEEK

Buddha Community

Fonctionnement Actuel Du Routage Next.js

NBB: Ad-hoc CLJS Scripting on Node.js

Nbb

Not babashka. Node.js babashka!?

Ad-hoc CLJS scripting on Node.js.

Status

Experimental. Please report issues here.

Goals and features

Nbb's main goal is to make it easy to get started with ad hoc CLJS scripting on Node.js.

Additional goals and features are:

  • Fast startup without relying on a custom version of Node.js.
  • Small artifact (current size is around 1.2MB).
  • First class macros.
  • Support building small TUI apps using Reagent.
  • Complement babashka with libraries from the Node.js ecosystem.

Requirements

Nbb requires Node.js v12 or newer.

How does this tool work?

CLJS code is evaluated through SCI, the same interpreter that powers babashka. Because SCI works with advanced compilation, the bundle size, especially when combined with other dependencies, is smaller than what you get with self-hosted CLJS. That makes startup faster. The trade-off is that execution is less performant and that only a subset of CLJS is available (e.g. no deftype, yet).

Usage

Install nbb from NPM:

$ npm install nbb -g

Omit -g for a local install.

Try out an expression:

$ nbb -e '(+ 1 2 3)'
6

And then install some other NPM libraries to use in the script. E.g.:

$ npm install csv-parse shelljs zx

Create a script which uses the NPM libraries:

(ns script
  (:require ["csv-parse/lib/sync$default" :as csv-parse]
            ["fs" :as fs]
            ["path" :as path]
            ["shelljs$default" :as sh]
            ["term-size$default" :as term-size]
            ["zx$default" :as zx]
            ["zx$fs" :as zxfs]
            [nbb.core :refer [*file*]]))

(prn (path/resolve "."))

(prn (term-size))

(println (count (str (fs/readFileSync *file*))))

(prn (sh/ls "."))

(prn (csv-parse "foo,bar"))

(prn (zxfs/existsSync *file*))

(zx/$ #js ["ls"])

Call the script:

$ nbb script.cljs
"/private/tmp/test-script"
#js {:columns 216, :rows 47}
510
#js ["node_modules" "package-lock.json" "package.json" "script.cljs"]
#js [#js ["foo" "bar"]]
true
$ ls
node_modules
package-lock.json
package.json
script.cljs

Macros

Nbb has first class support for macros: you can define them right inside your .cljs file, like you are used to from JVM Clojure. Consider the plet macro to make working with promises more palatable:

(defmacro plet
  [bindings & body]
  (let [binding-pairs (reverse (partition 2 bindings))
        body (cons 'do body)]
    (reduce (fn [body [sym expr]]
              (let [expr (list '.resolve 'js/Promise expr)]
                (list '.then expr (list 'clojure.core/fn (vector sym)
                                        body))))
            body
            binding-pairs)))

Using this macro we can look async code more like sync code. Consider this puppeteer example:

(-> (.launch puppeteer)
      (.then (fn [browser]
               (-> (.newPage browser)
                   (.then (fn [page]
                            (-> (.goto page "https://clojure.org")
                                (.then #(.screenshot page #js{:path "screenshot.png"}))
                                (.catch #(js/console.log %))
                                (.then #(.close browser)))))))))

Using plet this becomes:

(plet [browser (.launch puppeteer)
       page (.newPage browser)
       _ (.goto page "https://clojure.org")
       _ (-> (.screenshot page #js{:path "screenshot.png"})
             (.catch #(js/console.log %)))]
      (.close browser))

See the puppeteer example for the full code.

Since v0.0.36, nbb includes promesa which is a library to deal with promises. The above plet macro is similar to promesa.core/let.

Startup time

$ time nbb -e '(+ 1 2 3)'
6
nbb -e '(+ 1 2 3)'   0.17s  user 0.02s system 109% cpu 0.168 total

The baseline startup time for a script is about 170ms seconds on my laptop. When invoked via npx this adds another 300ms or so, so for faster startup, either use a globally installed nbb or use $(npm bin)/nbb script.cljs to bypass npx.

Dependencies

NPM dependencies

Nbb does not depend on any NPM dependencies. All NPM libraries loaded by a script are resolved relative to that script. When using the Reagent module, React is resolved in the same way as any other NPM library.

Classpath

To load .cljs files from local paths or dependencies, you can use the --classpath argument. The current dir is added to the classpath automatically. So if there is a file foo/bar.cljs relative to your current dir, then you can load it via (:require [foo.bar :as fb]). Note that nbb uses the same naming conventions for namespaces and directories as other Clojure tools: foo-bar in the namespace name becomes foo_bar in the directory name.

To load dependencies from the Clojure ecosystem, you can use the Clojure CLI or babashka to download them and produce a classpath:

$ classpath="$(clojure -A:nbb -Spath -Sdeps '{:aliases {:nbb {:replace-deps {com.github.seancorfield/honeysql {:git/tag "v2.0.0-rc5" :git/sha "01c3a55"}}}}}')"

and then feed it to the --classpath argument:

$ nbb --classpath "$classpath" -e "(require '[honey.sql :as sql]) (sql/format {:select :foo :from :bar :where [:= :baz 2]})"
["SELECT foo FROM bar WHERE baz = ?" 2]

Currently nbb only reads from directories, not jar files, so you are encouraged to use git libs. Support for .jar files will be added later.

Current file

The name of the file that is currently being executed is available via nbb.core/*file* or on the metadata of vars:

(ns foo
  (:require [nbb.core :refer [*file*]]))

(prn *file*) ;; "/private/tmp/foo.cljs"

(defn f [])
(prn (:file (meta #'f))) ;; "/private/tmp/foo.cljs"

Reagent

Nbb includes reagent.core which will be lazily loaded when required. You can use this together with ink to create a TUI application:

$ npm install ink

ink-demo.cljs:

(ns ink-demo
  (:require ["ink" :refer [render Text]]
            [reagent.core :as r]))

(defonce state (r/atom 0))

(doseq [n (range 1 11)]
  (js/setTimeout #(swap! state inc) (* n 500)))

(defn hello []
  [:> Text {:color "green"} "Hello, world! " @state])

(render (r/as-element [hello]))

Promesa

Working with callbacks and promises can become tedious. Since nbb v0.0.36 the promesa.core namespace is included with the let and do! macros. An example:

(ns prom
  (:require [promesa.core :as p]))

(defn sleep [ms]
  (js/Promise.
   (fn [resolve _]
     (js/setTimeout resolve ms))))

(defn do-stuff
  []
  (p/do!
   (println "Doing stuff which takes a while")
   (sleep 1000)
   1))

(p/let [a (do-stuff)
        b (inc a)
        c (do-stuff)
        d (+ b c)]
  (prn d))
$ nbb prom.cljs
Doing stuff which takes a while
Doing stuff which takes a while
3

Also see API docs.

Js-interop

Since nbb v0.0.75 applied-science/js-interop is available:

(ns example
  (:require [applied-science.js-interop :as j]))

(def o (j/lit {:a 1 :b 2 :c {:d 1}}))

(prn (j/select-keys o [:a :b])) ;; #js {:a 1, :b 2}
(prn (j/get-in o [:c :d])) ;; 1

Most of this library is supported in nbb, except the following:

  • destructuring using :syms
  • property access using .-x notation. In nbb, you must use keywords.

See the example of what is currently supported.

Examples

See the examples directory for small examples.

Also check out these projects built with nbb:

API

See API documentation.

Migrating to shadow-cljs

See this gist on how to convert an nbb script or project to shadow-cljs.

Build

Prequisites:

  • babashka >= 0.4.0
  • Clojure CLI >= 1.10.3.933
  • Node.js 16.5.0 (lower version may work, but this is the one I used to build)

To build:

  • Clone and cd into this repo
  • bb release

Run bb tasks for more project-related tasks.

Download Details:
Author: borkdude
Download Link: Download The Source Code
Official Website: https://github.com/borkdude/nbb 
License: EPL-1.0

#node #javascript

Eva  Murphy

Eva Murphy

1625674200

Google analytics Setup with Next JS, React JS using Router Events - 14

In this video, we are going to implement Google Analytics to our Next JS application. Tracking page views of an application is very important.

Google analytics will allow us to track analytics information.

Frontend: https://github.com/amitavroy/video-reviews
API: https://github.com/amitavdevzone/video-review-api
App link: https://video-reviews.vercel.app

You can find me on:
Twitter: https://twitter.com/amitavroy7​
Discord: https://discord.gg/Em4nuvQk

#next js #js #react js #react #next #google analytics

Eva  Murphy

Eva Murphy

1625751960

Laravel API and React Next JS frontend development - 28

In this video, I wanted to touch upon the functionality of adding Chapters inside a Course. The idea was to not think much and start the development and pick up things as they come.

There are places where I get stuck and trying to find answers to it up doing what every developer does - Google and get help. I hope this will help you understand the flow and also how developers debug while doing development.

App url: https://video-reviews.vercel.app
Github code links below:
Next JS App: https://github.com/amitavroy/video-reviews
Laravel API: https://github.com/amitavdevzone/video-review-api

You can find me on:
Twitter: https://twitter.com/amitavroy7​
Discord: https://discord.gg/Em4nuvQk

#next js #api #react next js #next #frontend #development

Lilyan  Streich

Lilyan Streich

1599119110

Next js Tutorial For Beginners

Next js Tutorial For Beginners is the today’s topic. It is no secret that creating single-page applications can be immensely challenging these days. But with the help of some libraries, frameworks, and tools, it is effortless nowadays. React.js is the common frontend libraries among the Front-end developers. Its virtual dom theory makes React faster and gives us the better application performance. Now, one problem is that Single Page Applications are not at all SEO  friendly because it is rendered on the Client side  and not Server side . So when the Search Engine crawlers try to send a request, they cannot get our meta content or description and not even the main content. Search Engines do not care about how your app is architected or whatever ideology was used to adjust and fetch the right material. Their bots are not as smart as using your apps as a real user would. All they care about is that once they send their spiders to crawl and index your site, whatever the server provides on the first request is what gets indexed. In our case, all they get is our div tag with an id and bundled JS file, and we can not index our website correctly. So some how, we need a SSR to tackle this problem and in React js, Next.js is the perfect solution.

#js #react.js #next.js

Hire Dedicated Node.js Developers - Hire Node.js Developers

If you look at the backend technology used by today’s most popular apps there is one thing you would find common among them and that is the use of NodeJS Framework. Yes, the NodeJS framework is that effective and successful.

If you wish to have a strong backend for efficient app performance then have NodeJS at the backend.

WebClues Infotech offers different levels of experienced and expert professionals for your app development needs. So hire a dedicated NodeJS developer from WebClues Infotech with your experience requirement and expertise.

So what are you waiting for? Get your app developed with strong performance parameters from WebClues Infotech

For inquiry click here: https://www.webcluesinfotech.com/hire-nodejs-developer/

Book Free Interview: https://bit.ly/3dDShFg

#hire dedicated node.js developers #hire node.js developers #hire top dedicated node.js developers #hire node.js developers in usa & india #hire node js development company #hire the best node.js developers & programmers