2011-11-27 4 views

답변

4

예.

게시판의 크기에 대한 문서화 된 강제 제한이 없습니다 (찾을 수 있음). 그러나 모든 것이 유한합니다. 너무 많은 것을 대지 (일반적인 대지, 대지 찾기, 마분지 또는 기타)에 복사하면 문서화되지 않은 한도에 도달하거나 시스템을 페이징 지옥으로 몰아 갈 수 있습니다. (심지어 마지막 부분은 실제로 보장되지 않고 마지막으로 검사했을 때 마분지는 RAM을 사용하지만 이론적으로는 현재 또는 미래의 디스크에 쓸 수 있습니다.)

대량의 데이터, 나는 그것을 약속하는 것이 좋습니다. 이를 수행하는 방법은 기존의 유형 및 데이터 기반 API를 사용하는지 아니면 새로운 항목 기반 API를 사용하는지에 따라 다릅니다. 더 많은 작업이지만 사용자가 어딘가에 붙여 넣을 때만 데이터를 가져와야 함을 의미합니다.

+0

+1 용. – spudwaffle

+4

명확히하기 위해 데이터를 실제로 대지에 보내지 않고 실제로 필요한 경우에만 (예 : 사용자가 실제로 붙여 넣기 명령을 사용할 때) 데이터를 전송하겠다는 약속을 보냅니다. 일반적으로 앱을 종료 할 때 데이터를 제공해야하지만 데이터가 매우 큰 경우에는 Photoshop에서 수행하는 대지를 삭제할지 묻는 메시지가 표시됩니다. –

+1

필자는 Photoshop이 사용자 상호 작용 디자인 (!)의 모범이라고 주장하지는 않지만, 매우 큰 클립 보드 내용을 올바르게 처리한다고 생각합니다. –