#programowanie #javascript #vuejs #react
Jakieś mireczki korzystają z Nuxt.js/Next.js?

Przymierzam się do napisania aplikacji SPA z SSR i zastanawiam się czy takie rozwiązania są production ready.
Korzystanie z własnych rozwiązań w SRR sprawia mi trudność i pytanie czy warto skorzystać z takiej alternatywy?

https://zeit.co/blog/next
  • 1
  • Odpowiedz
  • Otrzymuj powiadomienia
    o nowych komentarzach

Mireczki pomóżcie bo nie mam pojęcia jak się za to zabrać.
Mam sobie dwa komponenty i chce by w pętli drugi otrzymywał link i go wyświetlał.

W parent 'Note' mam taką pętlę, która ma mi wrzucić do dziecka link.
http://wklej.to/WTHw5

W
  • 1
  • Odpowiedz
  • Otrzymuj powiadomienia
    o nowych komentarzach

Pytanie do programistów #frontend 15k... od biedy 10k, którzy mają doświadczenie w #vuejs oraz #react (oraz jest tutaj kluczowe:)). Obecnie klepię coś tam w Vue.js, w sumie fajnie, szybko i sprawnie mi to idzie. Nie mam większych problemów z rozwiązaniem typowych problemów, dokumentacja jest OK, API jest proste - krótko mówiąc bariera wejścia jest niska.

Wcześniej miałem do czynienia wyłącznie z #backbone (hype na Angulary jakoś mnie ominął, ale chyba nie żałuję). Pisząc w Backbone miałem wrażenie, że wszystko jest tam bardzo dobrze zorganizowane. Backbone narzucał solidną strukturę aplikacji: kolekcje, modele, widoki miały ściśle określone role. Pod tym względem bardzo lubię Backbone, z drugiej strony czuć, że ta biblioteka powstała lata temu i trzeba niestety pisać bardzo dużo tzw. "boilerplate code" (np. bindowanie eventów, renderowanie widoków), który w nowoczesnych bibliotekach/frameworkach dostajemy "out of the box".

W Vue.js trochę mi tego brakuje. Wydaje mi się, że Vue.js daje bardzo dużą dowolność odnośnie struktury aplikacji (niekoniecznie twierdzę, że to wada!). Ale podobnie jak w Backbonie, w Vue.js lubię to, że nie jest wielką kobyłą, tylko dosyć prostą biblioteką, a całą aplikację składamy z klocków (mogę użyć dowolnego routera, dowolnego store'a, biblioteki do ajaxów, etc).

Po
  • 5
  • Odpowiedz
  • Otrzymuj powiadomienia
    o nowych komentarzach

Pytasz pod kątem czego się warto nauczyć? Wydaje mi się, że tego na co jest większe zapotrzebowanie. A z tego co widziałem to na Reacta jest więcej ofert pracy niż na Vue.
  • Odpowiedz
  • 1
@andrew1985 no niestety Vue w ofertach pracy to jakis jeden procent, a React staje sie powoli czymś takim jak jQuery parę lat temu - znaczna większość ogłoszeń na fronta zawiera Reacta w wymaganiach. Co prawda często zdarza się jakieś info typu doświadczenie we frameworkach JS ale koniec końców pewnie i tak będzie się pisać w React. Zdecydowanie wolę Vue ale obawiam się, że z ofertami pracy będzie krucho jeszcze przez długi
  • Odpowiedz
Wyszedł #phpstorm 2017.1 RC, a w nim m.in. oficjalne wsparcie dla #vuejs.

Testuję wersję 2017 (oraz wtyczkę dla Vue.js) od czasu gdy pojawiło się wydanie early access - jest coraz lepiej, ale nadal wtyczka nie wygląda na gotową do wydania. Trochę mnie więc dziwi to, że 2017.1 oznaczono już jako RC - co sugeruje, że żadne zmiany funkcjonalne nie powinny być wprowadzane - jedynie poprawki błędów.

Mimo
  • 1
  • Odpowiedz
  • Otrzymuj powiadomienia
    o nowych komentarzach

Angular 2’s learning curve is much steeper. Even without TypeScript, their Quickstart guide starts out with an app that uses ES2015 JavaScript, NPM with 18 dependencies, 4 files, and over 3,000 words to explain it all - just to say Hello World. It wouldn’t be an exaggeration to say that Vue’s Hello World is a little bit simpler. Maybe because of that, we don’t even need
to dedicate a whole page in
  • 6
  • Odpowiedz
  • Otrzymuj powiadomienia
    o nowych komentarzach

Próbuje coś zacząć działać z #vuejs i jakoś średnio to wygląda.
Mam ustawione v-if na elemencie dopóki nie załaduje danych ajaxem, wszystko działa fajnie tylko zauważyłem że tego elementu nie ma w dokumencie w ogóle dopóki if nie będzie spełniony. To rodzi dla mnie jeden problem, eventy w #jquery nie działają, ciężko w dużym projekcie zmieniać wszystkie "clicki" czy "hovery" na "on". Bez ifa wiadomo, vue próbuje odczytać
  • 7
  • Odpowiedz
  • Otrzymuj powiadomienia
    o nowych komentarzach

@pmichallo98: jest trochę opcji - możesz ifa przenieść do dziecka, możesz też zarządzać widocznością elementu przez jakieś dynamiczne klasy, np
:class="{'klasaUkryj': zmiennaWidocznosciZifa}"

Ale jak dla mnie pomysł łączenia jQuery i Vue, a zwłaszcza z tym jego virtual domem, to średni pomysł.
  • Odpowiedz
Mireczki, próbuje zrobić w vuejs nieskończoną pętle odpytująca backend czy coś się zmieniło w danym obiekcie aczkolwiek robię to rekurencyjnie i nie wiem czy to nie jest 'brzydki sposób'.
Może znacie sposób jak porządnie to zrobić? Chce zrobić coś na bazie powiadomień z wykopu.
#vuejs #javascript
  • 20
  • Odpowiedz
  • Otrzymuj powiadomienia
    o nowych komentarzach

@Roballo: jak chodzi o implementację cyklicznego odpytywania to możesz też zrobić setInterval, ale on będzie bił requesty na ślepo co dany okres czasu, bez względu na to, czy odczytał poprzednie.
  • Odpowiedz
Hipotetyczny scenariusz. Jest sobie jakiś obiekt, który się wyświetla we #vue i do którego jest edytor w komponencie. Się edytuje na żywo i wszystko spoko dopóki nie przyjedzie pora rezygnacji ze zmian, bo główny obiekt został już zmieniony.

https://jsfiddle.net/qx2p5jgk/

Jaki jest poprawny sposób ogarnięcia danych tak, aby zachować podgląd na żywo i zrobić sensownie działające anulowanie? Mam klonować zawartość obiektu przy edycji? Jest jakiś automat?

#javascript #vuejs
  • 6
  • Odpowiedz
  • Otrzymuj powiadomienia
    o nowych komentarzach

@TwigTechnology: W sumie widzę 2 rozwiązania bez Vuex.
1. Zrobić dwa pola do każdego obiektu, value i editValue, po zapisaniu zmieniać oryginalną wartość, jeśli ktoś kliknie cancel, to zmieniać editValue na oryginał.
2. Imho pokazywanie zmian na żywo w oryginalnej wartości to przesada, robiłbym to dopiero po zapisie.
  • Odpowiedz
@le1t00: Według mnie warto. Ja go kupiłem chyba akurat w promocji za $10.

Learn Vue step by step też jest ok, ale Jeffrey Way uparł się by nie używać Vuex tylko swoje rozwiązania proponuje. Jak dla mnie ten drugi kurs to może być uzupełnienie.

Dokumentacja jest ok, ale za te kilkanaście euro masz wszystko podane po kolei.
  • Odpowiedz
Podczas swojej nauki #webdev w końcu dotarłe do momentu w którym muszę wybrać jakąś biblioteke/framework do budowy interfejsu na bazie komponentów. Nie bede ukrywał, że moim celem jest w koncu znaleźć posade juniora lub chociażby załapać się na praktyki w jakiejś solidnej firmie. Jako że jestem niedawno po lekturze książki "Jedna rzecz" i już nie mam wątpliwości że branie się za kilka rzeczy na raz sabotuje moj progres, chce postawic
  • 19
  • Odpowiedz
  • Otrzymuj powiadomienia
    o nowych komentarzach

@khejit: Tu jest ciekawa dyskusja na ten temat.
TLDR: Progressive enhancement dotyczy coraz bardziej wymagań sieciowych a nie javascript'a, więc niezłą odpowiedzią wydają się aplikacje/strony które prerenderują początkową zawartość po stronie serwera (np node.js) żeby zminimalizować użycie danych, natomiast javascript można coraz bardziej przyjmować za pewnik. Ogólnie jest to kwestia sporna i decyzja developera, bo przypadki mogą być bardzo różne.
  • Odpowiedz