begedin
What is your minimum test setup for a stateful component?
I’m trying to write a library which provides a complex phoenix live component the the app dependant on it.
As part of that, I’m also trying to test it, but it’s looking like being able to test the component in a deeper way is a tad complicated.
I effectively have to
- setup a full phoenix application, with an endpoint
- setup a view which renders the component and fully delegates all component interaction onto it’s own state
- setup a route for that view if I render using
live, or uselive_isolated - interact with and assert on the view itself, rather than the component
It works, but I’m wondering if anyone figured out anything simpler. Is there anything on the roadmap to simplify it?
It would even be useful to have just a conversation about it.
Most Liked
eksperimental
I am sure if this could be useful, maybe you can use this as a starting point.
https://github.com/eksperimental/lean_phoenix_server
you will have to add LiveView
begedin
Wont have time to check until the next weekend, but it looks like it might be. Thank you for this.
petemcfarlane
I wanted to do this today. In my test I defined a TestView module, which had a minimal render() function, then I passed this to live_isolated() as a second parameter.
This worked quite well, but it was awkward to test that handle_event calls were bubbling up to the parent view, I also had to define a minimal handle_event function in the TestView, which assigned some properties to the socket, and then had a conditional in my render function to return a completely different view.
I wonder if we could create a live_component_in_view function or something that just takes the stateful component, and add some other assertion for assert_handle_event("event", params)?
Last Post!
begedin
That would be my ideal scenario. I was going to look into it this weekend and try and figure it out. That + some way to ship css and js easily with the component, as a library, would really allow for an easier time with portable 3rd party components.
Popular in Questions
Other popular topics
Latest Phoenix Threads
Latest on Elixir Forum
Sponsor Spotlight
We build reliable cloud platforms for business-critical systems.
Categories:
Sub Categories:
Forums
Popular Tags
- #ecto
- #liveview
- #troubleshooting
- #learning-elixir
- #deployment
- #library
- #erlang
- #testing
- #genserver
- #mix
- #absinthe
- #remote-other
- #otp
- #plug
- #how-to-question
- #macros
- #postgres
- #channels
- #elixirconf
- #exunit
- #discussion
- #code-sync
- #javascript
- #podcasts
- #onsite
- #dialyzer
- #docker
- #authentication
- #umbrella
- #full-time-contract
- #podcasts-by-brainlid
- #ecto-query
- #elixir-ls
- #phoenix_html
- #iex
- #blog-post
- #graphql
- #genstage
- #ai
- #websockets
- #supervisor
- #elixirconf-us
- #advent-of-code
- #distillery
- #processes
- #forms
- #api
- #metaprogramming
- #hex
- #security
Our Sponsors
Build Elixir applications with speed and confidence.
Supporting innovation across the BEAM ecosystem.
We build reliable cloud platforms for business-critical systems.
Catch errors, track performance, monitor hosts and more.
Error tracking for Elixir devs who love to ship. Start your free account.
Practical resources that improve the lives of professional developers.
Enabling companies to succeed by building software people love.
The deployment platform built for Elixir: PaaS ease, VPS control.
The team behind Membrane, Popcorn, LiveDebugger. Available for hire.
Courses that'll move you from confusion to "Aha, now I get it!"