Format date string sintaksa

Programiranje
154

Pa pazi. Nisam ja programming prodigy da to znam eto tako.
Već sam prateći tutorijale uočio da (ajmo reći oni bolji vraćaju JSON).
Negdje je i objašnjena takva činjenica a negdje i ne.
I onda nesigurni ja postavim google search query “why is good practice to return JSON in AJAX” i nakon čitanja još 5-10 artikala dodjem do ovakvog zaključka i eventualno pomenutog wiki linka.
I tako za ostale stvari. Držim se prakse za kojudrugi smatraju da je dobra.
Nema tu puno mjesta za izmišljanje nečeg novog, nisu ovo devedesete ili početak dvijehiljaditih (da se ni ne vraćam dalje).
Princip je da ako se ne držiš striktno trenutnog/trenutnih standarda (i to u što je moguće većoj mjeri, u mjeri kapaciteta vlastitog znanja) nema ženskog polnog organa da stigneš ispratiti nadolazak novih tehnologija jezika koncepata.
Standard je jako jako rigidna stvar čije usvajanje i mijenjanje je teža rabota od filozofije.
Odnosno mora biti potkrijepljena striktnim dijelom koda (bloka koda) da bi se omogućilo što bliže razumijevanje ideje samog molbe za komentar (rfc).
To apsolutno podrazumijeva mvce (Minimal, Verifiable, Complete Example) što ni u čemu (niti ijednom postu niti temi vezanoj za normJS™) do sad niko nije vidio a poprilično sam siguran da to sebi nije postavio ni začetnik normJS™ termina.
I zato sam puno puta postavio sljedeći link i dodatno čitanje može pomoći svima - i onima koji su ga pročitali do sad i onima koji ga prvi put vide: Writing The Perfect Question.

Što se tiče rfc-a (request for comments) ili po našem molbe za komentar (nekog standarda etc…) ili u duhu jezika zahtjeva za diskusiju pogledaj recimo kako to izgleda u PHP svijetu

Request For Comments page. Pa ako odeš desno recimo na verziju 7.3 pa odabereš prvi link Flexible Heredoc and Nowdoc Syntaxes moći ćeš uvidjeti kako je opisan taj prijedlog za uvodjenje nove (ili izmjenu stare) funkcionalnosti.
Najbitnija stvar je MVCE dio koda kojeg prate objašnjenja a pomoću čijeg koda nedvosmisleno možemo znati šta je ideja - slagali se s njom ili ne. Ispod ima i tabela glasova gdje i vidimo da se neko ne slaže dok se neko slaže (nisam sada u toku gdje su objašnjenja za glasanu odluku i da li je to negdje vidljivo).
Dosta tih ljudi iz te tabele (mislim nekih 7-8) pratim na PHP chat-u i, ako im se ni ne obraćam direktno (nekad i da) uglavnom pratim njihova pisanja, razmišljanja, stremljenja. Postavljaju i linkove do nekih novih ili starih artikala na svoje blogove pa se tu uči više nego na pojedinim faksovima, definitivno.

Nego je poenta ovog posta da mi od ovog svega nemamo ništa ovde do nekih točkova, evolucije i presipanja iz šupljeg u prazno dok se ne postavi kod.

2 Likeova
155

Otvorimo novi topic na tu temu, imam i ja svoj stav zašto good practice nije uvijek i best solution i zašto :slight_smile:

156

Jel’da da ti nisi uopce shvatio poantu moment.js i date-fns?
Ovo pitam zato, ne da te tu vrijedjam, nego zato sto mi se to tako cini, jer da si shvatio poantu te dvije biblioteke onda nebi napisao to sto si napisao.

Kako imas moment.js za JS imas i za PHP https://carbon.nesbot.com/docs/

Da se moment.js i date-fns ne pridrzavaju onog sto pise u gore linkanom dokumentu na ECMAScript te dvije biblioteke nebi niti radile. Oni nemaju nikakvu native podrsku, one samo pojednostavljuju koristenje nativne datetime sintaks u JavaScirptu i ne izmisljaju nove stvari nego samo pojednostavljuju koristenje nativnih funkcija i sintakse za manipulaciju i prikaz dat i time u JS. Najmanje se oslanjaju na sintaksu date formata, a vise ti daju jednostavne funkcije pomocu kojih mozes odraditi manipulaciju datumom i vremenom.

Et zasto ne koristis moment.js u tvojoj komponenti i rijesio si problem i mozes se koncentrirati na rjesavanje konkretnog poslovnog porblem koji je pred tebe stavljen, stedis i pare i vrijeme i sebi i tvom sefu.

Tvoje komponente o kojima govori su kao i jendorozi svi o njima pricaju, a niko ih nije vidio. Mozda da taj svoj normJS bacis na github pa da se cijela zajednica ukljuci u razvoj toga bi i bilo nesto od toga, a ovako samo suplje i prazne price.

1 Like
157

Ajde otvori bas me zanima zasto i u kojim slucajevima.

1 Like
158

A tebi se baš svadi? :smiley:

1 Like
159

Nudjeno - neće (btw, tema sestra rodj rodjena)… :frowning:

P.S. Moderatori kad bi ovu temu nalijepili na linkovanu ništa loše se ne bi desilo.

1 Like
160

Pa da. :stuck_out_tongue:

Ne smijem kod kuce, pa moram tu.

2 Likeova
161

Opravdano i u potpunosti te razumijem :wink:

1 Like
162

Sry ali ti si taj koji je više puta u okviru ove teme pokazao da ne može shvatiti razliku između formata datuma i onoga tko definira format.

Drugim riječima između timestampa (kao jednog od formata) i regdatea (kao onog koji definira format)

Prema tome, nemam volju ni vremena ulaziti u dublju raspravu…

…da si bio pristojan, potrudio bi se naći vremena, jer imao bi volje…

163

Da bi timestamp zvali (jednim od) formatom (što on nepobitno jeste) isti mora biti definisan (jer samom prirodom pojam mora da ima svoju definiciju tj. opis značenja i izgleda).
U programiranju bi to naveli pa bi tako izgled timestamp-a definisali recimo sa:

\d{10}

Dakle ovo je definicija timestamp formata.

E sada:

Možeš li ti sada napisati (u max. 5 redova) kako bi izgled’o regdate ako se složimo da je ovo gore što sam ja napis’o ustvari de facto definicija izgleda timestamp-a (jer ja smatram da ti ovde mutiš vodu i pišeš nešto što ne postoji; ispada da svjesno zanemaruješ osnovne logičke kategorije poput definicije pojma da bi postavlj’o nešto što je definicija pajma; hm)?

164

Bullshit, 160 puta sam ti ponovio i ponavljam ti rjesavas problem koji u biti nije problem. Nema ga. Svi koriste istu sintaksu u programskom jeziku u kojem programiraju jedino ti imas nekih problema.

Sta ti znaci onaj koji definira format? Standard ili programer, programer ili programski jezik, programski jezik ili metoda, metoda unutar klase ili funkcija…

Ponavljas se konstantno i nista novo nisi rekao, na konrektna pitanja lamentiras na filozofskom nivo, bez iti jednog jedinog primjera, bez iiti jednog teoretskog primjera koji je primjenjiv u praksi, dva puta si napisao nesto kao localize_date_format() ali nista vise, gdje se to primjenjuje, ko kome prebacuje, koja komponenta ima problem s prikazom, zasto ima, nista, ali apsolutno nista s tvoje strane nije doslo.

Bacim ti linkove na ECMAScript koja je krovna organizacija koja definira jezicke stnadarde pa ti niti to tamo ne stima, kazem ti da koristis moment.js itd, ali ti i dalje po svom.

Pristojnost sam odavno ostavio negdje tamo u ladici jer od toga nema koristi na odredjenim mjestima(jedon od tih mjesta je ovaj forum), a iskren i da ti budem ne vidim gdje sam ja to bio nepristojan.

Skoncentriraj se i napisi konkretan kod koji ti zadaje problem i onda cu mozda biti pristojan

Nije da nemas volje i vremena, nego nemas argumenata pa se sad ovako izvlacis iz cjelog topica.

3 Likeova
165

Imao sam najbolju namjeru procitati taj topic ali sam odustao nakon cca. 10tog posta. Jer filozofska djela su mi postala prenaporna, a radje onda procitam skoratesa, kanta i sl.

1 Like
166

Izdajniče Perine komponente. :slightly_frowning_face:

2 Likeova
167

Kako znaš da je pogrešan regdate ako nemamo specifikaciju? :slight_smile:

2 Likeova
168

Ma Bozoou je stari troll. Znaci covjek pokrene temu i samu mu je cilj raspizdit sve svojim filozofijama. Nije ovo prva ovakva tema…

1 Like
169

JQuery UI:
$.datepicker.formatDate(‘yy/mm/dd’, new Date());

React (primjer):
{new Intl.DateTimeFormat(‘en-GB’, {
year: ‘numeric’,
month: ‘long’,
day: ‘2-digit’
}).format(customer.firstSale)}

Angular:
import {formatDate} from ‘@angular/common’;
formatDate(new Date(), ‘yyyy/MM/dd’, ‘en’);

nasuprot nekakve normalizacije, poput:

norm_date(new Date(), ‘dd.mm.yyyy’);

koji bi radio bez obzira sa kojim libraryem ili frameworkom radili ukoliko je includan i norm.js

Jel sad kužite poantu?
Dakle, npr, danas radiš u vue, includaš norm.js, hoćeš datum formatirat - pišeš:
norm_date(new Date(), ‘dd.mm.yyyy’);

Sutra radiš na nekoj react.js aplikaciji, includaš norm.js, hoćeš datum formatirat - pišeš:

norm_date(new Date(), ‘dd.mm.yyyy’);

Prekosutra pišeš nešto u angularu, hoćeš formatirat datum,includaš norm.js i opet pišeš:

norm_date(new Date(), ‘dd.mm.yyyy’);

I tako i sa ostalim komponentama (datum je primjer, mogu biti i ostale tako unificirane komponente )
Po meni bi to bilo super stvar.

170

Pa imas moment.js, imas i nativne JS funkcije zato, ne treba mi nikakv norm_js

171

Fora je: da bi koristio zajednički sadržalac ustvari onda treba da nekoristiš ni jedan od ponudjenih FW-a već plain ol’ school vanilla JavaScript. Cijeli ti sistemi i environment-i (React, Angular, Vue…) imaju svoje razloge, zahtjeve, metodologiju i na kraju preduslove zašto koriste baš takvu sintaksu.
Samo u toj tački ili da se izrazim kroz Git terminologiju na tom commit-u (commit-u plain JS-a i nativnog Date objekta) ti imaš takvu mogućnost.
Preneseno na različite jezike (i.e. PHP, Python, Ruby, Java, etc.) ta ideja bi bila k’o sad kad bi rek’o
kako da napišem funkciju koja takva kakva je - bez ikakve izmjene - radi u sve i jednom pomenutom jeziku.
To prosto ne može tako da se uzme.

1 Like
172

Ovdje čak i ne pričam o normJSu.
Ali kada si ga već spomenuo, par riječi kako je normJS vezan sa ovim.
Ova regdate norma koju tražim je sigurno jedna od normi koje će se sve komponente normJS-a morati držati a bi mogle uopće validno upasti u normJS “ekosistem” komponenti.

Nešto slično kao što moraš imati svjetla na autu da bi smio biti dio prometa.
Tako će ova regdate sintaksa biti preduvjet nekoj komponenti koja radi sa datumima da bude dio normJS komponenti.

Analogijom, ako bi pričali o standardima u prometu… onda imamo:
-standarizirana svjetla na autu kakva moraju biti
-standarizirane dozvole ispuha automobila
-standariziranu sigurnost automobila
itd.

Sve su to različiti standardi …a da bi auto bio tehnički ispravan dio prometa mora ispoštovati sve nametnute standarde.

To je normJS u ovoj priči …on će samo biti popis standarada koje će morati ispoštovati komponente koje će htjeti biti dio te priče…da bi sve međusobno bile kompatibilne.

A ovaj regdate je samo jedan od standarada koje će propisati normJS.
Ja tu uglavnom neću ni izmišljati nove stvari … samo dobro promotriti što je trenutno najkorištenije iz određene oblasti i to uvrstiti kao standard normJS-a.

173

@creatifcode @tpojka
Ne treba i nemože tako?
Promotrite ovo:

  1. document.getElementById(“nekielement”)
  2. $("#nekielement")

Kome treba ovaj drugi i tko bi sad zbog toga includao neki library, a i ne može to tako jer ovaj prvi ima svoja pravila :slight_smile:
Ja ne vidim razlog ZAŠTO NE normalizacija (ako sam je dobro shvatio) osnovnih funkcija i elemenata.