Leerstrategie voor Objective C/iOS development

[Gideonnn]

Hallo allen, ik heb tips nodig bij het op pakken van mijn nieuwe weekend bezigheden. Ik wil wat meer duiken in het ontwikkelen van mobiele applicaties.

Inmiddels ben ik zo'n 5 jaar bezig met programmeren, wat me redelijk goed af gaat. Mijn expertise ligt bij het ontwikkelen voor het web, helaas is dat niet wat ik het liefst doe. Daarnaast heb ik tijdens mijn vorige opleiding vooral gewerkt met C#, wat ik nog steeds heerlijk vind. Ik probeer graag nieuwe talen/frameworks en ben daarom vaak een beginner-expert, wat niet altijd handig is.

Zelf heb ik een klein beetje ervaring met Android development, via Java maar ook via Mono. Helaas heb ik tot nu toe maar erg weinig met iOS gedaan, ondanks dat ik al jaren met een iPhone en Macbook rond loop. Door mijn hekel aan java wil ik bij Android weg blijven zo lang het kan, daardoor mijn interesse in iOS.

Vaak leer ik door maar gewoon te beginnen maar met XCode is me dat tot nu toe iedere keer erg tegen gevallen. Objective C valt me erg zwaar door de syntax die totaal anders aanvoelt dan C#/C++, daar boven op komt natuurlijk nog het werken met XCode.

Nu weet ik niet of ik het beste kan beginnen met het leren van Objective C en daarna beginnen met het ontwikkelen van iOS, of gewoon meteen beginnen met iOS. Natuurlijk kan niemand mij dat vertellen, daar ben ik me bewust van, ik zoek ervaringen/tips op dit gebied.

Zijn er meer mensen die van een andere taal naar iOS gegaan zijn met hetzelfde probleem?

[Koetjeboe]

Je kunt ook Xamarin gebruiken voor iOS development. Dan kun je gewoon in C# bezig blijven. Mijn eerste app ook in Objective C geschreven maar daarna overgegaan naar Xamarin, en dat werkt veel fijner! En je kunt gelijk (relatief eenvoudig) cross-platform apps maken. Nadeel is misschien dat de gratis variant beperkt is, hoe beperkt weet ik niet precies omdat ik die niet gebruik.

[Lethalis]

Objective C? Je bedoelt Swift!

Mijn eigen ervaring vanuit de praktijk: lees zoveel mogelijk boeken erover en probeer de voorbeelden na te bouwen.

Xamarin is inderdaad ook een optie, maar de gratis versies zijn behoorlijk beperkt qua wat je ermee mag en kunt bouwen.

En waarom heb je een "hekel" aan Java? Het enige dat mij bij Android development een beetje tegenvalt, is de onhandige API. Java is misschien verbose, maar de Android API maakt er helemaal een feestje van. iOS development met Swift gaat dan toch een heel stuk soepeler.

Ben ik met Java echter met web development bezig, bijvoorbeeld met het Spring framework, dan vind ik het helemaal niet vervelend. Het framework neemt namelijk zoveel uit handen dat je nauwelijks nog code aan het schrijven bent

Als ik kijk naar de nieuwe ontwikkelingen bij Microsoft (ASP.Net 5) dan zie ik allerlei dingen die ze gewoon nabouwen uit het Spring en Play framework Dependency injection? Selfhosting web applications? Java got there first.

[ZpAz]

Hoe heb je de andere talen geleerd, en waarom kan je datzelfde nu niet weer toepassen? Misschien is de syntax wat anders. En dan duurt het even langer. Maar gewoon oefenen is toch echt de oplossing.

Nu weet ik niet of ik het beste kan beginnen met het leren van Objective C en daarna beginnen met het ontwikkelen van iOS, of gewoon meteen beginnen met iOS. Natuurlijk kan niemand mij dat vertellen, daar ben ik me bewust van, ik zoek ervaringen/tips op dit gebied.

De enige twee grote platformen waarop Objective-C gebruikt wordt is of iOS of OSX. De frameworks groeien steeds meer naar elkaar toe qua werking. Het zal niet veel uitmaken waar je begint.

[ Voor 54% gewijzigd door ZpAz op 16-11-2014 20:05 ]

[Gideonnn]

Lethalis schreef op zondag 16 november 2014 @ 08:14:
Objective C? Je bedoelt Swift!

[knip]

Oohja, natuurlijk! Groot verschil.

De reden voor mijn Java 'hekel' is niet erg rationeel. Het typt erg fijn maar voelt naar mijn mening altijd log aan, vooral de GUI frameworks (ook op android). Bovendien vind ik tools als Netbeans en Eclipse ook erg log aanvoelen. Dat en wat kleine irritaties is mijn haat, haha!

ZpAz schreef op zondag 16 november 2014 @ 12:40:
Hoe heb je de andere talen geleerd, en waarom kan je datzelfde nu niet weer toepassen? Misschien is de syntax wat anders. En dan duurt het even langer. Maar gewoon oefenen is toch echt de oplossing.

[knip]

Andere talen door gewoon bij het begin te beginnen, lekker simpel beginnen met klussen. Na een tijd gaat dat steeds sneller en is het vaak alleen wennen aan de syntax en gebruik maken van de taal-specifieke functies.

Dit lukt mij niet met werken in XCode. Ik denk dat dit komt door de grote veranderingen. Vandaar dus; beginnen met Objective C zonder XCode (Cacoa dacht ik) of meteen het diepe in duiken en de basis Objective C maar vergeten?

[Ryur]

Gideonnn schreef op zondag 16 november 2014 @ 21:32:
Andere talen door gewoon bij het begin te beginnen, lekker simpel beginnen met klussen. Na een tijd gaat dat steeds sneller en is het vaak alleen wennen aan de syntax en gebruik maken van de taal-specifieke functies.

Dit lukt mij niet met werken in XCode. Ik denk dat dit komt door de grote veranderingen. Vandaar dus; beginnen met Objective C zonder XCode (Cacoa dacht ik) of meteen het diepe in duiken en de basis Objective C maar vergeten?

Even reclame maken, ik ben een enorme fan van deze persoon & zijn boeken.
http://www.raywenderlich.com/store/ios-apprentice

Hierin maak je 4 "grote" applicaties die elk onderdeel van iOS ontwikkeling wel raakt.
Grote voordeel van deze bundle is: elke update is gratis! Ik heb hem denk ruim 2 jaar geleden gekocht, sindsdien bij elke Xcode versie is deze geüpdatet en de laatste update is van Obj-C -> Swift!

[ Voor 17% gewijzigd door Ryur op 17-11-2014 08:49 ]

[InZane]

Lethalis schreef op zondag 16 november 2014 @ 08:14:
Als ik kijk naar de nieuwe ontwikkelingen bij Microsoft (ASP.Net 5) dan zie ik allerlei dingen die ze gewoon nabouwen uit het Spring en Play framework Dependency injection? Selfhosting web applications? Java got there first.

Uh, je weet dat DI en self-hosting niet nieuw zijn in .NET 5 he?

[BikkelZ]

Achtergrond: full-time iOS developer en > 6 jaar C# development.

Kort door de bocht over Objective-C:

• Leer Objective-C want er is meer documentatie
• Objective-C ziet er vreemder uit dan het in werkelijkheid is, de [ ] syntax is vanwege het feit dat de C basis al heel veel karakters gebruikte en Objective-C vroeger eerste door een pre-parser naar C werd omgezet voor het gecompileerd werd
• Objective-C heeft dynamische kenmerken en is tegelijkertijd C, hou dat goed in de gaten. Ken je taal! Weet wat message forwarding en method swizzling doet - maar gebruik het liever niet
• Ik gebruik de New York Times style guide voor het opmaken van mijn code. Bij gebrek aan een betere standaard doen meer mensen dat

iOS-development:
Je moet naar mijn idee ongeveer drie skills echt goed onder de knie krijgen:

• Asynchrone code - blokkeer nooit de UI thread. En wat gebeurt er als je een callback krijgt terwijl de gebruiker inmiddels naar een ander scherm gegaan is?
• De iOS SDK - een enorme SDK en ik ken nog steeds niet alles maar de basis moet je kennen
• Interface Builder en Auto Layouts - er zijn een boel mensen die IB kut vinden en alles in code doen. Niet doen. Maar verwacht niet dat het makkelijk is omdat het allemaal grafisch is, het is wel sneller en makkelijker te debuggen, zeker wat betreft Auto Layouts

Verder:

• Gebruik cocoapods. Vind het wiel niet opnieuw uit. AFNetworking is redelijk standaard in ieder project.
• Lees heel goed wat de voorwaarden zijn voor het submitten van een app. Apple doet moeilijk
• Gebruik je ViewController niet als vuilnisbelt. Haal alles wat met data (Model) of de UI (View) er uit. Ik maak voor vrijwel element in mijn UI een MyView : UIView klasse aan die als een soort code-behind zorgt hoe alles grafisch gezien gedaan wordt. Dus geen lappen met pixels en kleurtjes en animaties in je controller maar een presentUser method op je User : UIView object.

Probeer eerst voor je app een navigatie op te zetten in Interface Builder. Hou het simpel met een UINavigationController met wat subviews, je krijgt bijna alle interactie bijna gratis van Apple. Maak een paar mooie schermen en ga daarna (met AFNetworking, netjes alle code in je Model class) de boel vullen met data.

Succes!

Ryur schreef op maandag 17 november 2014 @ 08:48:
[...]

Even reclame maken, ik ben een enorme fan van deze persoon & zijn boeken.
http://www.raywenderlich.com/store/ios-apprentice

Hierin maak je 4 "grote" applicaties die elk onderdeel van iOS ontwikkeling wel raakt.
Grote voordeel van deze bundle is: elke update is gratis! Ik heb hem denk ruim 2 jaar geleden gekocht, sindsdien bij elke Xcode versie is deze geüpdatet en de laatste update is van Obj-C -> Swift!

Ik ben geen grote fan, vind de code stijl niet echt netjes en veel te veel code voor UI taken in plaats van Interface Builder. Allemaal een beetje te veel iOS 5 stijl naar mijn idee. Maar misschien dat ik steeds op de oude tutorials terecht kom. Toch raad ik het niet af. Je leert er genoeg van.

[ Voor 14% gewijzigd door BikkelZ op 17-11-2014 16:01 ]

[Ryur]

BikkelZ schreef op maandag 17 november 2014 @ 15:58:
Ik ben geen grote fan, vind de code stijl niet echt netjes en veel te veel code voor UI taken in plaats van Interface Builder. Allemaal een beetje te veel iOS 5 stijl naar mijn idee. Maar misschien dat ik steeds op de oude tutorials terecht kom. Toch raad ik het niet af. Je leert er genoeg van.

Dan lees je de oude tutorials vooral .
Ik ben juist van mening dat Ray teveel IB gebruikt, waar ik toch iets sneller code zou pakken.

Wel mag er overal meer aandacht besteed worden (in elke tutorial zowat) aan de "Massive View Controller" (de definitie van MVC dat de meeste gebruiken volgens mij).
Merk het ook (helaas) in Android in mijn huidige project.

[BikkelZ]

Ryur schreef op dinsdag 18 november 2014 @ 08:35:
[...]

Dan lees je de oude tutorials vooral .
Ik ben juist van mening dat Ray teveel IB gebruikt, waar ik toch iets sneller code zou pakken.

Dat is dan positief!

Ryur schreef op dinsdag 18 november 2014 @ 08:35:
[...]

Wel mag er overal meer aandacht besteed worden (in elke tutorial zowat) aan de "Massive View Controller" (de definitie van MVC dat de meeste gebruiken volgens mij).
Merk het ook (helaas) in Android in mijn huidige project.

Yep. Dat is echt dodelijk. Ik schrijf zo'n beetje alles wat ik maar uit mijn viewcontroller kan schrijven er uit. Ik maak vaak een soort proxy objecten die ik ook weer in Interface Builder prik die bepaalde thema's afhandelen, ik heb bijvoorbeeld een scherm ergens waar weer een search box in zit. Dan wordt alles afgevangen (delegate, clicks, etcetera) door een SearchBoxProxy en die is dan heel makkelijk te verplaatsen of her te gebruiken in/naar een ander scherm.

[Scott]

Ryur schreef op dinsdag 18 november 2014 @ 08:35:
[...]

Dan lees je de oude tutorials vooral .
Ik ben juist van mening dat Ray teveel IB gebruikt, waar ik toch iets sneller code zou pakken.

Ik vind juist dat als het kan in IB, je IB moet gebruiken. Zeker in Xcode 6, wat qua IB een ongelooflijke vooruitgang is, vind ik IB vele malen fijner werken dan alles in code schrijven.

Wel mag er overal meer aandacht besteed worden (in elke tutorial zowat) aan de "Massive View Controller" (de definitie van MVC dat de meeste gebruiken volgens mij).

Ik ben het gedeeltelijk met je eens, maar dan worden tutorials heel erg lang. Omdat er vaak toch geen hele app gebouwd wordt, maar een gedeelte van een app, zijn je view controllers niet gigantisch. Als je er op door zou bouwen dan zouden ze dat wel worden, maar de tutorials gaan niet over puristisch OO-design.

Ik ben tech editor voor Ray, en kan je vertellen dat de extra tijd die in de tutorials gaan zitten is het, denk ik, niet waard. Het zou goed zijn als er een tutorial komt specifiek voor OO-design in Objective-C, dat wel.


TS: Kijk ook naar de gratis videos van CS193p van Stanford. Ik zou daar mee wachten tot januari, dan begint er weer een nieuw blok met waarschijnlijk een hoop nieuwe dingen van iOS 8.

[ Voor 13% gewijzigd door Scott op 18-11-2014 21:05 ]

[BikkelZ]

Scott schreef op dinsdag 18 november 2014 @ 21:03:
[...]

Ik vind juist dat als het kan in IB, je IB moet gebruiken. Zeker in Xcode 6, wat qua IB een ongelooflijke vooruitgang is, vind ik IB vele malen fijner werken dan alles in code schrijven.

Zo veel iOS devs die nog op code-only views hangen (enigszins verdedigbaar in bepaalde gevallen) of zelfs .xib per screen.....ik denk toch nog steeds een grote meerderheid

Scott schreef op dinsdag 18 november 2014 @ 21:03:
[...]

Ik ben het gedeeltelijk met je eens, maar dan worden tutorials heel erg lang. Omdat er vaak toch geen hele app gebouwd wordt, maar een gedeelte van een app, zijn je view controllers niet gigantisch. Als je er op door zou bouwen dan zouden ze dat wel worden, maar de tutorials gaan niet over puristisch OO-design.

Ik ben tech editor voor Ray, en kan je vertellen dat de extra tijd die in de tutorials gaan zitten is het, denk ik, niet waard. Het zou goed zijn als er een tutorial komt specifiek voor OO-design in Objective-C, dat wel.

Nice, ik zou mezelf ook wat meer moeten gaan profileren als writer denk ik. Goed voor je carrière en goed om eens een concept helemaal voor jezelf op een rijtje te zetten. Hoop binnenkort een keer weer een Interface Builder presentatie te gaan doen op het werk, zijn leuke dingen om te doen.

Ik heb wel eens wat goede artikelen gelezen maar echt een duidelijke tutorial....nee.

[Verwijderd]

Ik zou het objective C idee als ik jouw was lekker in de vuilnisbak gooien en aan Apple's swift beginnen. Samen met Xcode 6 en je komt zelfs als beginner een heel eind en het is veel makkelijker te leren dan Objective-c. Mijn mening natuurlijk.

[ Voor 19% gewijzigd door Verwijderd op 19-11-2014 04:57 ]

[Scott]

BikkelZ schreef op dinsdag 18 november 2014 @ 21:46:
[...]



Zo veel iOS devs die nog op code-only views hangen (enigszins verdedigbaar in bepaalde gevallen) of zelfs .xib per screen.....ik denk toch nog steeds een grote meerderheid

Ik vind de argumenten voor code-only views redelijk goed in veel gevallen. Geen merge conflicts, je hoeft niet te zoeken naar waar een bepaalde waarde gezet wordt (niet alles kan in IB, dus dan moet je eerst in IB kijken, dan je code doorzoeken) en iemand die nooit in IB heeft gewerkt kan er toch mee overweg.

Ik vind die argumenten niet zwaarder wegen dan de argumenten vóór IB, maar 't is ook geen totale onzin. Een XIB per scherm kan ook handig zijn soms, als je een view controller wilt hergebruiken maar in een totaal andere flow (dus een apart storyboard).

[...]


Nice, ik zou mezelf ook wat meer moeten gaan profileren als writer denk ik. Goed voor je carrière en goed om eens een concept helemaal voor jezelf op een rijtje te zetten. Hoop binnenkort een keer weer een Interface Builder presentatie te gaan doen op het werk, zijn leuke dingen om te doen.

Ik heb wel eens wat goede artikelen gelezen maar echt een duidelijke tutorial....nee.

Ja, ik vind het ook wel leuk om anderen dingen bij te brengen. Zou het ook wel mooi vinden om te werken voor een club die echt iOS-bootcamps geeft of wat dan ook. Zelf af en toe programmeren, maar anderen leren hoe het allemaal werkt. Maar goed, met Ray's imago zit ik daar ook wel goed voor nu.

Verwijderd schreef op woensdag 19 november 2014 @ 04:54:
Ik zou het objective C idee als ik jouw was lekker in de vuilnisbak gooien en aan Apple's swift beginnen. Samen met Xcode 6 en je komt zelfs als beginner een heel eind en het is veel makkelijker te leren dan Objective-c. Mijn mening natuurlijk.

Ben ik niet met je eens. Objective-C is nog altijd heel belangrijk in iOS, en dat zal nog wel even zo blijven. Veel tutorials, videos, artikels, de gehele iOS SDK, etc. is nog altijd in Objective-C en die vertaling maken als n00b is niet simpel, zeker omdat Objective-C redelijk apart is.

[ Voor 17% gewijzigd door Scott op 19-11-2014 07:31 ]

[Lethalis]

InZane schreef op maandag 17 november 2014 @ 15:38:
[...]
Uh, je weet dat DI en self-hosting niet nieuw zijn in .NET 5 he?

ASP.Net 5 is de eerste versie waarbij die dingen out of the box ondersteund worden. Natuurlijk kun je al jaren 3rd party libraries ervoor gebruiken (ninject, Castle, etc). Ik volg al een tijdje de ontwikkelingen rondom ASP.Net 5

http://blogs.msdn.com/b/w...-and-vs2013-update-4.aspx

"Dependency injection out-of-the-box."

En een ASP.Net site direct opstarten is in principe ook nieuw met de K runtime.

[JJ93]

Leuk om hier het één en het ander te lezen In Februari begin met de Informatica specialisatie "Advanced Mobile and Hybrid Development". Aangezien we Android ontwikkeling al hebben gehad doen we dit keer iOS, dus Objective C & Swift. Verder ook nog PhoneGap/Xamarin voor de hybride oplossing.

Windows Phone gaat ook de goede kant op met Windows 10. Dus die wil ik ook niet negeren in de toekomst. Neig dan eerder naar een hybride oplossing, Android & iOS kan misschien nog maar als je dan ook nog een andere codebase hebt voor WP..

Android ontwikkeling kan af en toe erg frustrerend zijn door alle verschillende API levels, support libraries, etc. die je nodig hebt. Uiteindelijk werkt het dan wel maar hoe..

M.b.t. iOS: mede omdat ik in de toekomst ook voor iOS wou ontwikkelen een Macbook aangeschaft i.p.v. een andere Ultrabook. Knoop doorgehakt toen de Late 2013 refresh er was vorig jaar Op dat moment was het dan ook de beste optie, zeker geen spijt.

Maar ondertussen bijna een jaar verder en er is niet veel van gekomen. Als ik weer in Nederland ben wou ik het oppakken. Nu kan ik het dus combineren met een specialisatie, dus krijg ik nog studiepunten ook!

[BikkelZ]

Scott schreef op woensdag 19 november 2014 @ 07:29:
[...]


Ik vind de argumenten voor code-only views redelijk goed in veel gevallen. Geen merge conflicts, je hoeft niet te zoeken naar waar een bepaalde waarde gezet wordt (niet alles kan in IB, dus dan moet je eerst in IB kijken, dan je code doorzoeken) en iemand die nooit in IB heeft gewerkt kan er toch mee overweg.

Merge conflicts zijn even erg bij storyboards als bij Android XML based views, het is gewoon leesbare data itt .xibs. Het probleem met storyboards is als je vijf ingewikkelde schermen in één file hebt en daar met drie man aan werkt het dan alsnog vaak een problematische merge wordt. Waar ik van baal is dat als ik alleen naar een .xib of .storyboard kijk en hij is gemaakt in een vorige versie dat de structuur dan aangepast wordt

Niet alles kunnen zetten via IB is niet echt meer een argument met live views, ik maak gewoon een border width en een border color en een corner radius property aan en dat wordt redelijk snel weergegeven in IB.

Bij code constructed views kun je bepaalde views simpelweg nooit aanmaken of weggooien afhankelijk van allerlei parameters. Dat zorgt er voor dat je minder elementen in je tree hebt en dat je ook bepaalde features helemaal uit kunt zetten als je dat wil. Bij Storyboard based layouts moet je altijd eerst alles toevoegen en dan hiden wat je niet wil laten zien. Dus bij grote teams met ingewikkelde schermen gaan Storyboards soms tegen je werken. Maar dat gebeurt maar bij een klein deel van de projecten.

Maar met name gaat het er bij mij om dat mensen gewoon categorisch in één manier van werken blijven zitten en gewoon niet verder leren en met allerlei kul argumenten aan komen. "Alle échte professionals gebruiken alleen maar code based views", "Apple gebruikt zelf ook geen Storyboards" en meer van dat soort op lucht gebaseerde drogredenen.

Scott schreef op woensdag 19 november 2014 @ 07:29:
[...]

Ik vind die argumenten niet zwaarder wegen dan de argumenten vóór IB, maar 't is ook geen totale onzin. Een XIB per scherm kan ook handig zijn soms, als je een view controller wilt hergebruiken maar in een totaal andere flow (dus een apart storyboard).

Een single-scene Storyboard werkt net zo goed IMHO.

JJ93 schreef op woensdag 19 november 2014 @ 12:14:
Windows Phone gaat ook de goede kant op met Windows 10. Dus die wil ik ook niet negeren in de toekomst. Neig dan eerder naar een hybride oplossing, Android & iOS kan misschien nog maar als je dan ook nog een andere codebase hebt voor WP..

Ik denk dat mede door de prijsstrategie van Xamarin (de enige écht valide oplossing op dat vlak naar mijn mening) en het feit dat je nog steeds op zijn minst de UI logica van ieder platform moet begrijpen je ook bij hybride oplossingen vaak weer "de iOS expert" en "de Android expert" hebt binnen een team.

[Verwijderd]

Scott schreef op woensdag 19 november 2014 @ 07:29:
[...]


Ik vind de argumenten voor code-only views redelijk goed in veel gevallen. Geen merge conflicts, je hoeft niet te zoeken naar waar een bepaalde waarde gezet wordt (niet alles kan in IB, dus dan moet je eerst in IB kijken, dan je code doorzoeken) en iemand die nooit in IB heeft gewerkt kan er toch mee overweg.

Ik vind die argumenten niet zwaarder wegen dan de argumenten vóór IB, maar 't is ook geen totale onzin. Een XIB per scherm kan ook handig zijn soms, als je een view controller wilt hergebruiken maar in een totaal andere flow (dus een apart storyboard).


[...]


Ja, ik vind het ook wel leuk om anderen dingen bij te brengen. Zou het ook wel mooi vinden om te werken voor een club die echt iOS-bootcamps geeft of wat dan ook. Zelf af en toe programmeren, maar anderen leren hoe het allemaal werkt. Maar goed, met Ray's imago zit ik daar ook wel goed voor nu.


[...]


Ben ik niet met je eens. Objective-C is nog altijd heel belangrijk in iOS, en dat zal nog wel even zo blijven. Veel tutorials, videos, artikels, de gehele iOS SDK, etc. is nog altijd in Objective-C en die vertaling maken als n00b is niet simpel, zeker omdat Objective-C redelijk apart is.

Daar ben ik het dus weer niet mee eens

Een app in swift werkt gewoon 100 procent zonder dat objective-c aan de pas komt. En als je naar Swift vs objective-C kijkt is objective-c om te leren veel omslachtiger. Daarom lijkt het mij beter als je gewoon met swift begint. maar dat is mijn mening natuurlijk.

[Scott]

BikkelZ schreef op woensdag 19 november 2014 @ 13:23:
[...]
Merge conflicts zijn even erg bij storyboards als bij Android XML based views, het is gewoon leesbare data itt .xibs. Het probleem met storyboards is als je vijf ingewikkelde schermen in één file hebt en daar met drie man aan werkt het dan alsnog vaak een problematische merge wordt. Waar ik van baal is dat als ik alleen naar een .xib of .storyboard kijk en hij is gemaakt in een vorige versie dat de structuur dan aangepast wordt

Niet alles kunnen zetten via IB is niet echt meer een argument met live views, ik maak gewoon een border width en een border color en een corner radius property aan en dat wordt redelijk snel weergegeven in IB.

Ik vind dat zo'n ongelooflijke vervuiling van code. Apple had gewoon dat soort CALayer properties IBInspectable moeten maken.

Dan nog missen er dingen, maar daar valt wel mee te leven.

Bij code constructed views kun je bepaalde views simpelweg nooit aanmaken of weggooien afhankelijk van allerlei parameters. Dat zorgt er voor dat je minder elementen in je tree hebt en dat je ook bepaalde features helemaal uit kunt zetten als je dat wil. Bij Storyboard based layouts moet je altijd eerst alles toevoegen en dan hiden wat je niet wil laten zien. Dus bij grote teams met ingewikkelde schermen gaan Storyboards soms tegen je werken. Maar dat gebeurt maar bij een klein deel van de projecten.

Maar met name gaat het er bij mij om dat mensen gewoon categorisch in één manier van werken blijven zitten en gewoon niet verder leren en met allerlei kul argumenten aan komen. "Alle échte professionals gebruiken alleen maar code based views", "Apple gebruikt zelf ook geen Storyboards" en meer van dat soort op lucht gebaseerde drogredenen.

Eens. Het is geen harde regel, maar ik vind dat je als ontwikkelaar met beide overweg moet kunnen.

Een single-scene Storyboard werkt net zo goed IMHO.

Jawel, maar dat is niet waar ze voor bedoeld zijn natuurlijk. Wij doen dat ook nu (vooral omdat XIBs de top en bottom layout guides missen, dus die kun je niet gebruiken in je Auto Layout constraints), maar het voelt niet helemaal lekker.

Verwijderd schreef op woensdag 19 november 2014 @ 18:42:
[...]

Een app in swift werkt gewoon 100 procent zonder dat objective-c aan de pas komt. En als je naar Swift vs objective-C kijkt is objective-c om te leren veel omslachtiger. Daarom lijkt het mij beter als je gewoon met swift begint. maar dat is mijn mening natuurlijk.

Het werkt wel, maar je loopt tegen limitaties aan in Swift omdat iOS nog vooral Objective-C is. Swift biedt hele mooie nieuwe dingen aan, maar zolang je met Foundation of Cocoa Touch werkt, kun je die in veel gevallen nog niet gebruiken. Achtergrondkennis van Objective-C kan dan handig zijn.

Het hangt ook een beetje af van waar je het voor wil leren. Gewoon voor je plezier, prima om alleen Swift te doen natuurlijk. Maar als je er professioneel mee aan het werk wil aan een bestaand project, dan kun je toch echt niet zonder Objective-C aangezien de meeste codebases daar nog in geschreven zijn.

[ Voor 3% gewijzigd door Scott op 19-11-2014 19:44 ]

[BikkelZ]

Verwijderd schreef op woensdag 19 november 2014 @ 18:42:
[...]


Daar ben ik het dus weer niet mee eens

Een app in swift werkt gewoon 100 procent zonder dat objective-c aan de pas komt. En als je naar Swift vs objective-C kijkt is objective-c om te leren veel omslachtiger. Daarom lijkt het mij beter als je gewoon met swift begint. maar dat is mijn mening natuurlijk.

Dat is niet waar je consumeert constant API's die in Objective-C zijn opgezet en dat werkt weliswaar naadloos maar je moet het gewoon begrijpen. Dus Swift heeft minder nuttige documentatie en je moet er nog een taal bij leren terwijl je dat nadeel bij Objective-C niet hebt. Swift is qua leerproces weer een extra laag boven op Objective-C en C op dit moment.

Verder is het echt een discussie in de marge, iedere programmeur die zich programmeur mág noemen moet gewoon binnen een week met Swift uit de voeten kunnen anders moet je je echt eens achter de oren krabben. Het leren van Objective-C is weliswaar iets lastiger maar je moet het tóch doen en het ziet er vreemder uit dan het in feite is. En het valt in het niets bij alle andere dingen die je onder de knie moet krijgen rondom iOS apps.

[Verwijderd]

BikkelZ schreef op woensdag 19 november 2014 @ 20:03:
[...]


Dat is niet waar je consumeert constant API's die in Objective-C zijn opgezet en dat werkt weliswaar naadloos maar je moet het gewoon begrijpen. Dus Swift heeft minder nuttige documentatie en je moet er nog een taal bij leren terwijl je dat nadeel bij Objective-C niet hebt. Swift is qua leerproces weer een extra laag boven op Objective-C en C op dit moment.

Verder is het echt een discussie in de marge, iedere programmeur die zich programmeur mág noemen moet gewoon binnen een week met Swift uit de voeten kunnen anders moet je je echt eens achter de oren krabben. Het leren van Objective-C is weliswaar iets lastiger maar je moet het tóch doen en het ziet er vreemder uit dan het in feite is. En het valt in het niets bij alle andere dingen die je onder de knie moet krijgen rondom iOS apps.

Ik had juist begrepen dat Swift uiteindelijk objective-C moet gaan vervangen. Dus om eerlijk te zijn doe ik bijna geen moeite meer om Objective-C te gebruiken. Begrijp me niet verkeerd maar ik ben Patissier van beroep en doe gewoon freelance programmeren zonder enige programmeer opleiding dus weet niet of ik me programmeur mag noemen of niet.

Maar voor de TS. Ik kan je het boek Programming in objective-C Sixth Edition aanraden van Stephen G.
Het begin is even doorbijten maar daarna wordt het echt interessant.

[ Voor 6% gewijzigd door Verwijderd op 19-11-2014 20:27 ]

[BikkelZ]

Naar mijn idee is Swift of Objective-C leren een van de minst lastige aspecten aan iOS development. Het is belangrijker dat je af en toe een oplossing kunt Googlen en copy/pasten om wat dingen te proberen. En er is gewoon meer te Googlen over Objective-C.

[Verwijderd]

BikkelZ schreef op woensdag 19 november 2014 @ 21:38:
Naar mijn idee is Swift of Objective-C leren een van de minst lastige aspecten aan iOS development. Het is belangrijker dat je af en toe een oplossing kunt Googlen en copy/pasten om wat dingen te proberen. En er is gewoon meer te Googlen over Objective-C.

Misschien omdat objective-c al 30 jaar oud is en Swift nog geen 6 maanden?

[Scott]

Niet misschien, zeker. Maar dat neemt niet weg dat het goed is om Objective-C ook te leren, omdat er zoveel van te vinden is. Waar dat door komt is niet echt relevant.

[Verwijderd]

Trouwens als de TS met Objectove-C aan de gang wilt. Toen ik het leerde volgde ik deze Stanford studies

https://www.youtube.com/w...FyvhDUAIW17vo7nGfHJAyikUp

[BoringDay]

Gezien Objective C allerlei frameworks bevat lijkt het me er maar 1 juiste weg om het te leren en dat is d.m.v. een goede cursus en/of zelf studie op basis van goede boeken (1 voor de taal Objective C en 1 boek voor iOS).

De syntax zal snel wennen, onder de motorkap heb je gewoon de taal C.
Ik kan je aanraden om het boek "Programming in Objective-C" van Stephen G. Kochan te lezen (Engels).
Het boek is goed opgebouwd en leest erg gemakkelijk maar schept ook een goed beeld v.d. taal en laat het gehele visuele aspecten nog achterwegen.

Wat ik zeker niet zou doen is zelf studie met slechts wat online resources, je mist dan dusdanig veel informatie over hoe de frameworks zijn opgezet en wat/wanneer/waarvoor je het toepast en daar ga je hoe dan ook ooit eens flink de mist in.

[ZpAz]

De Stanford course staat ook op iTunes U. Dan krijg je er ook nog wat PDF bestanden bij van de presentaties die gegeven worden.

[merauder]

BikkelZ schreef op woensdag 19 november 2014 @ 21:38:
Naar mijn idee is Swift of Objective-C leren een van de minst lastige aspecten aan iOS development. Het is belangrijker dat je af en toe een oplossing kunt Googlen en copy/pasten om wat dingen te proberen. En er is gewoon meer te Googlen over Objective-C.

Het modificeren van een stuk code is hoe ik ooit PHP heb geleerd. Vooral als je wat grotere projecten wil gaan bouwen is dit een enorm efficiënte methode.

Op zich is Objective-C redelijk makkelijk te leren als taal. Mijn grootste bezwaar is dat het af en toe wat omslachtiger werkt dan je zou willen. Uit pure luiheid heb ik daardoor een tijdje PhoneGap gebruikt voor alles wat ook maar een beetje met JSON te maken heeft. Een eenvoudige AJAX call, JQM voor de presentatie et voila. Efficient, dat niet, snel in de App-Store, dat dan weer wel.

Sinds kort werk ik echter weer native, en dat dankzij Swift. Vooral omdat deze juist weer beter past bij de manier waarop ik gewend ben om te programmeren, maar goed, smaak voor een taal of manier voor programmeren is uiteraard enorm persoonlijk.

[BikkelZ]

Ik weet niet wat jouw aanpak was maar er zijn wel wat CocoaPods die gewoon heel makkelijk werken met JSON mappings, kan me voorstellen dat Objective-C wel wat omslachtiger is als Swift als het om allerlei mappings en collecties aan komt als je het met de hand gaat doen.

Ik vind Swift ook wel beter dan Objective-C maar het ombouwen van allerlei copy/paste code vind ik niet zo interessant hoewel ik met Swift prima uit de voeten kan.