문제

공유하고 싶은 NSDocument 장단점이 있습니까?

특히:

  • NSDocument 아키텍처에 의존하면 필요한 경우 리팩터링하기가 어렵습니까?

  • 성능 영향이 있습니까?

  • 특정/여러 가지 방법으로 당신을 제한합니까?

도움이 되었습니까?

해결책

(1) 일단 NSDocument가되면 돌아 가기가 어렵습니다. NSDocument Architecture가 많은 양의 무거운 리프팅을 수행하기 때문입니다. 올바르게 작동하는 다중 문서 기반 코코아 응용 프로그램의 기초를 만듭니다. 원한다면 바퀴를 다시 발명 할 수 있지만 패리티를 달성하기 위해서는 엄청난 양의 작업이 될 것입니다.

(2) 아니오; 물론, 문서 아키텍처는 상태를 유지하는 데 약간의주기를 소비하지만, 자신의 직접 시도하고 굴려야한다면 거의 같은 일을해야합니다. 그리고 문서 아키텍처를 유지하는 AppKit 팀의 사람들은 자신의 일이기 때문에 그렇게합니다. 귀하의 임무는 고객에게 제품을 신속하고 최선으로 배송하는 것입니다. 그 목표를 달성하기 위해 문서 아키텍처 구축을 정당화 할 수 있다면,이를 위해 가십시오. 그렇지 않으면 하나가 필요하다면 주어진 것을 재사용하십시오.

(3) 문서 기반 응용 프로그램 응용 프로그램을 작성하는 것으로 제한됩니다. :)

문서 기반 응용 프로그램이 필요한 경우 NSDocument를 사용하십시오. 그렇지 않다면.

최근에 모든 문서 별 데이터가 다양한 텍스트 기반 파일에서 가져 오는 데이터 처리 응용 프로그램을 작성했습니다. 나는 세션들 사이의 데이터를 지속 할 필요가 없다. 그것은 나에게 많은 시간을 절약했다.

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