Format date string sintaksa


#161

Opravdano i u potpunosti te razumijem :wink:


#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.


#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.


#166

Izdajniče Perine komponente. :slightly_frowning_face:


#167

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


#168

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


#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.


#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.


#174

I da te malo ispravim…ovo norm_date je suvišno. Na tu poziciju norm_date može ići bilo koja komponenta. Npr:

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

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

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

Nebitno nam je sada što te komponente rade…očito da rade nešto sa datumom.
Sada promotrimo tipove parametara koje primaju te komponente, tipovi su:

perinaKomponenta(DateObject, regdate_string);

ivinaKomponenta(DateObject, regdate_string);

mikijevaKomponenta(DateObject, regdate_string);

I što se sada dešava. Mi pošto poznamo kakav je DateObject unutar JS-a …znamo da će i Perina i Ivina i Mikijeva komponenta znati raditi sa DateObjektom koji prosljedimo komponenti…tu problema nema.

No ono što mi ne znamo …ne znamo kakva je regdate sintaksa unutar javascripta, jer javascript nema svoju regdate sintaksu. Pa se može desiti da perinaKomponenta razumije regdate sintaksu koja je “d.m.Y H:i:s” …a ivinaKomponenta razumije regdate sintaksu koja je “dd.MM.yyyy HH:mm:ss”.
(!!! ovo gore su oboje isti formati datuma, samo drugačija regdate sintaksa za te formate )

I to možemo preživjeti ako ručno zadajemo regdate sintaksu koju kao parametar šaljemo perinoj ili ivinoj komponenti. Mada je već i to glupo da radimo unutar projekta sa više različitih regdate sintaksi.

No dolazi do malo većeg problema ako perinaKomponenta ima zadatak definirati format datuma (prema nečemu) i u obliku regdate sintakse taj format prosljediti ivinojKomponenti. E sada, ako ivinaKomponenta očekuje neku drugačiju regdate sintaksu od one koju perinaKomponenta prosljeđuje…stvar puca, tj. te komponente nisu kompatibilne bez nekog konvertera za njihovu međusobnu komunikaciju…


#175

Ja nisam za jQuery rek’o da je bespotreban.
Štaviše jQuery je od krvi i mesa tj. mogu vidjeti benifit koji dobijam od njega.

Ne vidim neki benifit od nečeg čemu je pola rečenica u futuru (biće[ tako]…, imaće[ ovo]…, zahtijevaće[…ono] i tako redom) a druga pola recčenica je iz sve i jedne oblasti (mašine i alati [auto-industrija], saobraćaj [putna služba], evolucija [prilagodjavanje organizma okolini; Darvinova teorija evolucije], metafizika [bog i religija] i još puno toga tako) a nigdje koda niti programiranja odnosno problema u istom.

Je l’ imaš ti i najblažu ideju od nekog koda koji bi nam treb’o predstaviti konkretno uz ovakvu tvrdnju?


#176

Da i već sam dao primjere u temi. Ali onda je odjednom postao problem što znači riječ “komponenta”, haha.


#177

Sada još i zezaš ili provociraš nesvjesno?
Btw. Konkretan kod a ne pseudo liniju koda i 3 paragrafa priče o minotaurima (tek, čisto da postignemo koncenzus šta nije kod).

@everybody

Je l’ iko od vas vidio ikakav kod na temama koje su se dotakle normJS™-a i/ili na ovoj?


#178

Računalni programi su algoritmi…koji se fino daju opisati riječima…idejama. (Algoritamski jezik)
Programska sintaksa prenosi te ideje u računalu razumljiv jezik. No ta sintaksa se razlikuje od programskog jezika…stoga sama sintaksa je i nebitna.

Ako kažem što neka komponenta radi, dovoljno je da opišem njeno ponašanje i njenu ulogu algoritamskim jezikom. . Stoga je sasvim nepotrebno kucati sintatički točno precizno code…da bi se prenjela ideja i logika.


#179

Nije, i nece. Mani se corava posla. Nek se nauci izrazavat kao programer ako hoce kvalitetnu diskusiju.


#180

NormJS nema code :smiley: Isto kao što standardi prometa nemaju svjetla…iako propisuju autima da trebaju imati svjetla :slight_smile: