문제

나는 몇 가지 접근법을 보았고 각각 상당한 플러스와 마이너스가있는 것 같습니다. 저는 iPhone 개발을 배우고 있습니다. 비교적 간단한 앱을 구축하고 있습니다. 비교적 간단한 앱은 핵심적으로 3 ~ 4 개의 관련 엔티티에서 CRUD 작업 이상의 작업이 아닙니다.

나는 activerecord 유형 객체 지속성에 익숙합니다. 내가 온라인에서 읽은 코코아 터치의 구현은 일반적으로 매우 느리게 지칭됩니다.

내가 온라인에서 볼 수있는 대부분의 예제 (특히 실용적인 프로그래머 스크린 캐스트)는 SQL이 컨트롤러 클래스에 하드 코딩되어 있는데, 이는 나에게 옳지 않은 것처럼 보입니다. 아주 오래된 학교처럼 보입니다 (그러나이 경우 오래된 학교가 가장 좋습니다).

나는 우리가 여기서 SDK 3.0에 대해 논의 할 수 없다는 것을 알고 있지만, Coredata가 iPhone을 위해오고 있다는 것은 상식적인 지식입니다. 물론 청중을 제한 할 것입니다. 판매,하지만 내 경력을 대체 할 계획이 아닙니다)

나는 아직 Gus Mueller의 FMDB를 시도하지 않았지만 좋은 것을 읽었습니다.

당신의 경험 중 일부는 무엇이며, 작동하는 것, 그렇지 않은 것. (여전히 예쁜 초보자) iPhone 프로그래머가 시간을 투자하는 것을 어디에서 추천 하시겠습니까?

도움이 되었습니까?

해결책

현재 더 높은 수준의 작업을위한 내장 시스템이 없기 때문에 앱에 인코딩 된 Semi-Raw SQL이 많이 있습니다. FMDB는이 작업을 수행하는 좋은 방법이지만 SQLite 호출을 더 객관적인 C와 같은 것으로 랩핑합니다. 그것은 어떤 상황에서는 좋지만 분명히 모든 것이 아닙니다.

ActiveRecord에 익숙하다면 sqlite 영구 물체 ActiveRecord와 유사하기 때문에 유용 할 수 있습니다. 나는 어느 쪽도 사용하지 않았으므로 실제로 얼마나 비슷한 지 말할 수 없었습니다. 그것이 어떤 이유로 옳지 않은 경우,이 시점에서 3.0을 대상으로하고 핵심 데이터를 사용하는 것이 가장 좋습니다.

라이센스 : CC-BY-SA ~와 함께 속성
제휴하지 않습니다 StackOverflow
scroll top