Swift 공부방법

iOS/Tip&Tech 2016.02.02 16:13

개발서적 굳이 사지말자.

돈을 아끼겠다는게 아니라 책은 언제나 느리다.

애플 개발자 사이트는 읽을 수만 있다면(..) 책보다 정확하고 친절하다.

개발자로 먹고살거면 그냥 영어로 된 개발문서정도는 보고 이해할수 있어야 하니깐 애플문서를 보러가자.

개발자 문서는 대부분 자주보는 단어들에 문법도 직관적이고 코드로 예시를 보여주기때문에 읽기 쉽다.

필자도 수능이후로 영어공부해본적없고 토익도 쳐본적도 없지만 그래도 대충 보면 이해가 가니 두려워하지말자.



1. 앱 개발을 시작하자.

일단 시작하자. 

언어에 대해 A부터 Z까지 다 공부하고 시작하면 재미도 없고 머리에도 안들어온다.

혹시 단순히 언어만 공부하겠다거나하면 2번으로 넘어가시라.

아래 사이트는 정말 친절하게 앱개발 시작하면서 개발하는법 순서대로 잘 되어있다.

일부 책들은 이거 순서대로 샘플코드 베껴서 책이라고 내놓은것도 봤다.


Learn the Essentials of Swift를 일단 보자

언어에 대해 모두 공부할 필요는 없지만 핵심적인 부분은 알고 넘어가야겠지.. 

튜토리얼 잘만들어놨다.

적혀있는 학습목표보고 다 숙지했으면 넘어가면 된다.

* 앱개발시에 Storyboard에 관한 내용은 언어와는 무관하다.

기존 스토리보드 개발방법을 안다면 크게 변하는 부분은 없는데

기존 개발 방법을 모른다면 그냥 유투브 강의찾아서 보면 좋다. 

책으로는 아무리봐도 이해가 안되더라..

개인적으로 스토리보드로 개발하면 자유도가 좀 떨어지고 하다보면 시간이 더 많이 걸려서 하드코딩하는데..

iOS9이후로 스택뷰가 생기고나서부터 본격적으로 쓸거같다.


2. 언어를 공부하자

대한민국 IT발전을 위해 번역해주시는 분들 정말 너무 감사합니다.

나도 영어 못해서 하다 막히면 보러가는데 약간의 오타나 오역이 있으니 ㅎㅎ

일단 원본 사이트보다 막히면 보는걸 추천


iBooks에도 해당 문서가 다있다.

목차이동도 쉽고 글자크기 조절도 되고 아이폰6 플러스로 보기에 무리가 없었다.

출퇴근중에 버스에 자리잡고 앉아서 읽고있으면 좀 지적으로 보일 수있는 부가효과가 있다.


앱으로 공부하는데 알아야하는부분과 핵심을 잘 잡아준다.

전강의 3.29$인데 살만한거같다.

1,2강은 공짜니깐 한번 해보면 좋다.

신고

[펌]Mysql설계시 고려사항

DB 2014.11.20 19:53

테이블 설계 시 유의 사항

1. 반드시 Primary Key를 정의하고 최대한 작은 데이터 타입을 선정한다.

  • 로그 성 테이블에도 기본적으로 PK 생성을 원칙으로 함
  • InnoDB에서 PK는 인덱스와 밀접한 관계를 가지므로 최대한 작은 데이터 타입을 가지도록 유지

2. 테이블 Primary Key는 auto_increment를 사용한다.

  • InnoDB에서는 기본 키 순서로 데이터가 저장되므로, Random PK 저장 시 불필요한 DISK I/O가 발생 가능
  • InnoDB의 PK는 절대 갱신되지 않도록 유지
    (갱신 시 갱신된 행 이후 데이터를 하나씩 새 위치로 옮겨야 함)

3. 데이터 타입은 최대한 작게 설계한다.

  • 시간정보는 MySQL데이터 타입 date/datetime/timestamp 활용
  • IP는 INET_ATON(‘IP’), INET_NTOA(int) 함수를 활용
  • 정수 타입으로 저장 가능한 문자열 패턴은 최대한 정수 타입으로 저장

4. 테이블 내 모든 필드에 NOT NULL 속성을 추가한다.

  • NULL을 유지를 위한 추가 비용 발생
    (NULL 허용 칼럼을 인덱싱 할 때 항목마다 한 바이트 씩 더 소요)

5. Partitioning을 적절하게 고려하여 데이터를 물리적으로 구분한다.

  • 데이터 및 인덱스 파일이 커질수록 성능이 저하되므로Partitioning 유도
  • PK 존재 시 PK 내부에 반드시 Partitioning 조건이 포함되어야 함

인덱스 설계 시 유의 사항

1. 인덱스 개수를 최소화 한다.

  • 현재 인덱스로 Range Scan이 가능한지 여부를 사전에 체크
  • 인덱스도 서버 자원을 소모하는 자료구조이므로 성능에 영향을 줌

2. 인덱스 칼럼은 분포도를 고려하여 선정한다.

  • 인덱스 칼럼 데이터의 중복이 줄어들수록 인덱스는 최대의 효과를 가짐
  • 하단 쿼리 결과 값이 1에 가까울수록(0.9이상 권고) 인덱스 컬럼으로 적합함
    1
    2
    
    SELECT count(distinct INDEX_COLUMN)/count(*)
    FROM TABLE;

3. 커버링 인덱스(Covering Index)를 활용한다.

4. 스토리지 엔진 별 INDEX 특성을 정확히 인지한다.

  • InnoDB에서 데이터는 PK 순서로 저장되고, 인덱스는 PK를 Value로 가짐
  • MyISAM은 PK와 일반 인덱스의 구조는 동일하나, Prefix 압축 인덱스를 사용
    (MyISAM 엔진에서 ORDER BY 시 DESC는 가급적 지양)

5. 문자열을 인덱싱 시 Prefix 인덱스 활용한다.

  • 긴 문자열 경우 Prefix 인덱스(앞 자리 몇 글자만 인덱싱)를 적용
    1
    
    CREATE INDEX IDX01 ON TAB1(COL(4), COL(4))
  • Prifix Size는 앞 글자 분포도에 따라 적절하게 설정
    (하단 결과가 1에 가까울 수록 최적의 성능 유지, 0.9이상 권고)

    1
    2
    
    SELECT count(distinct LEFT(INDEX_COLUMN,3))/count(*)
    FROM TABLE;

6. CRC32함수 및 Trigger를 활용하여 인덱스 생성한다.

  • URL/Email같이 문자 길이기 긴 경우 유용
  • INSERT/UPDATE 발생 시 Trigger로 CRC32 함수 실행 결과 값을 인덱싱
  • CRC32 결과값을 저장할 칼럼 추가 및 인덱스 생성
    1
    2
    
    alter table user_tbl add email_crc int unsigned not null;
    create index idx01_email_crc on user_tbl (email_crc);
  • Insert Trigger 생성
    1
    2
    3
    4
    5
    6
    
    create trigger trg_user_tbl_insert
    before insert on user_tbl
    for each row
    begin
    set new.email_crc = crc32(lower(trim(new.email)));
    end$$
  • Update Trigger 생성
    1
    2
    3
    4
    5
    6
    7
    8
    
    create trigger trg_user_tbl_update
    before update on user_tbl
    for each row
    begin
    if old.email <> new.email then
    set new.email_crc = crc32(lower(trim(new.email)));
    end if;
    end$$
  • 검색 쿼리
    1
    2
    3
    4
    
    select *
    from user_tbl
    where email_crc = crc32(lower(trim('mail@domain.com')))
    and email= 'mail@domain.com'

    CRC32 결과가 중복되어도, email값을 직접 비교하는 부분에서 중복이 제거됩니다.

7. 중복 인덱스 생성 회피

  • MySQL은 동일한 인덱스를 중복 생성해도 에러를 발생하지 않음
  • Primary Key로 구성된 칼럼과 동일한 인덱스를 생성하지 않도록 주의



출처 : http://gywn.net/2012/05/matters-require-attention-with_mysql/

신고

'DB' 카테고리의 다른 글

[펌]Mysql설계시 고려사항  (1) 2014.11.20
MYSQL 테이블 복사  (0) 2014.09.13
테이블복사  (1) 2011.11.23
MSSQL - ROW_NUMBER  (0) 2011.11.01
ERROR : Conversion failed when converting date and/or time from character string.  (0) 2011.04.19

[JAVASCRIPT] undefined, null

분류없음 2014.10.08 12:54

자바스크립트에서 가장 많은 혼돈을 주는 것중의 하나가 바로 null과 undefiend이다. 다른 언어의 경우는 보통 null로 통일되어 있기 때문에 이 두 가지 타입에 대해 구분하는 것이 쉽지 않다.

  그렇다면, 먼저 undefined에 대해서 알아보자.

  변수가 선언된 적이 없거나, 선언이 되었더라도 아직 값이 할당되지 않았다면 undefined 인 상태이다. 즉, 특별한 값이 할당되기 전에 자동으로 설정하는 값이 undefined라고 생각하면 된다.

  1. // a 를 선언하지 않음  
  2. //console.log( a );  -- Exception 발생!!  
  3. console.log( typeof a );  // "undefined", typeof 연산자는 아래 참조  
  4.   
  5. // b 를 선언하였으나 값을 할당하지 않음  
  6. var b;  
  7. console.log( b );   // undefined  
  8. console.log( typeof b ); // "undefined"  
  9.   
  10. console.log( window.xxx );  // Exception 발생하지 않음, undefined  

  일단, 변수가 선언된 적이 없으면 Exception이 발생되고 스크립트 실행이 멈춘다. 특이하게도 객체(object)에 없는 속성을 참조할 때는 Exception이 발생하진 않는다. (물론, window.xxx() 처럼 객체에 존재하지 않는 메소드를 직접 호출하는 경우에는 Exception이 발생한다.)

     typeof  typeof는 연산자에 해당한다. 즉, +, -와 같은 연산자로 typeof val 로 해당 val의 타입을 문자열로 리턴하게 된다. 

      이 연산자는 메소드나 함수를 호출할 때, 특정 인자값이 존재하는지 검사하기 위해서 작성하는 다음과 같은 if문으로 인해 Exception이 발생하여 코드실행 자체가 멈추는 것을 방지하는 효과가 있다. (물론 null인지 여부는 다시 검사를 해야 한다.)

    if ( val != undefined ) { .. } 대신, if ( typeof val != "undefined" ) { ... }

      typeof연산자의 리턴 문자열은 다음과 같다.
    Type of valUndefinedNullBooleanNumberStringObjectFunction
    Result"undefined""object""boolean""number""string""object""function"



  그에 반해서 null은 명시적으로 개발자가 빈 값(empty)임을 지정하기 위해서 사용된다.

  1. var a = 10;    
  2. console.log( typeof a );    // number   
  3.     
  4. a = null;    
  5. console.log( typeof a );    // object    
  6.     
  7. a = undefined;    
  8. console.log( typeof a );    // undefined    

  그러나, 단순비교(==) 연산자는 null과 undefined를 동일하게 취급한다는 점을 기억하는 것이 좋겠다. 다음의 예에서 대부분의 결과값은 true이다.

  1. var a = null;  
  2.   
  3. console.log( a == null );  
  4. console.log( a == undefined );  
  5. console.log( a === null );  
  6. console.log( a === undefined ); // false  
  7.   
  8. var b = undefined;  
  9.   
  10. console.log( b == null );  
  11. console.log( b == undefined );  
  12. console.log( b === null );      // false  
  13. console.log( b === undefined );  
  14.   
  15.   
  16. console.log( typeof a );    // object  
  17. console.log( typeof b );    // undefined  
  18.   
  19. console.log( typeof x ); // 미선언변수, undefined  

  null과 undefined를 완벽히 구분하고자 한다면 동치비교(Strict Equal, ===)을 사용하는 것이 좋다. 우리가 기억해야 할 것은 의도를 담았느냐 그렇지 않으냐로 구분해야 된다는 점과, undefined 변수나 함수를 호출하면 Exception이 발생하므로 주의해야 한다는 점이다.

  따라서, 변수를 사용하기 전에 항상 var로 명시적으로 선언하여 사용하는 것이 좋은 코딩 습관이라 하겠다. - See more at: 


출처 : http://www.deadfire.net/jscript/projscript006.html#sthash.iHP2K1e7.dpuf

신고

MYSQL 테이블 복사

DB 2014.09.13 01:23

MySQL 테이블 복사하기 


필드의 타입과, 필드의 숫자가 동일한 두 테이블간의 데이터를 복사하는 쿼리를 적어 놓는다. 

다른 두 데이터베이스간 테이블 복사하는 방법도 함께 적어 놓자. 


  복사할 테이블이 존재하지 않을경우

테이블을 생성후, 데이터를 복사

CREATE TABLE [대상 테이블명] SELECT * FROM [원본 테이블명] 



  복사할 테이블이 존재하는 경우 

기존의 데이터를 바로 복사 

INSERT INTO [대상 테이블명] SELECT * FROM [원본 테이블명]  



  다른 데이터 베이스 간의 테이블 값 복사 

mysql> INSERT INTO [대상 데이터베이스명].[대상 테이블명] 

        -> SELECT * FROM [원본 데이터베이스명].[원본테이블명] 




필드의 타입과 숫자가 다르면 당연히 복사가 안된다. ㅎ



  중복 데이터에 대한 에러를 무시하는 방법 

대상 필드가 기본키로 지정되어 있는데 중복 레코드로 인하여 에러를 발생시 다음과 같이 처리할 수 있다. 

mysql> INSERT ignore INTO .....


출처 : http://ra2kstar.tistory.com/109


신고

'DB' 카테고리의 다른 글

[펌]Mysql설계시 고려사항  (1) 2014.11.20
MYSQL 테이블 복사  (0) 2014.09.13
테이블복사  (1) 2011.11.23
MSSQL - ROW_NUMBER  (0) 2011.11.01
ERROR : Conversion failed when converting date and/or time from character string.  (0) 2011.04.19

x86에서 CFILE::GetStatus 를 못받아오는 경우가 있따.

Windows/API&MFC 2014.06.19 13:31

ㅜㅜ 시바 이거때문에 한시간고생

신고

'Windows > API&MFC' 카테고리의 다른 글

x86에서 CFILE::GetStatus 를 못받아오는 경우가 있따.  (0) 2014.06.19
유니코드에서 char * 로 할당  (0) 2009.09.29
리치 에디트  (0) 2009.09.28
1. API 기본소스  (0) 2009.07.12

Swipe ViewControllers like facebook

iOS/Tip&Tech 2013.05.03 01:10

CHSlideController right controller implement 

이런 게 있었구나 하고 갖다쓰기만 하면 된다 싶었는데 

아무리 움직여도 오른쪽으로 안움직여진다...

옵션설정해주는 부분이 따로 있나 하고 소스를 찾아보니안나옴..

그러던 중 발견한 주석하나..

swiping to right controller not implemented yet.

쉬밤... 고치는데 두시간넘게 걸림...

그냥 다만들어놓은거 밥상만 받아먹으려다 된통당함

그래도 없는것보단 나았다는 걸로 합의보자..

딜리게이트 잘 설정되있어서 쓰기도 편했고.

좋은게 좋은거지 ~_~

CHSlideController-master.zip



신고

유후.

개발일지 2013.03.20 23:02

시인은 스물한 살에 죽고 혁명가와 로큰롤 가수는 스물네 살에 죽는다.

우리는 이제 더 이상 시인도 혁명가도 로큰롤 가수도 아니다.

술에 취한 채 전화 부스 안에서 웅크리고 자거나 얼이 빠지도록 술을 마시거나

새벽 네 시에 도어즈의 레코드 볼륨을 소리 높여 듣거나 하는 일도 그만두었다.

생명보험에도 들었고 호텔의 바에서 술을 마시기도 하고

치과 의사의 영수증도 잘 챙겨서 의료비 공제를 받게 되었다. 이제는 스물여덟 살이니까.

 

책을 읽다 이 구절을 봤다.

난 뭐가 되고 싶었던 걸까.

시인도 혁명가도 로큰롤 가수도 되지 못하고.

이렇게 28살이 되다니...

아후.

개발을 너무 쉬었다...

머리가 빛나던 그때보단 머리는 더 나빠졌는데

되도안하는 실무경험 몇년 생겼다고 자만심만 더 커졌었던것 같다.

올해 처음으로 Visual Studio를 켰다.


BGM정보 : 브금저장소 - http://bgmstore.net/view/qzF56
신고

'개발일지' 카테고리의 다른 글

유후.  (4) 2013.03.20

TIP : Objective C Naming style.

iOS/Tip&Tech 2012.09.05 21:35

Ch 01. 기본 명명 관례#

모든 프로그래밍 언어는 만들어진 유래나 용도에 따라서 고유의 전통, 관례, 코딩 스타일을 가진다. 이 중에서도 클래스나 변수의 이름 짓기에 관한 것이 명명법(Naming)이다. Objective-C도 C/C++이나 Java와 구별되는 관례와 스타일이 있다. 여기서는 파일 이름, 클래스, 카테고리, 프로토콜, 메소드와 변수 이름을 짓는 기본 관례에 대해 설명한다.

1. 소스 파일 이름#

  • .h 파일
    클래스, 카테고리와 프로토콜 선언을 위한 헤더 파일
    ex) MyClass.h
  • .m 파일
    C와 Objective-C 소스 코드 파일 이름
    보통 인터페이스나 카테고리의 구현을 담는다.
    ex) MyClass.m
  • .mm 파일
    C, Objective-C와 함께 C++ 코드가 포함될 수 있다. Objective-C에서 실제로 C++ 코드를 호출하거나 기능을 사용할 때만 이 확장자를 사용한다.
  • 파일명은 대문자로 시작
    클래스, 카테고리와 프로토콜 이름은 대문자로 시작하며 주요한 클래스나 카테고리 이름과 파일 이름은 일치해야 한다.
    ex) MyClass
    => MyClass.h, MyClass.m
  • 프로토콜 이름
    클래스 이름이나 카테고리 이름과 겹칠 수 있다.
  • 카테고리 이름
    카테고리 이름은 다른 클래스의 카테고리 이름과 겹칠 수 있다. 카테고리를 별도로 저장할 때는 확장 대상인 클래스 이름을 앞에 붙여주는 것이 좋다.
    ex) MyClass의 NewCategory
    => MyClass_NewCategory.h
  • 메소드 이름은 소문자로 시작
    메소드 이름은 관례상 소문자로 시작한다
    ex) doSomething
  • '_' 로 시작되는 메소드 이름
    이런 유형의 변수는 애플사를 위해서 예약되므로 사용할 수 없다.

2. 변수 이름#

  • '_' 나 영문자로 시작
    변수 이름은 숫자나 특수 문자로 시작할 수 없다. 덧붙여, '__' (더블 언더스코어)로 시작하는 경우는 내부 용도로 사용하는 경우가 많아서 피하는 것이 좋다.
    ex) myVariable, __reservedVariable__
  • 예약어(keyword) 사용 불가
    컴파일러에서 사용하는 예약어(keyword, reserved word)는 변수 이름으로 사용할 수 없다. 예를 들어 for, while과 같은 것은 Objective-C 문법을 이루는 예약어이므로 사용할 수 없다.
  • 소문자로 시작
    변수 이름은 관례상 소문자로 시작한다.

3. 지역 변수 이름#

일반적으로 지역 변수(local variable) 이름은 클래스나 메소드의 명명 규칙을 따를 필요가 없다. 만약, 클래스나 객체의 변수와 구별하는 것이 필요하다면 소문자와 '_' 만을 사용하는 것이 좋다. 또한, 긴 메소드가 아니라면 약자를 사용하는 것도 좋은데 좁은 범위에서만 사용되기 때문에 문제가 되지 않기 때문이다. 덧붙여 i, j, k나 x, y, z와 같이 관습적으로 사용되는 이름도 있다.
int my_local_var;
int count;  
int i, j, k;  // counter
float x, y, z;  // coordinate

4. 약어의 사용#

만약 프로젝트 공통의 약어집이 있다면 코딩에서도 약어를 사용한다고 해도 의미의 혼동 없이 사용할 수 있다. 큰 프로젝트라면 공통의 용어집을 만들게 되는데 약어도 함께 정리하면 좋다. 예를 들어 다음과 같이 약어를 정의했다면 프로그램뿐만 아니라 DB 설계 등 여러 용도로 사용할 수 있다.
(단어)  - (의미) - (약어)
Customer - 고객   - Cstm
Identity - 아이디 - Id
Address  - 주소   - Addr

또는 다음과 같이 널리 사용되는 약어들은 의미가 명확하므로 풀어쓸 필요가 없다.

HTTP, FTP, HTTPS, 
JPG, TIFF, PNG, ... 
URL, XML, PDF, ...
ASCII, UTF8, EUC_KR, ...

Ch 02. 코코아 코딩 스타일#

1. 사상#

코코아(Cocoa) 개발 환경에서는 다소 길더라도 명확하고 모호하지 않은 이름을 권장한다. 이는 C/C++ 프로그램에서 약어를 선호하는 분위기와는 차이가 있다. 긴 이름은 입력을 다소 더디게 할 수 있으나 의미와 용도를 명확하게 전달할 수 있어서 대규모의 프로젝트에서 잠재적인 버그를 줄이는데 도움을 준다. 이러한 사항은 현재 제공되는 Objectivc-C 기반의 많은 프레임워크에도 적용되어 있어 그 예는 쉽게 접할 수 있다.

2. 클래스 이름#

클래스 이름은 항상 대문자로 시작한다. 덧붙여 Objective-C는 클래스를 큰 단위로 구별할 수 있는 namespace를 지원하지 않는다. 따라서, 모든 클래스의 이름은 적역적(Global)이며 프로그램에 하나밖에 없이 유일(unique)해야 하고 다른 것과 겹쳐서는 안 된다. 이 때문에 코코아 프로그래밍에서는 프레임워크별로 고유의 접두어(prefix)를 붙여서 클래스나 메소드 등을 구별한다. 다음은 코코아에서 사용되는 몇몇 접두어와 의미이다.
  • NS (Foundation, Cocoa Foundation)
    코코아 파운데이션 클래스의 접두어. 과거 NeXTstep의 개발에서부터 사용된 약자라고 한다.
  • UI (User Interface)
    IPhone UIKit 프레임워크의 접두어. User Interface의 약자로 생각된다.
  • CF (Core Foundation)
    접두어는 대부분 C API로 저수준의 함수를 감싸는 것들이다.

만약 자신만의 커스텀 라이브러리나 클래스를 생성한다면 기존의 프레임워크와 겹치지 않는 접두어를 하나 정해서 적용하면 된다. 예를 들어 회사 이름이 'Korean Company' 라면 접두어는 'KC' 가 될 것이고 'KCCompanyClass', 'KCGreetingProtocol' 와 같은 이름을 사용할 수 있다.

KCCompanyClass
KCGreetingProtocol
KCCompanyClass_Extension

3. 변수 이름#

변수 이름은 소문자로 시작하며 의미가 앞에 나온다. 덧붙여, 쉽게 타입을 추측할 수 있는 기본형, NSString, NSArray 등의 변수에는 변수 이름에 타입 정보가 꼭 포함될 필요가 없다.
NSString *companyName;
NSArray *memberList;
int memberCount;
BOOL isActive;

변수의 데이터 타입 정보가 중요한 경우에는 다음과 같이 끝에 타입을 추측할 수 있는 정보를 추가한다. 클래스에 하나밖에 없거나 해당 타입의 변수들 중에 가장 중심이 되어 자주 사용하는 것은 단순히 클래스 이름을 소문자로 변환하여 쓸 수도 있다.

UILabel *nameLabel;
UIWebView *contentWebView;
UIImage *productImage;

//클래스당 하나, 또는 주요 변수
UIView *view;  

4. 상수와 Enum값 이름#

기존 C 언어의 관례라면 상수는 어떻게 어디서 선언하든지 대문자를 사용한다. 단어 간의 구분은 '_' 로 해두면 좋다. 변수 이름과 같이 길고 명확한 이름을 권장한다.
#define MAX_MEMBER 30
static const float DEFAULT_VIEW_WIDTH = 480.0f;

Objective-C에서는 상수라고 해서 반드시 모두 대문자를 쓰는 것을 권장하지는 않는다. Class와 같이 대문자로 시작되는 이름을 사용하는 것이 더 일반적이다.
몇 가지 형식이 있는데 다음은 데이터 형 다음에 상수의 의미를 더하는 형식이다.

[(Prefix)+DataType+(값의 의미)]

// DataType + (값의 의미)
const CGPoint CGPointZero;
const CGRect CGRectZero;
const CGSize CGSizeZero;

보다 읽기 쉬운 형식은 다음처럼 접두어와 데이터 형 사이에 의미가 들어가는 것이다.

[(Prefix)+(값의 의미)+(데이터 타입)]

// (값의 의미) + DataType
enum {
   NSASCIIStringEncoding = 1,
   NSNEXTSTEPStringEncoding = 2,
   NSJapaneseEUCStringEncoding = 3,
   NSUTF8StringEncoding = 4,
   NSISOLatin1StringEncoding = 5,
   ...
};

5. 메소드 이름#

Objective-C의 메소드의 이름(Method Signature Keywords)에 인자(Parameter) 하나마다 구분자가 들어간다. C++이나 Java에서 메소드를 호출할 때 모든 인자가 괄호로 쌓여서 ',' 로 구별되는 것과는 다른 Objective-C의 고유한 문법이다. 이런 스타일의 문법은 다소 번거롭기는 하지만 이름을 잘 지어두면 메소드의 용도 뿐 아니라 전달해야 할 인자가 어떤 것인지 쉽게 이해할 수 있다. 다음의 예를 보자.
// Objective-C style
[myArray addObject:object atIndex:index];

// C style
myArray.addObjectAtIndex(object, index);

따라서 인자를 놓는 순서와 함께 이름을 짓는 것도 실제 사용하는 입장에서 어떻게 사용할지를 고려하지 않으면 안된다. 보통 대상을 앞에두고 방법이나 옵션을 나중에 두는 것이 무난하다. 덧붙여, 같은 이름의 메소드가 여러 개가 있는 경우 인자의 순서가 되도록 바뀌지 않는 것이 좋다.

// 주된 대상을 앞에, 옵션을 뒤에
[@"MyString" writeToFile:file atomically:YES]

// 옵션 추가하기
[@"MyString" writeToFile:file atomically:YES encoding:... error:error];

6. Getter와 Setter#

객체의 속성을 조회하는 메소드는 getXXX 형식을 사용하기 때문에 보통 Getter 메소드라고도 한다. 마찬가지로 속성값을 설정하는 메소드는 setXXX 형식이기 때문에 Setter 메소드로 부른다. Objective-C에서는 특별한 경우가 아니면 getter 메소드 이름을 'get' 으로 시작하는 것을 권장하지 않는다. 단순히 변수 이름과 같은 것을 사용해도 좋다. 이는 변수와 메소드를 특별히 구별할 필요가 없는 객체 지향적인 관점에서도 타당하다. 'get' 을 추가하는 때도 있는데 단순히 값을 반환하는 것이 아니라 내부에 추가적인 작업이나 부작용(side-effect)이 동반되는 경우이다. 반면에 setter 메소드는 일반적인 setXXX:(Type) 형식을 사용한다.
//get property
[myBoss firstName];
[myBoss lastName];
[myBoss age];

//추가적인 작업, 부작용이 동반되는 경우 
[myBoss getFullName]; 

// set property
[myBoss setFirstName:@"new Name"];
BOOL형 변수나 값에 대한 getter나 setter의 형식은 조금 달라진다. 변수 이름이 'isActive' 라면 getter아 setter는 각각 'isActive', 'setActive' 가 된다.
BOOL isHidden;
BOOL isEditable;

[myObject isHidden];
[myObject setHidden: YES];
[myObject isEditable];
[myObject setEditable: NO];

7. 반환값이 있는 메소드의 이름#

Objective-C에서는 Getter 메소드가 'get'으로 시작하는 것을 권장하지 않는 것처럼 반환 값이 있는 메소드의 경우도 동사로 시작하는 것을 권장하지 않는다. 다음의 예를 보자.
// 3번 index에 저장된 객체 반환
[myArray objectAtIndex:3];

// key에 매핑된 객체 반환
[dictionary objectForKey:key]

반환형이 있는 메소드는 다음과 같은 형식을 사용한다.

[type+Condition, Method+Input]

[NsString stringWithFormat:...];
[str rangeOfString:scan_str];

[NSSArray arrayWithObjects:...];
[arry indexOfObject:obj];

8. 이벤트와 관련된 이름#

이벤트(Event)에 관한 메소드나 변수는 조금 다른 형식의 이름이 사용된다. 이벤트가 발생하는 시점에 관한 조동사인 will, did가 Action 이름과 함께 사용된다. 'will' 은 동작이 일어나기 직전에 발생하거나 호출되는 것을 의미하고 'did' 는 동작이 일어난 다음의 시점을 뜻한다.

다음의 예를 보자. 객체나 상수인 경우 '접두어+(Will/Did)+Action' 형식이다.

// 상수
// (Will/Did)+Action+Type
NSTaskDidTerminateNotification
NSWindowWillMoveNotification

위와 유사하게 이벤트와 관련된 메소드는 '(will/did) + Action' 의 형식을 사용한다.

// 메소드 이름
// (Will/Did)+Action+Target
[view didAddSubview];
[view willAddSubview];


출처 : http://blessedsoft.org/wiki/Wiki.jsp?page=GuruBook.ObjectiveCES.codingconv


정리가 너무 잘되있어 퍼왔다.

함수명만 잘 정해놔도 따로 주석이 필요가 없더라.

가독성, 일관성 유지하는게 관건.

나같은 경우엔 거의 혼자만 아이폰 프로젝트 진행하다보니 일관성있게는 짜는데.. 다른사람들보기엔 어떨지 몰것넹...

신고

ERROR : Apple's web service operation was not successful

iOS/Error 2012.09.04 23:35

Apple's web service operation was not successful

업로드 도중 이런 말이 나오고 그 밑에 두세줄 설명이 더 붙는다.

그냥 기달렸다가 좀잇다 해보자. 내 잘못아님.

신고

[TIP] UITableView 당겨서 Refresh

iOS/Tip&Tech 2012.04.06 15:35

http://blog.leahculver.com/2010/12/iphone-pull-to-refresh.html

신고
1 2 3 4 5 ... 8


티스토리 툴바