Czemu ludzie nie lubią Angulara?

Czemu ludzie nie lubią Angulara?
N0
  • Rejestracja:prawie 7 lat
  • Ostatnio:ponad 2 lata
  • Lokalizacja:Gdańsk
  • Postów:647
1

Jak tak czytam, to gdzie by ktoś nie napisał czegoś o Angularze, to od razu ktoś odpisze, że Angular jest be, Angular to rak i teraz tylko React lub Vue. Zacząłem sobie ostatnio coś klepać w Angularze i wydaje się być dużo prostszy i przyjemniejszy niż taki React (niepopularna opinia). O co tu chodzi? o_O

Wibowit
  • Rejestracja:prawie 20 lat
  • Ostatnio:około 8 godzin
1

W PHP się bardzo prosto pisze proste aplikacje. Skąd więc tyle hejtu?


"Programs must be written for people to read, and only incidentally for machines to execute." - Abelson & Sussman, SICP, preface to the first edition
"Ci, co najbardziej pragną planować życie społeczne, gdyby im na to pozwolić, staliby się w najwyższym stopniu niebezpieczni i nietolerancyjni wobec planów życiowych innych ludzi. Często, tchnącego dobrocią i oddanego jakiejś sprawie idealistę, dzieli od fanatyka tylko mały krok."
Demokracja jest fajna, dopóki wygrywa twoja ulubiona partia.
N0
  • Rejestracja:prawie 7 lat
  • Ostatnio:ponad 2 lata
  • Lokalizacja:Gdańsk
  • Postów:647
0

@Wibowit: ? Hejt dotyczy Angulara, a to chyba Reacta się porównuje do PHP.

Wibowit
  • Rejestracja:prawie 20 lat
  • Ostatnio:około 8 godzin
1

Chodzi mi bardziej o to, że porównujesz przez pryzmat małej aplikacji. W wątku o Pythonie jest sporo argumentacji, że typowy ziomek programista pisze krótkie programy i do takich programów Python jest jak znalazł. Mimo tego korpo używają Javy i C# do wielkich kobył. Być może w przypadku Angulara i Reacta jest podobnie i inwestycja w Reacta zwraca się wraz ze stopniem skomplikowania aplikacji.


"Programs must be written for people to read, and only incidentally for machines to execute." - Abelson & Sussman, SICP, preface to the first edition
"Ci, co najbardziej pragną planować życie społeczne, gdyby im na to pozwolić, staliby się w najwyższym stopniu niebezpieczni i nietolerancyjni wobec planów życiowych innych ludzi. Często, tchnącego dobrocią i oddanego jakiejś sprawie idealistę, dzieli od fanatyka tylko mały krok."
Demokracja jest fajna, dopóki wygrywa twoja ulubiona partia.
edytowany 1x, ostatnio: Wibowit
Kondziowsky
podobno jest na odwrót - wiele firm przechodzi na Angulara, bo projekt jest ogromny
Wibowit
z Reacta czy z czegoś innego?
Kondziowsky
niekoniecznie z Reacta, aczkolwiek też się spotkałem
S5
Nie lubię Django powstał lepszy framework do Pythona?
Kondziowsky
  • Rejestracja:około 6 lat
  • Ostatnio:ponad 2 lata
  • Postów:219
0

Też mnie to dziwi. Nawet wśród twórców yt widać mniejszą popularność Angulara w porównaniu do Reacta.
Słyszałem, że Angular ma dużo wyższy próg wejścia niż jego konkurenci - może o to chodzi? Aczkolwiek sam nie mam porównania do Reacta póki co.

Akihito
W angulara latwiej wejsc jak ktos piasalw w C# i Javie bo ma podobny system. W reacie i vue latwiej komus ktos w JS pisal tylko
Silv
Moderator Wiki
  • Rejestracja:ponad 10 lat
  • Ostatnio:prawie 3 lata
  • Lokalizacja:Warszawa
2

@nobody01: Ja takich opinii nie zauważyłem. Może przypadek, czytasz akurat takie źródła?


N0
@Silv: No chyba nawet pod jednym z Twoim wpisów o nauce Angulara ktoś rzucił słowami, że szkoda na niego czasu.
Silv
Może być, nie pamiętam wszystkich opinii. Jeśli to prawda, to mógłbym powiedzieć, że nie zauważyłem aż tak wielu takich opinii.
N0
  • Rejestracja:prawie 7 lat
  • Ostatnio:ponad 2 lata
  • Lokalizacja:Gdańsk
  • Postów:647
0

@Wibowit: Masz jakieś argumenty za tym, że React lepiej się nadaje do wielkich projektów niż Angular?

Zobacz pozostałe 4 komentarze
Wibowit
Ale się uczepiłeś. Wymaż słowo "hipoteza" i zostawmy samo to, że zacząłem zdanie od "być może".
N0
Ok :)
Wibowit
O, albo zamiast "hipoteza" dajmy "przypuszczenie". Teraz lepiej?
N0
A dlaczego przypuszczasz, że React... ? ;)
Wibowit
Słyszałem wiele narzekania na two-way binding, że w przypadku skomplikowanych hierarchii komponentów łatwo wejść w pułapkę mutowania stanu byle gdzie i w trudnej do ogarnięcia kolejności.
mad_penguin
mad_penguin
  • Rejestracja:ponad 10 lat
  • Ostatnio:około 3 lata
  • Lokalizacja:Rzeszów
1

W Reakcie urzeka mnie prostota tworzenia komponentów, a także higher order components, dzięki nim mogę mieć praktycznie na wszystko komponent i pisać aplikacje w customowym DSLu unikając czystego HTMLa :)

N0
A nie wkurza Cię ekosystem Reacta? Których bibliotek używasz wraz z nim?
mad_penguin
mad_penguin
Z ważniejszych React-Bootstrap i Redux Form, kontrolki do formatek, gridy itp. w większości mamy customowe firmowe, które tylko czasem trzeba rozszerzyć o jakiś ficzer, tak że zwykle nie muszę w tym dłubać :)
N0
Redux Form jest już deprecated :P
mad_penguin
mad_penguin
Ale wciąż sprawdza się dobrze, a przed pułapkami chroni nas zbiorowe doświadczenie :D
vpiotr
Co jest złego w czystym HTMLu?
WeiXiao
  • Rejestracja:około 9 lat
  • Ostatnio:około 3 godziny
  • Postów:5107
2

Jest większe prawdopodobieństwo, że wypowiedzą się ludzie, którzy coś krytykują, niż odwrotnie.

edytowany 1x, ostatnio: WeiXiao
N0
Tylko że negatywnych opinii o Reakcie mało spotkałem. Zazwyczaj sam zachwyt. Od czasu do czasu jedynie ktoś napisze, że to takie PHP :P
neves
  • Rejestracja:ponad 21 lat
  • Ostatnio:około 7 godzin
  • Lokalizacja:Kraków
  • Postów:1114
6

Ponieważ ceromonia wymagana przez Angulara, te wszystkie adnotacje, ten specyficzny dsl do generowania widoków są nie współmierne do uzyskanego efektu. Ten sam efekt można uzyskać w Reacie bez całej tej niczego nie wnoszącej i niepotrzebnej nadmiarowości Angulara.

Korporacje wybierały Angulara bo jest bardziej "opinionated" i jest mniej sposobów na zrobienie jednej rzeczy, gdzie React pozostawia dużą dowolność, przez co aplikacje pisane w Reacie są bardzo różnorodne, gdzie w Anuglarze są bardzo podobne do siebie.

zresztą trend jest wyraźny, odnośnie tego kto się wysuwa na prowadzenie:
https://www.npmtrends.com/angular-vs-react-vs-vue

React urósł z 2,1 mln do 5,7 mln w ciągu 2 lat
Angular z 0,3 mln do 0,45 mln
Vue z 0,3 mln do 1,1mln


edytowany 1x, ostatnio: neves
marcio
tutaj masz racje ale znow ja np nie lubie css-in-js i html-in-js (czyli jsx) po prostu wole jakis dsl tak jak bylo w angularjs czy nawet w vue bo jak ktos ci poda np jakis szablon to szybiej go mozna dostosowac.
neves
css-in-js nie jest konieczny w reacie, można css trzymać oddzielnie
marcio
no tak tylko ze w SPA ja nie widzialem zeby ktos trzymal oddzielnie, jak juz ktos robi progessive enhacements to tak (hybryda)
Wibowit
Ja wolę CSS i HTML w kodzie źródłowym (np tym JSXie, czystym JSie, Scala.jsie, itd) niż odwrotnie, czyli programowanie w znacznikach i atrybutach HTML (typu ng-if, ng-repeat, itd). Wstawianie nawet najprostszej logiki w znaczniki HTMLowe to chybiony pomysł.
marcio
Swiat jest piekny bo jest urozmaicony :)
N0
  • Rejestracja:prawie 7 lat
  • Ostatnio:ponad 2 lata
  • Lokalizacja:Gdańsk
  • Postów:647
1

@neves Wolałbyś ręcznie konfigurować kontener IoC? Poza tym te adnotacje są generowane przez CLI i chyba jedna adnotacja na klasę to nie tak dużo. W Springu mają ich o wiele więcej. :P I czy fakt, że aplikację są pisane podobnie, nie jest dużym ułatwieniem dla początkujących?

neves
  • Rejestracja:ponad 21 lat
  • Ostatnio:około 7 godzin
  • Lokalizacja:Kraków
  • Postów:1114
3

To że aplikacje wyglądają podobnie jest ogromny ułatwieniem i jedyną rzeczą która trzyma angular przy życiu,
A po co Ci ten konterner IoC w warstwie prezentacji :D?


N0
  • Rejestracja:prawie 7 lat
  • Ostatnio:ponad 2 lata
  • Lokalizacja:Gdańsk
  • Postów:647
0

Żeby backendowcom było łatwiej zostać tym mitycznym fullstackiem :P

mad_penguin
mad_penguin
  • Rejestracja:ponad 10 lat
  • Ostatnio:około 3 lata
  • Lokalizacja:Rzeszów
2

W Reakcie przynajmniej trochę funkcyjnego podejścia lizną, świat poza OOP poznają :D

edytowany 1x, ostatnio: mad_penguin
Zobacz pozostałe 4 komentarze
N0
Nie znam Javy, ale jak patrzyłem na kod z wykorzystaniem VAVR, to robiło to wrażenie, więc pewnie warto.
mad_penguin
mad_penguin
@WeiXiao: możesz przytoczyć przykłady tych negatywnych opinii? Sam myślę, że całościowo jest zbyt odjechana, ale stosując wybrane prostsze elementy (np. Option, Either, Record, [With]) dawałaby wartość
jarekr000000
Bez VAVRa w Javie i Kotlinie nie wychodzę nawet z hello world. Można sie z tego śmiać ale to dla mnie tak podstawowe typy jak swego czasu List, Map itp. Można sobie bez nich radzić, tylko po co. (Przy okazji VAVR opórcz Option, Either, itd. ma też List, Map, Seq - tyle, że dużo bezpieczniejsze (niemutowalne) niz standard). Najważniejsze, że ten kod - zwłaszcza w kotlinie wygląda dużo lepiej od standardu.
mad_penguin
mad_penguin
@WeiXiao: i ta krytyka to też po części czepialstwo :P
czysteskarpety
czysteskarpety
  • Rejestracja:prawie 10 lat
  • Ostatnio:ponad 4 lata
  • Lokalizacja:Piwnica
  • Postów:7697
0

Sporo krytyki dotyczyło porzuconego AngularJS i kilka późniejszych wersji, gdzie, pisząc delikatnie, było sporo bugów i niedociągnięć, ponadto stabilizacja w świecie js to spory atut (który wydaje się posiadać react), więc sam start Angulara zdefiniował jego pozycje, sporo osób uznało go za niestabilny projekt i nie wiązało z nim przyszłości.


marcio
no tak ale np juz react native nie jest taki stabilny jako calosc fakto w react nawet jak przepisali caly reconciler do fiber pozostawili wsteczna kompatybilnosc API ale tego co sie orientuje pozniej i tak sie wiele zmienilo, fakt ludzie nie musieli przepisywac aplikacji ale z angularjs na angular 2 byl wiekszy skok "technologiczny" i nie bylo innego wyjscia tylko wszystko przepisac na nowo
baant
  • Rejestracja:około 11 lat
  • Ostatnio:około miesiąc
  • Lokalizacja:Wrocław
  • Postów:524
3

Jako jvmowiec jak już mam tą nieprzyjemność robienia czegoś na froncie to wybieram angulara. Masa ceromonii, wielkie to i toporne, więc nie ma aż takiego szoku kulturowego w porównaniu do np reacta

edit: jak pytałem frontendowców w robocie czemu react a nie angular to mówili, że wydajnościowo react sobie lepiej radzi. Nie wiem ile w tym prawdy. Na końcu i tak każdy z nich strzela do phpa :D

edytowany 1x, ostatnio: baant
Maciej Cąderek
Maciej Cąderek
:D
mr_jaro
  • Rejestracja:ponad 13 lat
  • Ostatnio:około 3 lata
  • Lokalizacja:Grudziądz/Bydgoszcz
  • Postów:5300
1

Ja lubię angulara i jak robie apke frontową to tylko w angularze. vue nie lubię za dużo nerwów mnie kosztował i te rąbnięte mieszanie css, js i html w jednym pliku, pfu, a gdy popatrzyłem na reacta to tak samo by mnie wk*****ł więc wole nie ruszać.


It's All About the Game.
Maciej Cąderek
Maciej Cąderek
  • Rejestracja:ponad 9 lat
  • Ostatnio:około 3 lata
  • Lokalizacja:Warszawa
  • Postów:1264
1

Bo Angular to framework dla ludzi, którzy nie lubią JSa.

Zobacz pozostałe 2 komentarze
baant
@somekind to czasem mam wrażenie, że nic nie lubi :D
Wibowit
@baant: To takie typowo polskie, nie? :)
Aryman1983
Aryman1983
@baant: @Wibowit z reguły to nie lubi javy :-) To was boli :-)
Silv
To dlatego tak mi ciężko się go nauczyć. :D
somekind
@nobody01: Angular jest mi kompletnie obojętny, a JS nie lubię równie mocno jak każdego słabo typowanego języka. @baant: to nie tak, że ja niczego nie lubię, ja po prostu nie ekscytuję się narzędziami pracy. Uważam to za mało sensowne, bo jak moje skromne doświadczenie pokazuje, to coś co jest "wow" teraz, po kilku latach okazuje się ślepą uliczką albo złem kompletnym.
mr_jaro
  • Rejestracja:ponad 13 lat
  • Ostatnio:około 3 lata
  • Lokalizacja:Grudziądz/Bydgoszcz
  • Postów:5300
0

@Maciej Cąderek: obecnie tak angular jak i vue pisze sie w ts


It's All About the Game.
Zobacz pozostałe 9 komentarzy
Maciej Cąderek
Maciej Cąderek
@mr_jaro: Przeciez Babel na frontendzie to standard, nie znam żadnego typowego JSowca, który by pisał w ES5
Wibowit
No wiem, że w TS dochodzi statyczne typowanie, ale interesuje mnie czy wynikowy kod (tzn ten co naklepie programista) ma jakąś wyraźnie inną strukturę niż przy braku statycznego typowania. Klasy jak już @Maciej Cąderek wspomniał można stosować w czystym JSie (z opcjonalną transpilacją do starszych standardów, ale TSa też się przecież transpiluje).
Wibowit
Albo innymi słowy: być może statyczne typowanie w TSie pomaga względem czystego JSa, ale nie prowadzi do zmiany w sposobie myślenia i projektowania aplikacji?
mr_jaro
@Wibowit: musiałbym w sumie przejrzeć co tam właściwie jest w tym es6
Maciej Cąderek
Maciej Cąderek
@mr_jaro: *ES10/ES2019
czysteskarpety
czysteskarpety
  • Rejestracja:prawie 10 lat
  • Ostatnio:ponad 4 lata
  • Lokalizacja:Piwnica
  • Postów:7697
0

Tylko klepanie kilku komponentów html/scss/ts do każdej podstronki jest strasznie meczące na dłuższa metę, może przy większych projektach ma to jakiś sens, jak sypią hajsem i godzinówka leci, czy się stoi czy sie leży.


mr_jaro
właśnie dlatego wole angulara, bo sobie pisze jakbym robił normalny backend, a nie wszystko w komponenty :)
czysteskarpety
czysteskarpety
@mr_jaro: jeśli nie ma presji i se klepiesz na lajcie to luz, można się bawić, jak masz terminy i "optymalizacje" (jak to w pl bywa często) to by mnie ch strzelił ;)
mr_jaro
@czysteskarpety: tylko, że ja szybciej pisze front w angularze niż we vue i zresztą bardzo podobne wnioski dochodziło parę osób z którymi współpracowałem, a nawet znam przypadki kompletnego porzucenia vue przez niektórych frontendowców na rzecz angulara.
mr_jaro
poza tym takie rzeczy jak technologia i czas potrzebny to się ustala przed rozpoczęciem prac a nie w trakcie więc, jak terminy krótkie to nikt nie myśli o żadnym frameworku tylko klepie czysty js lub nawet jquery i leci wszystko "z przeładowaniem" bo szybciej.
KE
  • Rejestracja:około 6 lat
  • Ostatnio:31 minut
  • Postów:661
0

Długo już nie robiłem we froncie, ale imo największy atut React "za dawnych czasów" to była bardzo przyjazna "learning curve" - można było dołączyć normalnie <script>-em dwa skrypty z CDN-a, walnąć React.createClass() i hello world gotowe. Bez budowania, transpilacji, npm-a itp. więc renoma przyjazności przetrwała. Podczas gdy Angular (wtedy chyba 2 albo już 4) wymagał setupu projektu, połowy internetu do zaciągnięcia, TS który był mało znany i wyglądał obco, upgrade był męczarnią itp.

Dziś w obu obozach sytuacja wygląda podobnie, ale niesmak pozostał.

czysteskarpety
czysteskarpety
  • Rejestracja:prawie 10 lat
  • Ostatnio:ponad 4 lata
  • Lokalizacja:Piwnica
  • Postów:7697
0

Odnośnie frameworków js i SPA nie trzeba wybierać tylko drogi zero-jedynkowej (jak wspominał @mr_jaro ) są rozwiązania hybrydowe oparte na PJAX, które oferują przeładowanie dynamiczne/wstępne z zachowaniem routingu i seo, oraz działania w przypadku braku js w przeglądarce, np. barba.js o której wspominałem w swoim wątku, zajmuje "aż" 7kb i oferuje powyższe, do tego PWA i mamy szybko i lekko bez żadnego frameworka ;)


N0
  • Rejestracja:prawie 7 lat
  • Ostatnio:ponad 2 lata
  • Lokalizacja:Gdańsk
  • Postów:647
0

Jak ktoś nie lubi ani JSa, ani TSa, to jest jeszcze Dart. AngularDart. Korzystał ktoś? Można dzielić kod z Flutterem ;)

neves
  • Rejestracja:ponad 21 lat
  • Ostatnio:około 7 godzin
  • Lokalizacja:Kraków
  • Postów:1114
0

Przypomniałem sobie dlaczego jeszcze nie lubię Angulara:

  • dokumentacja, całą dokumentację Reacta (bez api reference) można przeczytać w dwa dni na upartego w jeden, dokumentacja Angulara jest bardziej obszerna, i znalezienie czegoś w niej też wolniej idzie
  • nie wiem jak jest teraz, ale Angular 4 nie działał przy bardzo restrykcyjnych ustawieniach Content Security Policy (CSP), React nie ma z tym żadnego problemu.

KE
Co nie dziwi, skoro React to relatywnie mała biblioteka z małym API, a Angular to spora kobyła z systemem DI i całym rxjs. Jak porównywać to rzeczy porównywalne :)
Silv
Dla @neves pewnie to jest porównywalne, jeśli korzysta z tych samych rzeczy i w Reaccie, i w Angularze (a więc i podobnych objętościowo części dokumentacji).
Wibowit
  • Rejestracja:prawie 20 lat
  • Ostatnio:około 8 godzin
2
mr_jaro napisał(a):

Ja lubię angulara i jak robie apke frontową to tylko w angularze. vue nie lubię za dużo nerwów mnie kosztował i te rąbnięte mieszanie css, js i html w jednym pliku, pfu, a gdy popatrzyłem na reacta to tak samo by mnie wk*****ł więc wole nie ruszać.

Zacytuję samego siebie sprzed chwili:
Ja wolę CSS i HTML w kodzie źródłowym (np tym JSXie, czystym JSie, Scala.jsie, itd) niż odwrotnie, czyli programowanie w znacznikach i atrybutach HTML (typu ng-if, ng-repeat, itd). Wstawianie nawet najprostszej logiki w znaczniki HTMLowe to chybiony pomysł. Oczywiście to tylko opinia, możecie się nie zgadzać.


"Programs must be written for people to read, and only incidentally for machines to execute." - Abelson & Sussman, SICP, preface to the first edition
"Ci, co najbardziej pragną planować życie społeczne, gdyby im na to pozwolić, staliby się w najwyższym stopniu niebezpieczni i nietolerancyjni wobec planów życiowych innych ludzi. Często, tchnącego dobrocią i oddanego jakiejś sprawie idealistę, dzieli od fanatyka tylko mały krok."
Demokracja jest fajna, dopóki wygrywa twoja ulubiona partia.
mr_jaro
innymi słowy, żaden framework nie jest dla ciebie.
Wibowit
Dlaczego? Napisałem, że nie lubię rozdzielania HTMLa i CSSa od JSa na siłę, bo i tak zostaję z jakimś frankensteinem z logiką z HTMLu. Wolę logiczny podział na komponenty niż sztuczny podział na JSa i HTMLa.
mr_jaro
@Wibowit: o to chodzi, no to dziwne, mnie wkurza ciągłe scrollowanie to do sekcji z scss to do sekcji z js a potem do html, wole się przepinać między otwartymi plikami, jest dużo wygodniejsze.
N0
  • Rejestracja:prawie 7 lat
  • Ostatnio:ponad 2 lata
  • Lokalizacja:Gdańsk
  • Postów:647
0

IMO ify (&&) w JSXie brzydko wyglądają, już wolę *ngIf, tak jak autor tego kontrowersyjnego wątku :D https://www.reddit.com/r/reactjs/comments/bv9nxf/react_sucks/ Szczególnie trafia do mnie argument, że need to install 12 different packages to make it useful. Fajne jest też podsumowanie: React is just Angular if you hacked 12 libraries together that aren't meant to work together cohesively.

edytowany 3x, ostatnio: nobody01
mad_penguin
mad_penguin
  • Rejestracja:ponad 10 lat
  • Ostatnio:około 3 lata
  • Lokalizacja:Rzeszów
0

Component abstraction soup means you can't even figure out what your code is doing anymore.

Kwestia preferencji, ja tam wolę zupę komponentów niż zupę divów :)

Wibowit
  • Rejestracja:prawie 20 lat
  • Ostatnio:około 8 godzin
2

React is just Angular if you hacked 12 libraries together that aren't meant to work together cohesively.

Na pewno? W temacie już wymieniono kość niezgody - React miesza JSa z HTMLem i CSSem, a Angular wprowadza sztuczny podział (bo i tak ten JS jest silnie sprzężony z HTMLem, a HTML zawiera znaczniki typu ng-if i ng-repeat do programowania w HTMLu). Poza tym wydaje mi się, że w Angularze polega się zwykle mocno na two-way binding, a w Reactu zamiast tego jest one-way binding oparty o np Reduxa.

Jak już idziemy w uproszczenia to można powiedzieć, że WPF jest WinFormsami z dodatkami, a JavaFX jest Swingiem z dodatkami.


"Programs must be written for people to read, and only incidentally for machines to execute." - Abelson & Sussman, SICP, preface to the first edition
"Ci, co najbardziej pragną planować życie społeczne, gdyby im na to pozwolić, staliby się w najwyższym stopniu niebezpieczni i nietolerancyjni wobec planów życiowych innych ludzi. Często, tchnącego dobrocią i oddanego jakiejś sprawie idealistę, dzieli od fanatyka tylko mały krok."
Demokracja jest fajna, dopóki wygrywa twoja ulubiona partia.
marcio
no nie do konca bo two-way-binding uzywa tylko ngModel a ogolnie stosuje sie logike props down (input'y w ng) i event up (output) na takiej samej zasadzie dziala vue jako najprostsza metoda komunikacji miedzy komponentami. Redux/Flux ogolnie jakikolwiek store to juz wyzsza abstrakcja ale dziala na tej samej zasadzie w kazdym fw inaczej sa tylko zaimplentowanie internals do re-renderingu to wsio + jakies swoje widzimisie jesli chodzi o rozne implementacje "architektury" takiego flux-a/redux-a
N0
  • Rejestracja:prawie 7 lat
  • Ostatnio:ponad 2 lata
  • Lokalizacja:Gdańsk
  • Postów:647
0

No ale w JSXie też masz instrukcje warunkowe i logikę. A two-way binding jest opcjonalny. Warto przeczytać: https://www.quora.com/Has-Angular-started-to-slowly-die

SZ
  • Rejestracja:prawie 11 lat
  • Ostatnio:około 5 godzin
  • Postów:1473
0

Ja jak patrze pod kątem ofert pracy (.Net + jakiś framework frontendowy) to przeważa jednak angular. Jak nie znałem angulara ani reacta to zacząłem naukę od angulara ale tylko przez krótką chwile. Potem zacząłem reacta i wydawał mi się dziwny. Ale po około pół roku przyzwyczejenia do reacta ciężko pewnie byłoby wrócić do angulara.

Kliknij, aby dodać treść...

Pomoc 1.18.8

Typografia

Edytor obsługuje składnie Markdown, w której pojedynczy akcent *kursywa* oraz _kursywa_ to pochylenie. Z kolei podwójny akcent **pogrubienie** oraz __pogrubienie__ to pogrubienie. Dodanie znaczników ~~strike~~ to przekreślenie.

Możesz dodać formatowanie komendami , , oraz .

Ponieważ dekoracja podkreślenia jest przeznaczona na linki, markdown nie zawiera specjalnej składni dla podkreślenia. Dlatego by dodać podkreślenie, użyj <u>underline</u>.

Komendy formatujące reagują na skróty klawiszowe: Ctrl+B, Ctrl+I, Ctrl+U oraz Ctrl+S.

Linki

By dodać link w edytorze użyj komendy lub użyj składni [title](link). URL umieszczony w linku lub nawet URL umieszczony bezpośrednio w tekście będzie aktywny i klikalny.

Jeżeli chcesz, możesz samodzielnie dodać link: <a href="link">title</a>.

Wewnętrzne odnośniki

Możesz umieścić odnośnik do wewnętrznej podstrony, używając następującej składni: [[Delphi/Kompendium]] lub [[Delphi/Kompendium|kliknij, aby przejść do kompendium]]. Odnośniki mogą prowadzić do Forum 4programmers.net lub np. do Kompendium.

Wspomnienia użytkowników

By wspomnieć użytkownika forum, wpisz w formularzu znak @. Zobaczysz okienko samouzupełniające nazwy użytkowników. Samouzupełnienie dobierze odpowiedni format wspomnienia, zależnie od tego czy w nazwie użytkownika znajduje się spacja.

Znaczniki HTML

Dozwolone jest używanie niektórych znaczników HTML: <a>, <b>, <i>, <kbd>, <del>, <strong>, <dfn>, <pre>, <blockquote>, <hr/>, <sub>, <sup> oraz <img/>.

Skróty klawiszowe

Dodaj kombinację klawiszy komendą notacji klawiszy lub skrótem klawiszowym Alt+K.

Reprezentuj kombinacje klawiszowe używając taga <kbd>. Oddziel od siebie klawisze znakiem plus, np <kbd>Alt+Tab</kbd>.

Indeks górny oraz dolny

Przykład: wpisując H<sub>2</sub>O i m<sup>2</sup> otrzymasz: H2O i m2.

Składnia Tex

By precyzyjnie wyrazić działanie matematyczne, użyj składni Tex.

<tex>arcctg(x) = argtan(\frac{1}{x}) = arcsin(\frac{1}{\sqrt{1+x^2}})</tex>

Kod źródłowy

Krótkie fragmenty kodu

Wszelkie jednolinijkowe instrukcje języka programowania powinny być zawarte pomiędzy obróconymi apostrofami: `kod instrukcji` lub ``console.log(`string`);``.

Kod wielolinijkowy

Dodaj fragment kodu komendą . Fragmenty kodu zajmujące całą lub więcej linijek powinny być umieszczone w wielolinijkowym fragmencie kodu. Znaczniki ``` lub ~~~ umożliwiają kolorowanie różnych języków programowania. Możemy nadać nazwę języka programowania używając auto-uzupełnienia, kod został pokolorowany używając konkretnych ustawień kolorowania składni:

```javascript
document.write('Hello World');
```

Możesz zaznaczyć również już wklejony kod w edytorze, i użyć komendy  by zamienić go w kod. Użyj kombinacji Ctrl+`, by dodać fragment kodu bez oznaczników języka.

Tabelki

Dodaj przykładową tabelkę używając komendy . Przykładowa tabelka składa się z dwóch kolumn, nagłówka i jednego wiersza.

Wygeneruj tabelkę na podstawie szablonu. Oddziel komórki separatorem ; lub |, a następnie zaznacz szablonu.

nazwisko;dziedzina;odkrycie
Pitagoras;mathematics;Pythagorean Theorem
Albert Einstein;physics;General Relativity
Marie Curie, Pierre Curie;chemistry;Radium, Polonium

Użyj komendy by zamienić zaznaczony szablon na tabelkę Markdown.

Lista uporządkowana i nieuporządkowana

Możliwe jest tworzenie listy numerowanych oraz wypunktowanych. Wystarczy, że pierwszym znakiem linii będzie * lub - dla listy nieuporządkowanej oraz 1. dla listy uporządkowanej.

Użyj komendy by dodać listę uporządkowaną.

1. Lista numerowana
2. Lista numerowana

Użyj komendy by dodać listę nieuporządkowaną.

* Lista wypunktowana
* Lista wypunktowana
** Lista wypunktowana (drugi poziom)

Składnia Markdown

Edytor obsługuje składnię Markdown, która składa się ze znaków specjalnych. Dostępne komendy, jak formatowanie , dodanie tabelki lub fragmentu kodu są w pewnym sensie świadome otaczającej jej składni, i postarają się unikać uszkodzenia jej.

Dla przykładu, używając tylko dostępnych komend, nie możemy dodać formatowania pogrubienia do kodu wielolinijkowego, albo dodać listy do tabelki - mogłoby to doprowadzić do uszkodzenia składni.

W pewnych odosobnionych przypadkach brak nowej linii przed elementami markdown również mógłby uszkodzić składnie, dlatego edytor dodaje brakujące nowe linie. Dla przykładu, dodanie formatowania pochylenia zaraz po tabelce, mogłoby zostać błędne zinterpretowane, więc edytor doda oddzielającą nową linię pomiędzy tabelką, a pochyleniem.

Skróty klawiszowe

Skróty formatujące, kiedy w edytorze znajduje się pojedynczy kursor, wstawiają sformatowany tekst przykładowy. Jeśli w edytorze znajduje się zaznaczenie (słowo, linijka, paragraf), wtedy zaznaczenie zostaje sformatowane.

  • Ctrl+B - dodaj pogrubienie lub pogrub zaznaczenie
  • Ctrl+I - dodaj pochylenie lub pochyl zaznaczenie
  • Ctrl+U - dodaj podkreślenie lub podkreśl zaznaczenie
  • Ctrl+S - dodaj przekreślenie lub przekreśl zaznaczenie

Notacja Klawiszy

  • Alt+K - dodaj notację klawiszy

Fragment kodu bez oznacznika

  • Alt+C - dodaj pusty fragment kodu

Skróty operujące na kodzie i linijkach:

  • Alt+L - zaznaczenie całej linii
  • Alt+, Alt+ - przeniesienie linijki w której znajduje się kursor w górę/dół.
  • Tab/⌘+] - dodaj wcięcie (wcięcie w prawo)
  • Shit+Tab/⌘+[ - usunięcie wcięcia (wycięcie w lewo)

Dodawanie postów:

  • Ctrl+Enter - dodaj post
  • ⌘+Enter - dodaj post (MacOS)