Re: TypeScriptre vált az AngularJS
#1
Elküldve: 2015. 03. 06. 15:18
https://www.hwsw.hu/hirek/53663/google-microsoft-angularjs-typescript-framework-es6-atscript.html
#2
Elküldve: 2015. 03. 06. 15:18
#3
Elküldve: 2015. 03. 06. 15:49
#4
Elküldve: 2015. 03. 06. 18:56
#5
Elküldve: 2015. 03. 06. 19:40
#6
Elküldve: 2015. 03. 06. 20:42
geri: "én a hwsw egy kiemelkedő szakmai színvonallal bíró, megbecsült, elsőrangú tagja vagyok."
#7
Elküldve: 2015. 03. 07. 09:30
A másik terület, ahol hasznos a scriptelés amikor gyorsan kell összeütni rövid, egyszer használatos dolgokat. Tipikusan ilyenek voltak DOS-os környezetben a bat fájlok, vagy linux alatt a shell scriptek. Persze ma már linux alatt ott a python, windowson meg sajnos ott a powershell - ahelyett hogy a MS is hallgatott volna az idők szavára, és nem a 30 évvel ezelőtti unixos shellek szellemét próbálta volna összehozni az oop-vel és a .NET frameworkkel... Itt a rövidség, tömörség a lényeg, cserébe senkit nem érdekel a hosszú távú karbantarthatóság és az átláthatóság.
Szóval, scriptelés bizony van, és vannak scriptnyelvek amik bizony erre ideálisak. Egyszerűek, könnyen tanulhatók, és az end-user ha csak nem csinál valamilyen egészen orbitális marhaságot, akkor mindig kap valamilyen eredményt, Pl. ha összeadja az 5-öt és az almát, akkor nem típuskeveredési hibát kap, hanem 5 almát.
A másik oldalon vannak a programnyelvek. Amiket arra találtak ki, hogy nagy rendszereket írjanak bennük. Ott nem az a fő szempont, hogy fél nap alatt el lehessen sajátítani az alapokat, hanem az, hogy lehetőség szerint csökkentsük a hibalehetőségeket, és minél átláthatóbb, karbantarthatóbb rendszerek szülessenek. Ezért használnak a bankoknál és más multiknál az üzleti logikában javát, C#-ot és nem javascriptet.
#8
Elküldve: 2015. 03. 07. 11:39
Csak ma akarnak mindent ebben írni. Amíg ez nem volt terv, nem is volt vele gond.
#9
Elküldve: 2015. 03. 07. 12:02
Alapvetően, ahol vannak változók, elágazások ciklusok, azok mik? Hol a határ? A deklarálásnál?
Ennyi erővel a Java, C# se program nyelv, mert nem kell memóriát foglalni, felszabadítani, hanem csak a C az. Ja várj, a C sem az, mert ott nem kell regisztereket kezelni. Ja várj, az se programozó, aki nem tudja az assembly utasítás bináris gépi megfelelőjét...
#10
Elküldve: 2015. 03. 07. 12:59
semmi hasonlóról sem írt. Szerintem olvasd újra.
#11
Elküldve: 2015. 03. 07. 13:15
#12
Elküldve: 2015. 03. 07. 13:39
"Pl. ha összeadja az 5-öt és az almát, akkor nem típuskeveredési hibát kap, hanem 5 almát."
ez szerintetek helyes eredmeny..? szerintem a helyes valasz 6! ;-)
"Ez van bazdmeg, ha nem tetszik, el lehet menni."
#13
Elküldve: 2015. 03. 07. 14:03
#14
Elküldve: 2015. 03. 07. 15:08
Egy böngészőben futó programhoz egy böngésző által értelmezett szkript nyelv egyáltalán nem hülyeség, és attól, hogy a js erre nem mindig alkalmas, egy js-re épülő új nyelv még alkalmas lehet. Mai szemmel az "igazi programozási nyelvek" elődei se tűnnek alkalmasnak komoly fejlesztésre, mégis tovább tudtak fejlődni.
geri: "én a hwsw egy kiemelkedő szakmai színvonallal bíró, megbecsült, elsőrangú tagja vagyok."
#15
Elküldve: 2015. 03. 07. 16:28
Szerintem a leghelyesebb, ha a compótáló készülék visszakérdez, hogy:
Kedves Kezelő! TE MIÉRT KÉRSZ TŐLEM HÜLYESÉGEKET?
Szóval szerintem típusosság nélkül lehet élni... csak nem érdemes
Mondjuk én az egész feszengésnek nem látom értelmét... a földeken egész életében traktorral rodeózók sem fogják sosem méltatni, hogy mennyire jó, hogy gyártanak smartot is
"Linkelj még pár perpetuum mobilét, meg egy Széles Gábor portrét, és akkor elhiszek neked mindent!"
#16
Elküldve: 2015. 03. 07. 17:04
Ahány böngésző , annyiképpen értelmezi a kódot, aminek a következtében egyfelől a fejlesztők életét keseríti meg a különböző böngészők lekérdezése, és különböző környezetbe való optimalizáció, ezzel szemben a FLESS-nek egyetlen fejlesztője van , ugyanaz a kód 100%-ig ugyanúgy néz ki bármilyen környezetben , ahol egyébként a fless, mint bővítmény lefut. A helyzet hasonló kicsit a Windows kontra Linux esetében a Windows mellett érvelőkéhez hasonlóan: zárt kód, mögött egyetlen fejlesztőcsapat ül, míg a különböző Linuxokat, különböző csapatok , különböző elvek mentén "tákolják".
Soha nem lesz egységes -egyfelől márcsak elvből sem- a különböző böngészők fejlesztési irányvonala, sőt néha-néha homlokegyenest egymással szembe mennek (konkurrálási és egyéb okokból: lásd pl. a különböző webes videóformátumok támogatása mögött tornyosuló erőket, egyfelől a zárt, de könnyen kisajátható, és könnyen fizető és ütőképes DRM-mel rendelkező x264 , másfelől a totális nyíltságon alapulú webm és tsai..)
#17
Elküldve: 2015. 03. 07. 17:12
""Pl. ha összeadja az 5-öt és az almát, akkor nem típuskeveredési hibát kap, hanem 5 almát."
ez szerintetek helyes eredmeny..?"
Igen, ez egy helyes eredmény, legalábbis a legtöbb esetben ezt várjuk egy szöveg és egy szám összeadásánál. Típusos nyelv is ezt az eredményt adja, ha definiálva (és támogatva) van "int2string" automatikus konverzió. Java is ezt csinálja.
geri: "én a hwsw egy kiemelkedő szakmai színvonallal bíró, megbecsült, elsőrangú tagja vagyok."
#18
Elküldve: 2015. 03. 07. 17:19
geri: "én a hwsw egy kiemelkedő szakmai színvonallal bíró, megbecsült, elsőrangú tagja vagyok."
#19
Elküldve: 2015. 03. 07. 18:24
ez szerintetek helyes eredmeny..? szerintem a helyes valasz 6! ;-)"
Valójában a helyes az, ha egy ilyen program el se indul, hanem fordítási időben jelzi, hogy hiba van. A JS, és általában a nem típusos nyelvekkel az a legnagyobb gond, hogy el tudod úgy indítani, hogy van az összes szintaktikai hiba (pl. elírások). Vagyis egy JS szerű nyelvnél a tesztelés sokkal több időt igényel, mint egy normális típusos, változó deklarációs nyelvnél.
#20
Elküldve: 2015. 03. 07. 18:31
"Ez van bazdmeg, ha nem tetszik, el lehet menni."