Hacker News Board Hacker News, browsed like a classic message board
Live data from Hacker News

FicusJS

docs.ficusjs.org

Post reply on HN
Print view View original

21–30 of 66 posts

Re: FicusJS

#21

Post by crazypython »

Sn0wCoder wrote: post #2

Hi All, I use Angular 6 – 10 at work every day @day$job and have used Vue.js for some side projects / school related. Long story short have been looking into standard web components for my next side project and FicusJS seems to check all the boxes. Problem is there is almost no information about FicusJS other than what I can find linked off https://webcomponents.dev/new/ The other ones in the running are GitHub/Catal…

Please add enough documentation to use FicusJS without prior knowledge of Web Components! It's very important for adoption as a framework in its own right with web components as one component.

Re: FicusJS

#22

Post by dan-robertson »

I feel like I could benefit from some sycophants in the comments here as I’m not really sure what exactly this library is for and how it compares to other web frameworks. I haven’t closely kept up with JavaScript frameworks since I stopped regularly writing JavaScript nearly 10 years ago, so maybe there’s no hope for me but reading the comments it seems other people are also asking similar questions.

I think my main question is how it differs from (e.g.) react: is the goal to be fast or to have few or different dependencies. Or does it solve different problems to react (or fail to offer solutions to the problems that react was meant to solve)?

Re: FicusJS

#23

Post by runarberg »

azangru wrote: post #13
Sn0wCoder wrote: post #2

Hi All, I use Angular 6 – 10 at work every day @day$job and have used Vue.js for some side projects / school related. Long story short have been looking into standard web components for my next side project and FicusJS seems to check all the boxes. Problem is there is almost no information about FicusJS other than what I can find linked off https://webcomponents.dev/new/ The other ones in the running are GitHub/Catal…

> I think I want to stay away from build tools until I can’t No typescript then, eh?

You can always annotate your code with JSDoc comments and type check your code with `tsc --noEmit`, i.e. typescript without the build step.

Re: FicusJS

#24

Post by claytongulick »

Sn0wCoder wrote: post #17
azangru wrote: post #11

Earlier quoted context omitted.

> Long story short have been looking into standard web components for my next side project and FicusJS seems to check all the boxes. Could you please list the boxes that you were ticking? For example, how many boxes would the following tick: - Preact with htm (tiny, looks very similar to ficus) [0] - LitElement (tiny, very close to native web components) [1] - Svelte (the darling of many since recently) [2] [0] - htt…

- Great question. The main thing I was looking for was going build-less and the section of Ficus docs kinda sold me on the idea. Seems we still need to use a dev-server to allow native imports like - https://modern-web.dev/docs/dev-server/overview/ - Which would allow testing and builds (if go that route) - Seems that you can use any renderer (uhtml, lit-html,htm, Preact), so what-ever I learn will be useable outside…

You may want to take a look at lit-html coupled with ApplicationState [1] (disclaimer, I'm the author of ApplicationState)

https://github.com/claytongulick/applicationstate

Re: FicusJS

#26

Post by floatboth »

colordrops wrote: post #3

How is performance compared to something like LitElement, which does bare minimum DOM updates in place? Also, does this have any functionality to support data binding? Passing values down a hierarchy of components and injecting them into the DOM is half the battle with web components.

The DOM update mechanism is part of lit-html, not LitElement. This thing allows you to plug any rendered in it seems, but the examples all use lit-html.

Re: FicusJS

#27

Post by el_dev_hell »

shuringai wrote: post #10
eat_veggies wrote: post #5

Initial impressions: Looks like a relatively new project -- only 59 commits, all by one person, starting from last September. And based on a GitHub search for "ficusjs," it seems that no other projects mention it. It's only a bit over a thousand lines of code, and based on a cursory glance, the code is in pretty good shape. It should be able to fit entirely in your head, and for a lightweight framework, that's a good…

and what is the problem with that? "Single guy made a good looking and so far working product in only 59 commits since september" is a different way to present the same facts.

Language is so interesting.

You read the parent comment and took it as throwing shade. I read the parent comment and took it as pragmatic admiration.

Re: FicusJS

#28

Post by Sn0wCoder »

floatboth wrote: post #26
colordrops wrote: post #3

How is performance compared to something like LitElement, which does bare minimum DOM updates in place? Also, does this have any functionality to support data binding? Passing values down a hierarchy of components and injecting them into the DOM is half the battle with web components.

The DOM update mechanism is part of lit-html, not LitElement. This thing allows you to plug any rendered in it seems, but the examples all use lit-html.

This is how I am reading the docs also. Not super obvious depending on how familiar you are with Web Components to begin with.

Re: FicusJS

#29

Post by floatboth »

claytongulick wrote: post #24
Sn0wCoder wrote: post #17

Earlier quoted context omitted.

- Great question. The main thing I was looking for was going build-less and the section of Ficus docs kinda sold me on the idea. Seems we still need to use a dev-server to allow native imports like - https://modern-web.dev/docs/dev-server/overview/ - Which would allow testing and builds (if go that route) - Seems that you can use any renderer (uhtml, lit-html,htm, Preact), so what-ever I learn will be useable outside…

You may want to take a look at lit-html coupled with ApplicationState [1] (disclaimer, I'm the author of ApplicationState) https://github.com/claytongulick/applicationstate

How does ApplicationState compare to e.g. https://immerjs.github.io/immer ?

Re: FicusJS

#30

Post by Sn0wCoder »

claytongulick wrote: post #24
Sn0wCoder wrote: post #17

Earlier quoted context omitted.

- Great question. The main thing I was looking for was going build-less and the section of Ficus docs kinda sold me on the idea. Seems we still need to use a dev-server to allow native imports like - https://modern-web.dev/docs/dev-server/overview/ - Which would allow testing and builds (if go that route) - Seems that you can use any renderer (uhtml, lit-html,htm, Preact), so what-ever I learn will be useable outside…

You may want to take a look at lit-html coupled with ApplicationState [1] (disclaimer, I'm the author of ApplicationState) https://github.com/claytongulick/applicationstate

Thanks, will check it out. Bookmarked.
Post reply on HN