Artwork

Вміст надано Frontend First, Sam Selikoff, and Ryan Toronto. Весь вміст подкастів, включаючи епізоди, графіку та описи подкастів, завантажується та надається безпосередньо компанією Frontend First, Sam Selikoff, and Ryan Toronto або його партнером по платформі подкастів. Якщо ви вважаєте, що хтось використовує ваш захищений авторським правом твір без вашого дозволу, ви можете виконати процедуру, описану тут https://uk.player.fm/legal.
Player FM - додаток Podcast
Переходьте в офлайн за допомогою програми Player FM !

The Philosophy of Next.js

1:16:00
 
Поширити
 

Manage episode 408315435 series 1635850
Вміст надано Frontend First, Sam Selikoff, and Ryan Toronto. Весь вміст подкастів, включаючи епізоди, графіку та описи подкастів, завантажується та надається безпосередньо компанією Frontend First, Sam Selikoff, and Ryan Toronto або його партнером по платформі подкастів. Якщо ви вважаєте, що хтось використовує ваш захищений авторським правом твір без вашого дозволу, ви можете виконати процедуру, описану тут https://uk.player.fm/legal.

Sam and Ryan discuss the core values of the Next.js framework, and how those values motivate several of the framework’s design decisions. They talk about caching, why layouts don’t have access to the URL, and why the router doesn’t expose navigation events, as well as how developers should think about extending Next’s functionality with their own application code.

Topics include:

  • 0:00 - Intro
  • 2:58 - Why don’t layouts re-render in Next.js?
  • 7:10 - Push-based vs. pull-based rendering
  • 8:56 - Thinking about re-renders in a pure React app
  • 11:07 - Why Server Actions need to call the revalidate* APIs
  • 12:26 - Why doesn’t Next.js pass the request to every page and layout?
  • 31:40 - Immediate-mode rendering vs. “Do the least amount of work possible”
  • 51:54 - Is opting-in to more re-renders framework fighting?
  • 53:44 - Helping users by communicating the philosophy
  • 56:25 - Why doesn’t Next.js expose global router events?
  • 1:00:17 - Why it’s important to understand Next’s design decisions when choosing it for your next project
  continue reading

185 епізодів

Artwork

The Philosophy of Next.js

Frontend First

198 subscribers

published

iconПоширити
 
Manage episode 408315435 series 1635850
Вміст надано Frontend First, Sam Selikoff, and Ryan Toronto. Весь вміст подкастів, включаючи епізоди, графіку та описи подкастів, завантажується та надається безпосередньо компанією Frontend First, Sam Selikoff, and Ryan Toronto або його партнером по платформі подкастів. Якщо ви вважаєте, що хтось використовує ваш захищений авторським правом твір без вашого дозволу, ви можете виконати процедуру, описану тут https://uk.player.fm/legal.

Sam and Ryan discuss the core values of the Next.js framework, and how those values motivate several of the framework’s design decisions. They talk about caching, why layouts don’t have access to the URL, and why the router doesn’t expose navigation events, as well as how developers should think about extending Next’s functionality with their own application code.

Topics include:

  • 0:00 - Intro
  • 2:58 - Why don’t layouts re-render in Next.js?
  • 7:10 - Push-based vs. pull-based rendering
  • 8:56 - Thinking about re-renders in a pure React app
  • 11:07 - Why Server Actions need to call the revalidate* APIs
  • 12:26 - Why doesn’t Next.js pass the request to every page and layout?
  • 31:40 - Immediate-mode rendering vs. “Do the least amount of work possible”
  • 51:54 - Is opting-in to more re-renders framework fighting?
  • 53:44 - Helping users by communicating the philosophy
  • 56:25 - Why doesn’t Next.js expose global router events?
  • 1:00:17 - Why it’s important to understand Next’s design decisions when choosing it for your next project
  continue reading

185 епізодів

Усі епізоди

×
 
Loading …

Ласкаво просимо до Player FM!

Player FM сканує Інтернет для отримання високоякісних подкастів, щоб ви могли насолоджуватися ними зараз. Це найкращий додаток для подкастів, який працює на Android, iPhone і веб-сторінці. Реєстрація для синхронізації підписок між пристроями.

 

Короткий довідник