derek-zhou

derek-zhou

Phoenix provides both Liveview and a traditional stateless view. It seems like many people have trouble naming the traditional view, and I’ve seen:

  • Dead view. This is a bad name as it has a negative connotation
  • Classic view: This is also bad because what if we have a newer tech down the road and liveview itself becomes classic?

Can I propose that we make an official name for the traditional view to reduce confusion? I’d like the name to be short, neutral and conveying technical meanings. How about:

  • Restview, REST means statelessness, and it is also short
  • HTTPview, It is just plain HTTP after all,
  • or something else?

Showing Posts 1 to 4

LostKobrakai

LostKobrakai

I’d probably go with static views. They don’t change after being rendered. That’s what differenciates them from liveviews.

RESTView is imo not good, because not everything non live is REST.
HTTPView has the same problem, because not everything non live uses HTTP.

Case in point: Rendering html for emails. Not REST and SMTP for transfer.

NobbZ

NobbZ

Have you considered “view”? Or “PO(P)V” (plain old (phoenix) view)?

In my opinion it doesn’t make any sense to rename views just because we have an alternative for them.

We haven’t renamed supervisors just because someone introduced delayed supervisors with exponential back off, did we?

derek-zhou

derek-zhou OP

Good point; though in the case of rendering email, there is no liveview so there is no confusion.

chrismccord

chrismccord

Creator of Phoenix

“Phoenix views” :+1:t2:

— All posts loaded —

Where Next? Top

Trending in Discussions Top

AstonJ
As the title says, please share what you’ve been up to with Elixir. Whether that’s been learning it, looking into it, making stuff with i...
2977 94592 917
New
cblavier
Hey there, It’s been more than a year since we started using LiveView as our main UI library and building a whole library of UI componen...
New
mudasobwa
I am happy to introduce the very α version of the new programming language compiled to BEAM. Welcome Cure. It has literally three kille...
New
heathen
Quite interesting article Google brought me. Didn’t find any mentions about it here. What do you think in general? Would you use togethe...
New
mhanberg
Hi everyone! The first release candidate for the Expert language server project is now available! We’ve published a press release detai...
New
AstonJ
Since we have deprecated our Erlang sections (as we have dedicated Erlang Forums now) let’s add this thread for those who’d like to post ...
New
maennchen
:warning: Security advisory: Decimal DoS vulnerability A vulnerability has been published for decimal where very large exponents can cau...
New

Other Trending Topics Top

JesseHerrick
Hey, I’m Jesse and I’m the main contributor behind Dexter, a full-featured, lightning-fast Elixir LSP optimized for large codebases. It s...
New
marciok
Hi there! We created Gust: A task orchestrator inspired by Airflow. For those who have never heard about Aiflow, it’s a Python-based wor...
New
jimsynz
Beam Bots (or just BB for short) is a framework for building fault-tolerant robotics applications in Elixir using familiar OTP patterns. ...
New
Dmk
Xamal is a deployment tool for Elixir apps that deploys native releases to bare metal servers over SSH. It’s a port of GitHub - basecamp/...
New
netoum
Corex is an accessible, unstyled UI component library for Phoenix that integrates Zag.js state machines using Vanilla JavaScript and Live...
New
webofbits
With AI doing more of the implementation work, I’ve been wondering how much coding I should deliberately keep doing myself. My main conc...
#ai
New

We're in Beta

About us Mission Statement

Options

Thread Display Mode




Thread Preview

Skip Thread Previews