Swift: seznamte se s jazykem pro vývoj iOS a Mac OS X aplikací

Jak vis, ze je to pro jednu platformu? Pouziva to LLVM infrastrukturu...

Takový jazyk už tu dávno je, jmenuje se Go.
golang.org

S tím frameworkem problém nebude, protože je tam pořád UIKit a spol

nutnost ucit se novy jazyk je sice opravdu lehce otravne (navic kdyz je ten jazyk dost d*bilni), ale porad plati, ze jazyk se clovek nauci za tejden, kdezto nejake api/framework/atd. se uci roky a nikdy se stejne nenauci vsechno.

Ta syntax je dosledok horucej noci Javascriptu s Pythonom. Nieje mi sice celkom jasne preco, ale viem si predstavit ovela horsiu kombinaciu

Nemáte pravdu. Objective C je větší chlív. Tady aspoň tušíte, co kód dělá.

Vrátí hodnotu té proměnné z dané funkce.

Není tam to var a let nadbytečné? Dobře, zrušíme return, ať se to vykompenzuje. :)

var a let rozlisuje promenne a konstanty. Return na poslednim radku funkce je zbytecny a nepouziva se podobne, jako u F#.

a budeme to pouzivat i pro pripad, kdy potrebuje rychle vybehnout z funkce predcasne.if (podminka) largest;
dalsi prikaz;wow. krasne.

Ludia, nezblaznili ste sa?Return sa samozrejme vyzaduje, to largest na konci ukazkoveho kodu je volanie zadefinovanej funkcie. Aj ked, podla toho, co som zatial cital je to skor syntakticka chyba...

takze jednou vyskakuju return largest a podruhy, jinde, largest? wow, v to jsem ani v difokych snech nedoufal

Nie, vyskakujes vzdy s return largest. Netusim, kde kto a ako prisiel k druhej moznosti.https://developer.apple.com/library/prerelease/ios/do... ...

kdo? preci autor clanku. nebo zdroj, ze ktereho autor cerpal...

V tom pripade sa este spytam kde

tak omluva, tvrdil to ten kolega, co odpovidal na dotaz "co tam dela to largest" na zacatku tohohle vlakna. pokud nemel pravdu, tak nas nenapinej a prozrat spravnou odpoved, at to nemusi kazdej hledat.

Tak, ako som hore pisal, podla dokumentacier vracia funkcia hodnotu ako vsade inde, s return.Inak pozeram, ze ten kolega pomylil aj mna, bo v tom kode v clanku ziadna funkcia nieje. Bude to kod pre REPL, takze to largest na konci len vypise hodnotu.

No, podle mě není dobrý zvyk vyskakovat z funkce jinde než na konci...
Ale dost prvních reakcí na bulvární půdě, jdeme to prozkoumat hlouběji. :)

nevim, co ma kdo za zvyky, nekdo treba cura do umyvadla nebo do neoprenu, ale tohle je uplne obycejny early exit, zamezujici nutnosti odsadit vlastni vykonny kod o 40 mezer...

Záleží na zkušenostech. Do umyvadla čurám na chalupě, když zjistím, že neustálé chození přes dvorek vede k nastydnutí, a single-exit zavedu, když zjistím, že refactoring či ladění vede k problémům častěji v případech early-exitů. Nic univerzálního se v tom ale hledat nedá, to je pravda. :)

Imperativní jazyky začínají být na ústupu a funkcionální se derou na jejich místo, říká se tomu evoluce. Pokud by neexistovala, tak do dneska programujeme ve Fortranu a Algolu.

Aj v C-cku sa da programovat funkcionalnou paradigmou. Ako odchovany na Logo-u to aj robim.
ale,ze by LISP / Scheme rastli nejak vyrazne
http://www.tiobe.com/index.php/content/paperin... ...

Pejsek s kocickou pekli dort. Let z basicu
pole z neceho
syntaxe z marsu
logika z blata vitejte u apple ... tohle zadny soudna iovce nemuze pochvalit ...

We simplified memory management with Automatic Reference Counting (ARC)

Az na to, ze to let neni z Basicu ale z ML.
Celkove je videt, ze vetsina diskutujicich tu naprosto nerozumi kontextu, ve kterem Swift vzniknul.

1) let vs var ( pro vás je lepší ) const int/string/long/float/ vs int/string/long/float
2) simpleDescription() -> String { je úplně stejně srozumitelné jako String simpleDescription() {
3) vaše if(a==b) b=3; je ve swiftu: if a==b {b=3} ( jeden řádek a stejný počet znaků ) co vám vadí?
4) Ukončování příkazů lze pomocí středníků. Takže lze napsat: var name = ""; name ="XXX"
.
ad1) vadí vám zjednodušení zápisu?
ad2) vadí vám 2 znaky navíc?
ad3) vadí vám kudrnaté závorky?
ad4) vadí vám vaše neznalost?Vaše kometáře byly hloupé, nikoli věcné a objektivní.

Pořád mi není jasné, proč vymýšlet nový syntaktický cukr, když ten stávající je +- stejně dobře srozumitelný.

Máš krámy?
Podmínky bez závorek, ukončování odřdkováním není nic nového.
Výhoda je asi jasná == dobrá čitelnost.

Ma to typovou kontrolu, dokonce nelze ani pouzit implicitni pretypovani a je treba pouzit toto:
var i = 1
var s = "pes"
var si = s + (String)i

hmmm... a to var i = 1 vytvori (pokud pouziju C terminologii) char, short, int, long, long long, signed nebo unsigned? nebo snad nedejboze float/double/long double? nebo treba nejakou obdobu decimal/money zname zejmena z sql? s jakou presnosti by to ten decimal byl? nebo ze by to bylo nejake BCD cislo? zhustene/nezhustene? prostor na kolik cifer? kolik z toho desetinnych?var i = 1 je ocividnej produkt nejakyho ignoranta.

int, viz specifikace. Opravdu neni treba vyjmenovavat desitky typu jen na zdurazneni, jak je Swift spatny

Vytvori to Int, co je 32 alebo 64b signed integer. Sucasne nastavi typ premennej i, takze do nej nepojde omylom narvat retazec. Je to v dokumentacii

Vygoogli si type inference
Projevem ignoranta je spíš tohle neznat. V ML style jazycích už je to léta, posledních pár let je to naprostý mainstream

proc bych to mel googlit, kdyz to znam? type inference MUZE byt je prima, kdyz je to dostatecne zrejma z prave strany. coz u literalu 1 ROZHODNE neni ten pripad. spektrum typu, do kterych lze bez ztraty informace ulozit ciselnou hodnotu 1, je natolik bohate, ze se snazit jakymkoliv zpusobem misto programatora urcovat, co to OPRAVDU bude, je zverstvo. btw. co takove cislo 2^31? bude to unsigned int, nebo long long? a nebo to bude DOKONCE zaviset na tom, esli kompiluju 32/64bit?

Myslim, ze by sa ti pacil python >>> import sys
>>> sys.maxint
2147483647
>>> type(2147483647)

>>> type(2147483647+1)

>>> type(2147483648)

>>> type(2147483648-1)

>>> type(int("2147483648"))
Nevravim, ze je to dobry napad, ale pokial je toto spravanie specifikovane, nevidim v tom problem.

problem pro toho, kdo to pise, to zajiste neni. jenom pro toho, kdo v tom pak ma hledat chyby. Pokud to nema vadit, tak muzem zustat po K&R C. tam jsou pravidla taky jasne specifikovana. A i presto tak uz nikdo nepise, proc asi.

viva la zive >>> import sys
>>> sys.maxint
2147483647
>>> type(2147483647)
type 'int'
>>> type(2147483647+1)
type 'long'
>>> type(2147483648)
type 'long'
>>> type(2147483648-1)
type 'long'
>>> type(int("2147483648"))
type 'long'

no vidis. a v c# je treba 2147483647+1 unsigned int. a kdovi, jak to bude tady. proste je to neintuitivni, hloupe, nebezpecne.

Takže neznáš ;)1 lze uložit do intu, longu, double (to ve swiftu jen s explicitním castem). Stejně jako Psa můžeš uložit do Savce.
Ale 1 je typu int, protože je to intový literál. Hlavně si uvědom, že tohle všechno se děje compiletime.

ano, 1 je intovy literal. ale ted si predstav, ze 2000000000 je tez intovy literal, 300000000 je unsinged intovy literal a 5000000000 je long long literal. takze:
var i = 2000000000
var j = 3000000000
var k = 5000000000je kazdy jiny typ. takze clovek pocita nuly, aby zjistil, co vlastne nadeklaroval. a pac obcas neni nebo nevi, tak napise jednou var, podruhy int. aneb user-friendy, readable, self-explaining code jak vysitej.

jak pisu jinde, i K&R C melo jasne specifikovana pravidla a presto to nikdo, pokud joooo nemusi (prehistoricky software) nepouziva.

To je takový problém si přesíct v dokumentaci, že je možné typ specifikovat?„let implicitDouble = 70.0
let explicitDouble: Double = 70“Citace z: Apple Inc. „The Swift Programming Language.“ iBooks. https://itun.es/cz/jEUH0.l...

Toz, ak na tu dokumentaciu odkazes takto, tak docela jo

Pravda. To by mohl být menší problém :)Je ale k i zde: https://developer.apple.com/library/prerelease/ios/do... ...

ale o to nejde. jde o to, ze jazyk umoznuje psat hnusne, kdyz to NIC krome spatne srozumitelneho kodu neprinasi, takze to moh s klidem zakazat.

Co PRESNE mel zakazat?

Co jsem tak z dokumentace vykoukal, literály jsou intové a long literál (zatím?) ve Swiftu neexistuje.
Jinak poměrně normální řešení je počet míst (až na kontrolu rozsahu) ignorovat a typ literálu řídit podle jeho prefixu.

Názor byl 1× upraven, naposled 03. 06. 2014 11:52

To víš, jedna ovečka si uprdne a zbytek stáda se posere radostí...

Mě by zajímalo jak bys chtěl zařídít, aby nově vymyšlený jazyk byl kompatibilní s něčím jiným.

Třeba C++ v podstatě obsahuje C, až na pár drobností by tam měl program v C fungovat stejně.

Myslíš jako ObjC?Kdyby ovšem nebylo cílem postavit nový jazyk bez zátěže.

Ne jako ObjC. Ale že C++ je nový jazyk víceméně kompatibilní se starým jazykem C.

ono je to vurt. rozumny clovek stejne objective c nikde jinde nez tam, kde je to nutne, nepouzije. (nutne to neni tedy ani na eplech, ale vse ostatni je bohuzel stale leda na puli cesty...)