고기는 오직 굽기용

본 글은 아래의 책에서 참고된 내용입니다. 

Sams Teach Yourself iOS 6 Application Development in 24 Hours, 4th Edition

 이 글은 본인이 공부하려고 포스팅하는 것이다.

아직 아이폰 프로그래밍은 경험이 없으며 (간단히 예제정도는 돌려봤지만,)

배우고자 하는 것을, 참고하는 책의 내용과 함께 서술할 뿐이다.

아이폰에서 어떻게 MVC 패턴을 구현할까 궁금하다.

대강 프로젝트 생성 햇을 때, 폴더나 파일 구조를 보니 MVC 패턴 아닐까 추측은 해보았다.

(대강의 작동이나 코딩 방식이 그럴꺼라고 생각됬다.)

Understanding the Model-View-ControllerDesign Pattern   

  When you start programming, you’ll quickly come to the conclusion that there is more than one 

“correct” way to do just about everything.

 This doesn’t mean, however, that adding structure to the development process is a bad idea.

  The application design approach that you’ll be using in iOS is known as Model-View-Controller 

(MVC), and it can help you create clean, efficient applications.

Making Spaghetti   

또 재미있는 소제목이 나왔다. ㅋㅋ

(본인은 웃기다고 생각하지만, 집필자의 의도는 조크가 아니었다라고 하면, 살짝 걱정이 된다.)

 위의 제목은 예상과 달리 MVC에 관한 비유가 아니었다.

  Before we get into MVC, let’s first talk about the development practice that we want to avoid, and why. When creating an application that interacts with a user, several things must be taken 

into account. First, the user interface (UI). You must present   something   that the user interacts 

with: buttons, fields, and so on. Second, handling and reacting to the user input. And third, the 

application must store the information necessary to correctly react to the user (often in the form 

of a database).

  One approach to incorporating all these pieces is to combine them into a single class. 

The code that displays the interface is mixed with the code that implements the logic and the code that handles data.

X              When code is mixed together, it is difficult for multiple developers to work together 

X            The interface, application logic, and data are unlikely to be reusable in other applications 

X        The application is difficult to extend.

  In short, mixing code, logic, and data leads to a mess. 

Structured Application Design with MVC   

MVC에 대한 간단한 개념 설명정도 되겠다. (슬슬 공부하기도 짜증나짐...)

MVC defines three parts of an application:   

 A model   provides the underlying data and methods that offer information to the rest of 

the application. The model does not define how the application will look or how it 

will act.     

One or more   views make up the UI. A view consists of the different onscreen widgets (but-

tons, fields, switches, and so forth) that a user can interact with.     

A controller   is typically paired with a view.

 In short, it bridges the MVC components and provides the “brains” of the application. 

(두뇌로 비유했는데, 내 생각엔 신경계가 더 좋은 비유 아닐까 한다.)

이런 설명 뒤에, MVC가 어떻게 작동할까 이런 의문을 품게 되는데, 

걱정할 필요가 없다고 한다.

  In Xcode, MVC design is natural. As you create new projects and start coding, you are guided 

into using MVC design patterns automatically. 

 우리는 자연스럽게 MVC 패턴을 이용하게 될꺼라 한다. 

(흐... 프로젝트를 생성했을 때의 복선이 옳았군...)

    How Xcode Implements MVC   

이건 다음 소단원 제목이다.

이건 다음 강의로... ( Xcode에서 어떻게 MVC를 운용하는가? )

본 글은 아래의 책에서 참고된 내용입니다. 

Sams Teach Yourself iOS 6 Application Development in 24 Hours, 4th Edition

          What Is Cocoa Touch?   

 Cocoa Touch is the collection of software frameworks that is used to build iOS applications and the runtime that those applications are executed within.

  Cocoa Touch is the highest of several “layers” of services in the iOS and isn’t necessarily the 

only layer that you’ll be developing in.

그 와중에 소제목들을 살펴보면, ㅋㅋ 유머가 돋는다.

- Keeping Your Cool in the Face of Overwhelming Functionality 

- Young, Yet Mature

    Exploring the iOS Technology Layers   

  Apple describes the technologies implemented within the iOS as a series of layers, with each 

layer being made up of different frameworks that can be used in your applications. As you 

might expect, the Cocoa Touch layer is at the top (see   Figure     4.1      ).   

아이폰 IOS는 위와같은 계층으로 구성된다고 한다.

그러나 독자들에게 코코아 터치란,

아직까진 추상적이고 은유로 가득찬 문학서적을 읽는 이해도에 불과할 것이라 생각된다.

하지만 코코아터치 레이어가 무엇으로 이루어져있는지 한 번 보면, 이해가 확 올 것이다.

    The Cocoa Touch Layer   

  The Cocoa Touch layer is made up of several frameworks that will provide the core functionality 

for your applications, including multitasking and advertising in iOS 4.x. UIKit could be described 

as the “rock star,” delivering much more than the UI in its name implies.   

    UIKit   

  UIKit covers a wide range of functionality. It is responsible for application launching and termi-

nation, controlling the interface and multitouch events, and providing access to common views 

of data (including web pages and Word and Excel documents, among others).   

  UIKit is also responsible for many intra-iOS integration features. Accessing the Media Library, 

Photo Library, and accelerometer is also accomplished using the classes and methods within 

UIKit.     

    Map Kit   

  The Map Kit framework enables developers to add Apple’s map views to any application, includ-

ing annotation, location, and event-handling features.     

    Game Kit   

  The Game Kit framework adds network-interactivity to iOS applications. Game Kit supplies 

mechanisms for creating and using peer-to-peer networks, including session discovery, media-

tion, and voice chat. These features can be added to any application or game (or not).     

    Message UI/Address Book UI/Event Kit UI   

  Apple is sensitive to the need for integration between iOS applications. The Message UI, Address 

Book UI, and Event UI frameworks can be used to access mail, contacts, and calendar events 

from any application you develop.     

From the Library of Hyun-Ho CHEAExploring the iOS Technology Layers 101

    iAd   

  The iAd framework supports the addition of ads to your applications. iAds are interactive adver-

tising pieces that can be added to your software with a simple drag and drop. You do not need to 

manage iAds interactions in your application; Apple does this for you. 

아직 공부를 많이 안해서 모르지만,

UIKit는 우리가 맨날 Import 하던 클레스 아닌가...

단지 이 사실만으로도 코코아터치를 이해한 기분이 든다.

보너스 내용

    What’s the Difference Between Cocoa and Cocoa Touch?   

  Cocoa is the development framework used for most native OS X applications. iOS, although 

based on many of the foundational technologies of OS X, isn’t quite the same. Cocoa Touch is 

heavily customized for a touch interface and working within the constraints of a handheld system. 

Desktop application components that would traditionally require extensive screen real estate 

have been replaced by simpler multiple-view components, mouse clicks with “touch up” and 

“touch down” events.   

  The good news is that if you decide to transition from iOS developer to Mac developer, you’ll 

follow many of the same development patterns on both platforms; it won’t be like starting from 

scratch

 개인적으로 e-book을 좋아하는 지라, 컴퓨터 책들도 가끔 이북으로 사곤한다.

하지만, 우리나라에서 나오는 e-book은 약간 출시가 느리다.

더군다나 아이폰 관련 e-book은 몇권되지 않을 뿐더러, 최신판도 나오지 않는다.

---------------------------------------------------------------------------------

 아이폰 프로그래밍을 공부하던 도중 스토리보드에 대해 정보가 필요했고

그 와중에, 스토리보드 강좌를 집필한 블로거 님이 보시는 책에 관심이 갔다.

IOS 5 Application Development in 24Hours 

http://blog.naver.com/taehun3718/140175855452

 강좌를 보고 저 책  IOS6 개정판은 없나 검색했다.

하지만 없었다.

---------------------------------------------------------------------------------

구글링 도중에 같이 튀어나온 녀석

Sams Teach Yourself iOS 6 Application Development in 24 Hours, 4th Edition

하는 수 없이 이 책을 구매하기로 했고,

도착한 싸이트는 InformIT (클릭)

싸이트는 엄청 간단하다.

구조가 너무 심플하길래 사기 싸이튼 줄 알았다. --;...

하지만 구글링, 네이버 검색 결과, 오래전 부터 현존하는 싸이트였다.

---------------------------------------------------------------------------------

구매방법까지는 쓰기는 너무 줄줄이고, e-book으로 구매했다. 

해외로 배송에는 한국은 포함되어 있지 않다.

문제는 e-book 구매에 왜 주소를 써야하는건지...

거기에 유효성 검사는 참 엄격해서, 아무 주소나 써넣어으면 다음단계로 안넘어간다.

VISA, MasterCard, PayPal 등의 카드만 있으면 결제는 어렵지 않다.

결제 후, e-Book 은 상단의 'account' 를 눌르면 구매목록이 나온다.

그런데, 해외라 그런지 다운로드 속도가 무지 느리다... (책 받는데 30분)

참고로, 내가 산책은 PDF, EPUB 두 파일 모두 지원한다.

( 두 파일 모두 용량이 160메가에 달한다. pdf는 그렇다쳐도 

epub를 저용량을 열수있는 리더가 있을지 의문...휴대기기에서 말이죠.)