코어 데이터 관리 객체에 사용자 정의 메소드를 별도의 파일로 추가하는 방법은 무엇입니까?

코어 데이터 관리 객체에 사용자 정의 메소드를 별도의 파일로 추가하는 방법은 무엇입니까? 특히, 요구 사항은 것 같아요 될 것이다 :코어 데이터 관리 객체에 사용자 정의 메소드를 별도의 파일로 추가하는 방법은 무엇입니까?

XCode4는
효과적으로에 방법을 추가 할 수 있습니다 (즉, 그래서 그 안에 변화를 다시 실행해야 언제든지 그들을 재생기 및 수 없습니다) 클래스를 생성 터치하지 않으 생성 된 클래스 (가정 클래스 이름을 변경하지 마십시오입니다)

주 - 나는 mogenerator 알고 있어요하지만 난 완전히 https://github.com/rentzsch/mogenerator/issues/55

겠습니까 간단하고 최선을 주목할 순간에 그것으로 행복하지 않다 대답은 정당하다. 목표 -C : 카테고리?

2011-04-22 Greg

좋은 질문 - 저는 핵심 데이터 경험의 시작 부분에서 기본적으로 같은 질문을했습니다. 희망이 대답입니다! – user387184

발전기를 고정하는 것이 가장 좋은 답이 될 것입니다 :-).

mogenerator는 하위 클래스를 사용하므로 항상 그렇게 할 수 있지만 카테고리도 잘 작동합니다.

2011-04-22 03:18:45 gerry3

방금 시도한 ... #include "included_dataStuff"와 "include_dataStuff"파일에 모든 추가 코드를 넣는 것에 대해 어떻게 생각하십니까?

이 두 가지 가능성이 있습니다

는, 새로운 클래스 파일을 만들는 "header.h가"를 포함 삭제합니다 (header.h가 삭제), 거기에 추가 코드를 삽입. (이해할 수 있음) [WARN] 경고 : 아키텍처 'armv6에 대한 텍스트'$ (PROJECT_DIR)/Classes /../increced_dataStuff '파일을 처리 할 규칙이 없습니다. [WARN] 경고 : 아니요 규칙 armv7에 대한 텍스트 형식의 '$ (PROJECT_DIR)/Classes /../ contained_dataStuff'파일 처리
새 "빈"파일을 만들고 거기에 추가 코드를 입력하십시오. 이 경고를 생성하지 않습니다.

1과 2 사이의 차이는 코드 포맷 제 alternatve 유지하면서 제 모든 코드 형식 (2 경고를 수락 할 필요) 손실 및 일반 텍스트처럼 취급된다 (그러나 거기

나는 첫번째를 선호한다. 물론 생성 된 코드 파일에 대한 유일한 수정은 #include입니다.

당신은 어떻게 생각하십니까?

2011-04-22 03:32:45 user387184

감사합니다 - 코드 형식을 선택하면 옵션 1 일 것입니다. 질문은 (a) 카테고리 사용과 비교하면 어떻습니까? (b) 경고를 영구히 수락 할 수있는 방법이 있을지 궁금합니다. 계속 보지 마라. – Greg

@ user387184이 파일의 목적은 무엇입니까? 카테고리를 하위 클래스 화하거나 사용하지 않는 이유는 무엇입니까? 이것은 Objective-C 소스 파일이 아닌가? 그렇다면 ".m"확장자를 가져야합니다. – gerry3

예, 위에서 언급 한 것처럼 두 가지 가능성이 있습니다. * .m 파일은 작동하지만 경고가 발생합니다. m을 누르면 코드 형식이 병합되지만 경고는 나타나지 않습니다. 그러나 나는이 카테고리에서 더 나은 선택이라고 생각합니다. – user387184

답변