Ciężko mi było znaleźć przegląd różnic między component i bower. Który z nich jest lepszy, jaki jest lepszy menedżer pakietów? Czy są jakieś alternatywy do tych dwóch, które powinienem rozważyć?Jaka jest różnica między komponentem a altaną?
Odpowiedz
"Element" jest częścią systemu. Bower to menedżer pakietów.
Który z nich jest lepszy? Przeczytaj the Bower FAQ dla różnic.
Wydaje się, że Bower ulepsza to, do czego zmierza, czyli menedżer pakietów w Internecie.
Dostępne są także opcje Jam, Volo lub Ender. I oczywiście NPM.
Na popularność i przyjęcie czeku można check Ohloh
UPDATE:
Komponent menedżer pakietów https://github.com/component/component jest także menedżer pakietów do sieci. Używa GitHub jako wewnętrznej bazy danych dla modułów, więc moduły, które nie są w GitHubie, nie będą wymienione. Takie podejście jednak ułatwia sprawę, ponieważ nie ma potrzeby uzyskiwania dodatkowych danych uwierzytelniających; Autorzy po prostu używają GitHub.
Osobiście uważam, że komponent powinien dostosować charakterystyczne imię, aby nie było ono mylone z ogólnym słowem "komponent".
"Komponent jest częścią systemu." Na podstawie tego oświadczenia nie sądzę, że Joe rozumie pytanie. Yoshua odnosi się do https://github.com/component/component, konkurenta do Bower. –
Przez pół roku pytanie było rozumiane w ten sam sposób (6 głosów w górę). Menedżer pakietów składników ma niejednoznaczną nazwę. –
Zespół odpowiedzialny za składnik teraz napisany własną odpowiedź uparty do tego: https://github.com/component/guide/blob/master/component/vs.md#component-vs-bower
Kopiowanie zawartości na dzień dzisiejszy:
Bower jest bardziej podobna do
npm
niż Component. Podobnie jaknpm
, manifest Bower'abower.json
jest dostępny z wyjątkiem wszystkiego w odpowiednim pliku.ignore
. Z kolei komponent jest wyłączny, pobierając pliki tylko określone wcomponent.json
.jednak zasadnicza różnica między Bower i komponent jest
component.json
y są bardziej surowe i uparty: wszystkie pliki wymienione wcomponent.json
są zakłada się obowiązkowe. Z drugiej strony pliki wymienione wbower.json
są zazwyczaj opcjonalne.Ścisła manifestacja specyfikacji umożliwia komponentowi łatwą integrację procesu kompilacji. Jest to jednak niemożliwe w przypadku Bowera, ponieważ ludzie publikują różne typy modułów (globals, wtyczki, AMD i CommonJS), a także pliki opcjonalne, jak pokazano w tym react-bower issue, co bardzo utrudnia proces integracji.
Zintegrowany system kompilacji Component pozwala po prostu umieścić na stronie jeden skrypt i jeden arkusz stylów. Nie ma połączeń z żonglerka
<script src="bower_components/jquery"><script>
i takie.Podobnie jak
npm
, jest wolniejszy niż komponent podczas instalacji, ma niepotrzebny krok publikowania, nie obsługuje wielu wersji zależności i nie buforuje instalacji.
W pewnym sensie znalazłem odpowiedź tutaj: http://dailyjs.com/2013/01/28/components/. Dyskusję można znaleźć tutaj: https://groups.google.com/forum/#!msg/componentjs/FGM46qQX9hs/zOryL24q1AcJ –