Ovo je OK primjedba. Padne mi često na pamet…ipak osjećam da je nešto drugačije, inače nebi bio motiviran.
Mislim da je razlika u tome što ovaj pristup povezuje sve paralelne grane…a ne radi novu. Isprika, ako je neka od tih tehnologija isto to…da radi na povezivanju, a da ja s time nisam upoznat.
Ja primjećujem da su sve te tehnologije nastale unutar neke korporacije…tipa react je FB proizvod, angular googloevo…itd.
Stoga, očito je da niti njima nije bilo dobro trenutno stanje i da su tražili načine rješavanja problema. …vjerovatno im nije bio prioritet ta rješenja nametati drugima, nego su tek našli način da se sinkroniziraju u radu unutar svoje korporacije…
Isto tako i ja…meni je već ok što ću sebi olakšati rad…i zato ću ići tim putem.
No činjenica je da bi mi se dodatno olakšao rad kada bi i drugi upali u moj ekosistem, jer bi dobivao gro toga za badava.
No pozitivan fact za mene je da mogu doslovice na svojim leđima iznesti breme normJS-a …a to je da krenem od tuda da kreiram apstrakcije koje spominjem. Zatim ću uzimati tuđe komponente i warpati ih samo u klase koje će poštivati moje apstraktne klase…a koje će ispod haube pozivati nativne metode klasa koje ću uzimati.
Tako ću dobiti modularnost unutar svog sistema sa komponentama koje inicijalno nisu pravljene po normJS standardu.
Ako to dovedem na neku razinu, netko drugi će moći lako modularno koristiti te komponente koje sam ja warpao u normJS. I tu lagano onda možda krene priča u nekom smjeru šire prihvaćenosti. No to su snovi…ne očekujem da će se na toj razini realizirati od moje početne točke…no definitivno znam kako ću krenuti zbog vlastite potrebe.
…isto tako, definitivno sam uvjeren da je ovo ispravan put i da će se samnom ili bez mene prije ili kasnije iskristalizirati.
Štoviše, ovakav pristup se već iskristalizirao u mnogim segmentima… i ne tražim ja neku potvrdu, jer je već imam. Samo mi je čudno kako drugi ne vide što je potrebno zajednici… ali velim, vidjet će prije ili kasnije … neizbježno je.
Obični DIV i SPAN su primjeri da je potrebna neka standarizacija attributa nekog elementa koji spada u neki type. U ovom slučaju HTML_element je taj type.
Typescript vam je primjer koliko su tipovi varijabli bitni…i to je microsoft jako dobro prepoznao, zato i gura tu politiku sa nužnim definiranjem tipova varijabli. (Nisam siguran da to dobro govorim za typescript, ali generalno to vrijedi za typed jezike, što je recimo C# koji mi je to otkrio)
Sve u prirodi spada pod neki type…čak i ova dva sljedeća stringa
string 1: "[email protected]"
string 2: “098/555-215”
…oboje spadaju pod string, ali se razlikuju po tome što jedan spada pod string-email, dok drugi spada pod string-phone number. I to ih već čini poprilično različitim stringovima nad kojima bi se mogle izvući različite metode.
…dok sve metode koje su zajedničke nad tipom string, će vrijediti za ta oba stringa.
Isto se dešava sa komponentama…mora se shvatiti koji tipovi komponenata postoje i koje metode im pripadaju. To je definitivno konačan skup u svakom momentu t. bez obzira što se već u momentu t2 skup komponetni/metoda proširio…tj. evoluirao.
Isto tako, na broj komponenti/metoda ne utječu razlike u nazivima istih…niti u načinima implementacije istih. To je stoga ono što je potrebno uskladiti radi bolje sienergije.
.