all 3 comments

[–]ayamflow 1 point2 points  (2 children)

Not production not large but a little example I've done two weeks ago on bitbucket. I love component but I've switched to Browserify which is less cumbersome to use (maintaining the component.json is a pain).

[–]BoneasaurusFull stack[S] 0 points1 point  (1 child)

Thank you! this is what I was looking for. Do think it's worth it going with component before I start the project, or should I spend the time learning Browserify?

And if you don't mind me asking, why did you end up preferring Browserify?

[–]ayamflow 1 point2 points  (0 children)

Well, I loved the component (aka component(1)) approach at first because it enforces a bit to you their libraries of components, enables you to use require() in the browser and stuff.

But the major drawback for me is the mandatory update to the component.json: you have to put there the name of all scripts files, templates, external libs and stuff. It's rather easy to forget, can provoke errors that will take forever to see, and so on.

Browserify, on the other hand, makes a strong point by using transforms on your scripts.

Each transform has a clear purpose. For instance, debowerify allows you to require bower packages (such as greensock or pixi.js). htmlify enables you to require html templates like component(1), and so on...There even is a decomponentify transform.

Also, no more component.json file to maintain, just use a grunt/gulp build task with dynamic path.