Applov nov programski jezik Swift

Če se res tako dela, zakaj je bila cela štala s Sigmo?

Se pravi, da se tako dela samo ko se tako dela, ko se ne, se pa pač ne.
Sej ni samo Sigma, takih primerov je ogromno. Tudi v večjih firmah od NLB, pa pri davčni itd.

MrStein je 7. jun 2014 ob 14:05 izjavil:

220-krat hitreje kot Python.

Preveden program proti interpretiranemu?

Ne samo to, katerikoli jezik, ki ima integer tipe kot objekte (ala java Integer class), bo za faktor 40+ pocasnjesi pri numeriki ala razni checksumi itd... tko da ta njihova hvala je bolj prazna. Logicno da je Python porazen pri numeriki.

pegasus je 8. jun 2014 ob 23:40 izjavil:

Veliko raje imam formal verification, ki matematično natančno pokaže, ali nek kos kode deluje tako in samo tako, kot se od njega pričakuje.

Ti si orenk na glavo padu.

Spura je 9. jun 2014 ob 12:50 izjavil:

MrStein je 7. jun 2014 ob 14:05 izjavil:

220-krat hitreje kot Python.

Preveden program proti interpretiranemu?

Ne samo to, katerikoli jezik, ki ima integer tipe kot objekte (ala java Integer class), bo za faktor 40+ pocasnjesi pri numeriki ala razni checksumi itd... tko da ta njihova hvala je bolj prazna. Logicno da je Python porazen pri numeriki.

pegasus je 8. jun 2014 ob 23:40 izjavil:

Veliko raje imam formal verification, ki matematično natančno pokaže, ali nek kos kode deluje tako in samo tako, kot se od njega pričakuje.

Ti si orenk na glavo padu.

JAVA ima kolikor vem tudi primitivni tip int. Je pa res, da primitvni tip in generics ne gre skupaj. Kar pomeni pisanje algoritma za vsak primitvni tip posebej, če bi rad hitrost.

Mi je pa osebno ljubše preverjanje vrnjene vrednosti, kot pa catch/try/finally bloki.

win64 je 9. jun 2014 ob 13:03 izjavil:

Spura je 9. jun 2014 ob 12:50 izjavil:

MrStein je 7. jun 2014 ob 14:05 izjavil:

220-krat hitreje kot Python.

Preveden program proti interpretiranemu?

Ne samo to, katerikoli jezik, ki ima integer tipe kot objekte (ala java Integer class), bo za faktor 40+ pocasnjesi pri numeriki ala razni checksumi itd... tko da ta njihova hvala je bolj prazna. Logicno da je Python porazen pri numeriki.

pegasus je 8. jun 2014 ob 23:40 izjavil:

Veliko raje imam formal verification, ki matematično natančno pokaže, ali nek kos kode deluje tako in samo tako, kot se od njega pričakuje.

Ti si orenk na glavo padu.

JAVA ima kolikor vem tudi primitivni tip int. Je pa res, da primitvni tip in generics ne gre skupaj. Kar pomeni pisanje algoritma za vsak primitvni tip posebej, če bi rad hitrost.

Mi je pa osebno ljubše preverjanje vrnjene vrednosti, kot pa catch/try/finally bloki.

dajte si že dopovedat, da stvari nista ekvivalentni. return value služi servisiranju napake, exceptioni pa zaščiti programa pred tem da odleti, pa tud tuki morš servisirat napako. če kakšne napake nimaš pohendlane lahko zapišeš vsaj error log brez izjem ti pa aplikacija samo tiho odleti. pol se pa jebi pa išč kje si zafuku.

techfreak :) je 9. jun 2014 ob 13:36 izjavil:

Ker v primeru faila zaradi dostopa do datotek/omrezja ne mores vrniti return value?

lahko, kako pa pohendlaš sam fail? kako to napišeš?

smash je 9. jun 2014 ob 13:37 izjavil:

techfreak :) je 9. jun 2014 ob 13:36 izjavil:

Ker v primeru faila zaradi dostopa do datotek/omrezja ne mores vrniti return value?

lahko, kako pa pohendlaš sam fail? kako to napišeš?

Odvisno od jezika ter api-ja. Recimo Java zahteva, da loviš vse izjeme, C# uporablja izjeme vendar ne zahteva, da jih poloviš.
C ne pozna izjem. C++ ti pusti prosto pot pri uporabi. V praksi pa odvisno od primera.
Recimo za win32 api v c++(primer iz glave):

HFILE * fileHandle = CreateFile(..);
if(fileHandle == null){
 error = GetLastError();
 //ulovljena napaka
}

Ja pusti ta konkreten CreateFile, kaj če uporabiš neko funkcijo iz nekega x dll-ja. Kako veš, da je nastavil napako.
Zato pa win32 api ne velja za ravno "lepega".

smash je 10. jun 2014 ob 07:49 izjavil:

a se izvajanje nadaljuje po prvi vrstici, če pade znotraj CreateFile? Če pade v neki metodi, verjetno enostavno vrže ven cel program, zato tudi smisel da daš znotraj metode CreateFile zadevo v try catch, pa da ujameš vse, potem pa lahko narediš s tem kar češ.

Huh? Konkretno CreateFile na vrača nobenih exception-ov. Kako se torej lahko zgodi, da zadeva vrže ven cel program (ker bi nehendlan exception propagiral ven)? In imaš še cel razred problemov, ki ti jih tudi try/catch ne bosta ujela (recimo kakšen segmentation fault).

Kocka je 10. jun 2014 ob 12:05 izjavil:

V swiftu se detekcijo vračanja "nil" iz funkcije kot napaka zelo elegantno rešuje z "Optionals". Gre nekako takole (glej poglavje "Optionals" v Swift dokumentaciji):

 
 if let fileDescriptor = CreateFile(blaBla) { 
 // File descriptor is the right value
 } 
 else { 
 // File descriptor is nill
 } 
 

"Optional" je poljuben tip spremenljivke, ki ima lahko poleg prave vrednosti (naprimer integer ali pa referenca na objekt) lahko tudi vrednost "nil". Če spremenljivka ni Optional (znak ?), potem boš imel že compile time error, če jo boš hotel nastaviti na nil.

 
 var firstName: String = "Nekdo"
 firstName = nil // compile time error
 
 var LastName: String? = "Nekdo"
 name = nil // ok 
 

v funkcijskih jezikih potem zadevo rešuješ z pattern matchingom, swiftov case pa to nažalost ni.

Da ne odpiram nove teme bom kar tule vprašal. Ima morda že kdo izkušnje, kako se v Swiftu pri Core Data uporablja tranzientne atribute?

Želim se najprej prebiti skozi najbolj preprost primer in ga realizirati v Swiftu: shraniš 2 spremenljivki "Ime" in "Priimek" v Core Data, tretja (tranzientna) "Polno Ime" pa naj se zgenerira sama iz prvih dveh.
Tule sem našel primer, kako se to naredi v Objective-C:
http://davemeehan.com/technology/object...

Ko sem primer skušal prenesti v Swift, se mi zatakne že pri Getterju, ker mi Xcode tega ne dovoli zaradi @NSManaged atributa na tranzientni spremenljivki. Ne dovoli niti observerja. Uporabljam trenutno zadnjo verzijo Xcode 6 beta 7.

Gotovo obstaja kak enostaven način (ker drugače v model viewerju ne bi obstajal transient atribut), samo ne najdem nikjer primera. Na Stackoverflowu sem samo našel popolnoma isto vprašanje še brez odgovora :(
http://stackoverflow.com/questions/2472...