Multi page vs Single Page Applications - Which One Is Right For You?!

No video

Multi page vs Single Page Applications - Which One Is Right For You?!

Рет қаралды 22,536

Күн бұрын

The Web Development ecosystem just keeps going in a circle. Up until the year or two, Single Page Applications (SPAs) were the default way to be build web apps, BUT now we are getting back to a heavier focus on leveraging the server over the browser when possible. In comes, Multi Page Applications (MPAs).
MPAs typically perform a full page refresh when navigating between pages, submitting forms, etc. Let's compare and contrast SPAs and MPAs and see which one makes the most sense in different scenarios.
Astro Couse - astrocourse.dev/
*DISCORD*
Join the Learn Build Teach Discord Server 💬 - / discord
*STAY IN TOUCH 👋*
Newsletter 🗞 - www.jamesqquic...
Follow me on Twitter 🐦 - / jamesqquick
Check out the Podcast - compressed.fm/
Courses - jamesqquick.co...
*QUESTIONS ABOUT MY SETUP*
Check out my Uses page for my VS Code setup, what recording equipment I use, etc. www.jamesqquic...

Пікірлер: 45

@christopheanfry2425 Жыл бұрын

Fantastic explanation!!! As you mentioned it’s clearly the time when island architecture is coming very strong as a developer and user experience, and I have to talk again about fresh which is also amazing as Astro does for static site, but with the ability of the route folder structure of nextjs + the island architecture for dynamic renders or state. Really hard to find our way in this “war” between ssr or csr, with the explosion of react it was the new way to go but it has shown some limits and we go back to ssr with amazing new frameworks like also qwick which is doing a great job with its signals system. That’s all amazing and so interesting and good to have a clear explanation as yours that comforts my thoughts and understandings 👍👍👍

@houseandhobby6971 4 ай бұрын

A key factor in the decision of whether to go single-page is whether it is a "site", or is it an "app". There is a difference. A site needs seo more than an app. An app can be supplemented with a multi-page site that features the app. Also, with spa permissions gateways can and should be done on the server side; session management enables this to be accomplished.

@wolfson109 9 ай бұрын

I like to write an MPA in Django and then use Vue for building interactivity inside a page if needed. Nice thing about Django is you can write a combination of templates and REST endpoints for the same set of models. So if I want to have faster initial load I can populate initial data on the server side and then have Vue call the API whenever the data needs to be updated.

@darana1142 4 ай бұрын

React does this too now with server components.

@faifad 9 ай бұрын

I was having trouble getting out of the initial hype I felt when learning about SPA and actually make an objective decision on what I would do for my web app. This helped alot thank you!

@millennialsdev Жыл бұрын

But in the Spa for example in Vue, we have the Lazy Loading Routes where there is the concept of "Chunk", the js is splitted

@aaronholt6595 10 ай бұрын

Really liked this and appreciated the content. Easy to follow so thanks for that. 👌

@21rogerwaters Жыл бұрын

Great use of visual explanation. Make things very clear =D

@JamesQQuick Жыл бұрын

Yay! So glad to hear that :)

@motoboy6666 Жыл бұрын

Very clear and great visualisation, thanks dude! 🎉

@chaitu6081 11 ай бұрын

A very much needed intro. Resolved many confusions that I have. Thank you very much for the video.

@nested9301 9 ай бұрын

just combine both of them i notice that with E commerce apps some pages is constantly needs fresh data from the server so i mixed both multi page and single page

@alexch5106 Жыл бұрын

James. I usually do multi page applications. Using node and vue inside html without vue cli. It is fast and easy to update and add new features. what do you think?

@JeremiKress Жыл бұрын

Do you have a github repo ? I'm new to web dev and would love to see the work flow

@karlstenator Жыл бұрын

Interested in the details if you'd care to share?

@JamesQQuick Жыл бұрын

If that works for you, that's all that matters!

@marvellousruni8475 Жыл бұрын

Thanks for this👍

@JamesQQuick Жыл бұрын

Glad you enjoyed it!

@dimarak8866 Ай бұрын

At the end you mentioned SEO as a reason to use MPA. SSR and SSG in Next.js f.ex. using Server Components allows also to add SEO tags to the Html BEFORE it is sent to the user. This can be done for each route so that for home or any other route the meta tags are already included because the server already handled the rendering of the html. Also authentication can be handled fully serverside. One can simply read out the cookies from the request and check if the user is authenticated on tje server BEFORE sending/responding with the respective content. So the benefits of MPAs can all be included in SPA architectures as well so there is almost NEVER really a good reason to use MPA over SPA.

@cachipum 8 ай бұрын

sometimes you can't choose... for example deploying things like "decentralized" frontends, where it does not exist a SSR concept, so SPAs will continue being improved, in things like SEO, performance, and usability, I think on the future both MPAs and SPAs will be on par but highly specialized in solving their challenges

@b1mind Жыл бұрын

Transitional Apps with SvelteKit best of all worlds.

@levyroth Жыл бұрын

Very good video, well done!

@charlesscholton5252 4 ай бұрын

I am favor of generating Static Web pages and then using JS for data islands or SPA like features that dynamically Morph a static into a Spa. So in the case if feedback from, the submission is posted without page reload and the main content area changes state without leaving page. What is key is to regenerate statics only when the important data changes. I am in favor of having the server generate statics instead of having to recompile and upload a website.

@adrianasilveira4561 9 ай бұрын

Great explanation. Thank you

@JamesQQuick 9 ай бұрын

Glad it was helpful!

@MillerTimeVoiceOver 10 ай бұрын

Very helpful!!

@Brofix_ Жыл бұрын

What about things like Phoenix LiveView or Laravel Livewire?

@nedaification Жыл бұрын

when to choose one over the other? It depends. Thank you for this very useful video.

@JamesQQuick Жыл бұрын

It always depends lol

@fullstackmarketing247 8 ай бұрын

Nice work

@Whatever0704 Ай бұрын

If I need a website where there will be 10 tabs, each one of them would be a JS heavy page. Will only submit to the server if data needs to be saved. Can I somehow create a website that has 10 SPA? Like I will load tab1, but not the other tabs until the user choses another tab.

@ai10oz 9 ай бұрын

I do not know whether I am making a sound decision about SPA or MPA here in this case where I have to build a portfolio website for an artist who wants to showcase art work. To the most part it is their artwork as pictures and description in texts which are visible to the visitors of the webpage. After seeing this explanation I believe it is MPA where I can use Django to build the webpage. But as an artist will there be an expectation for user experience? In that case then front end should be handled by dedicated JavaScript library like React or any other front end framework like Angular. I still do not know. I am just guessing. If someone can help me with this it will be adding value to my decision making process. Thanks for the video. It was a good learning experience.

@JamesQQuick 9 ай бұрын

Honestly, both options would work for you. A lot of people are doing statically generated sites for your use case which is a great way to go. Those be done as MPAs or SPAs depending on the framework

@ai10oz 9 ай бұрын

@@JamesQQuickHey. Thanks for the reply ❤.. But by statically generated sites did you mean like using Hugo or by using React with Next.js which supports SSG? I am new to this space and I am trying to learn full stack so....

@rv8804 11 ай бұрын

This is why Rails is growing again. With Rails 7 and hotwire you have your multipage application that behaves like a single page application where it needs to with out all the extra BS.