Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Tech stack for new frontend #448

Closed
Tracked by #477
flosse opened this issue Jan 4, 2023 · 0 comments
Closed
Tracked by #477

Tech stack for new frontend #448

flosse opened this issue Jan 4, 2023 · 0 comments
Assignees
Labels
0 API related to API functions 20 frontend 21 backend Issues for openfairdb.org enhancement refactor

Comments

@flosse
Copy link
Collaborator

flosse commented Jan 4, 2023

Problem

Currently we have a mixture of a server side rendered frontend based on maud and a one page application based on seed. We should unify this somehow.

Opportunities

Here are some approaches I can think of:

  • pure SSR (with maud)
    • ✔️ fast & reliable
    • ✔️ easy to maintain
    • ❌ UI too much tied to the server implementation
    • ❌ interactive parts needs to be injected with JS
    • ❌ extra routes to modify data
  • pure OPA (with seed)
    • ✔️ TEA
    • seed is not maintained anymore
    • ❔ functionalities needs to be exposed in the public API
  • use a new Rust frontend framework with SSR support like
    • dioxus
      • ✔️ popular
      • ❓ unclear future / roadmap
      • ❌ React style
      • ❌ No clear focus (too many platforms/targets/batteries included)
    • leptos
      • ✔️ fast
      • ✔️ popular
      • ❓ a lot of breaking changes
    • sycamore
      • ✔️ fast
      • ❓ overtaken by leptos
    • yew
      • ✔️ popular / maintained
      • ❌ slow
      • ❌ React style
    • sauron
      • ✔️ TEA
      • ❌ not popular / slow development
    • mogwai
      • ❌ not popular / slow development
  • use a JS/TS frontend
    • ❌ JS/TS
    • ❌ npm and its ecosystem
    • ❌ hard to maintain

Conclusion

Currently (January 2023) it looks like leptos seems to be an interesting option.
There are risks (very young, few docs, breaking changes) but also great chances (suuper fast, lightweight, focused, fast growing user base).

@flosse flosse self-assigned this Jan 4, 2023
@flosse flosse added enhancement refactor 0 API related to API functions 20 frontend 21 backend Issues for openfairdb.org labels Jan 4, 2023
@flosse flosse pinned this issue Jan 16, 2023
@flosse flosse mentioned this issue Mar 2, 2023
5 tasks
@flosse flosse changed the title New frontend Tech Stack for new frontend Sep 17, 2023
@flosse flosse changed the title Tech Stack for new frontend Tech stack for new frontend Sep 17, 2023
@flosse flosse closed this as completed Sep 17, 2023
@flosse flosse unpinned this issue Sep 17, 2023
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
0 API related to API functions 20 frontend 21 backend Issues for openfairdb.org enhancement refactor
Projects
None yet
Development

No branches or pull requests

1 participant