Alan Cooper의 통합 파일 모델은 어떻게 되었습니까?

오랫동안 Alan Cooper (자신의 "About Face"의 3 가지 버전)는 "통합 파일 모델"을 홍보하여 ​​무엇보다도 그가 발명 한 가장 바보 같은 메시지 상자를 없애기 위해 "통합 파일 모델"을 홍보 해 왔습니다. "변경 사항을 삭제 하시겠습니까?"라는 앱 또는 양식의 닫기 버튼을 누르면 팝업이 나타납니다. 나는 그 아이디어와 그의 주장을 좋아하지만, 대부분의 노련한 프로그래머와 사용자가 가지고있는 그 반대의 반응도 가지고있다.

쿠퍼의 책은 꽤 인기 있고 존경받는 것처럼 보이지만 웹 에서이 특정 문제에 대한 토론은 거의 없습니다. "Programming Industrial Strength Windows"의 저자 인 Petter Hesselberg가 언급했지만 그 점에 대해서는 생각됩니다.

나는 작업중 인 (데스크톱) 프로젝트에서이를 구현할 기회가 있지만 MS Word 및 Excel 작업 방식에 익숙한 고객 및 동료의 저항에 직면 해 있습니다. 나는 그들의 반대 의견을 무시할 입장에 있지만, 내가해야할지 확실하지 않습니다.

내 질문은 :

내가 찾지 못한 좋은 토론이 있습니까? 누구든지 앱에서이 작업을 수행하고 있습니까? 불행히도 Microsoft가 할 때까지 구현하는 것이 실용적이지 않다는 것이 좋은 생각입니까?

Unified File System의 적절성은 실제로 사용중인 응용 프로그램에 따라 다릅니다. 웹 응용 프로그램, Microsoft OneNote 및 iOS 응용 프로그램과 같은 것이 해당 모델에 적합합니다. 응용 프로그램이 데이터베이스 기반 인 경우 해당 모델에도 적합합니다. 그러나 최선의 선택이 아닌 영역을 생각할 수도 있습니다. 특히, 응용 프로그램이 해당 응용 프로그램에서 제공하지 않은 데이터를 사용할 수있는 경우 정보를 찾으려면 파일 시스템 개념이 필요합니다.

메모리와 디스크를 동기화 상태로 유지하는 한, 원하지만 워드 프로세서에는 적합하지 않습니다. 파일을 저장하는 데 시간이 걸린 경우 정보가 손실되지 않도록해야합니다. 그 필요성은 우리가 몇 년 동안 가지고 있었던 자동 저장 기능에 의해 처리되었습니다. 누군가 전원 코드를 넘어 뜨리면 적어도 일부 전원 코드를 다시 가져올 수 있습니다. 그러나 파일 시스템을 어지럽히고 싶지 않은 많은 버림 문서를 만듭니다. 글꼴 샘플 등을 가지고 놀며 하루 동안 만 사용할 기호

대답은 "그것은 달려있다"입니다. Cooper의 UFS는 어떤 경우에는 유용하고 다른 경우에는 그다지 유용하지 않습니다. 사용자의 기술 지식도 결정에 영향을 줄 수 있습니다. 우리 대부분은 현 상태로 성장했으며 때로는 변화의 이점이 변화 비용보다 중요하지 않습니다. 귀하의 앱에서 해당 접근 방식의 적절성을 평가했습니다.

Microsoft는 OneNote에서이 작업을 수행합니다.

나는 사용자가 원하는 것을 무시하지 않을 것입니다. 우리는 이것을 구현하는 것에 대해 생각했지만 많은 사용자가 생각없이 일을하고 양식 닫기 버튼 (또는 ctrl-alt-del이없는 경우)을 사용하여 실수가 저장되는 것을 방지합니다.

이전 세션으로 되돌아 갈 수있는 방식으로 구현할 수 있다면 (큰 실행 취소) 허용 될 수 있습니다. 그러나 사람들은 주변 환경을 이용하도록 설계되었습니다. 환경을 바꾸면 그들이 발견 한 이점을 파괴 할 위험이 있습니다.

통합 파일 시스템이 이미 승리했습니다!

모든 iOS * 응용 프로그램은이 방식으로 작동합니다. '파일'이없고, 파일 시스템이 없으며, 저장하지 않으며, 삭제하지 않는 한 항상 반환 할 수있는 데이터가 포함 된 응용 프로그램 만 있습니다. 언젠가 MacOS가 iOS로 떨어질 수 있다는 점을 감안할 때, 모델이 확실하게 적용되었다고 말할 수 있습니다.

웹 사이트도 이러한 방식으로 작동합니다. 문서를 거의 '저장'하지 않고 문서 집합을 탐색하는 경우는 거의 없으며 웹 사이트간에 문서를 공유하는 경우는 거의 없습니다. 문서는 사이트 내에 포함되며 이러한 질문과 답변이 StackExchange에 포함되는 방식입니다.

역사적으로, 이것을 Windows와 Mac으로 피하기위한 몇 가지 어색한 시도가 있었으며, 사람들을 생각으로 이끌었습니다. 그러나 파일 브라우저가 없을 것으로 예상되는 새로운 플랫폼으로의 변경으로 인해 기업은 완전히 전환 할 수있었습니다.

(* 나는 안드로이드 나 다른 전화 OS에서는 모른다; 아마도 거기도있다.)

파일이나 데이터베이스에 데이터를 보관 하시겠습니까?

파일에 물리적으로 액세스 할 것으로 예상되는 경우 파일이 '특별'하다는 것을 가르쳐야합니다. 현재의 정신 모델에서는 복사, 붙여 넣기, 이름 바꾸기 및 삭제가 가능합니다. 나는 그들 중 일부가 이미 데이터를 '버전'하는 방법으로 이름 바꾸기를 사용하고 있다고 확신합니다 (예 : resume2010.doc, SalesDataFromBob2.xls).

데이터베이스 인 경우 특정 시점에서 파일을 내보내거나 가져 오려고합니다.

구현하기 어려운 사용자에게 눈에 띄게 "항상 저장"옵션이 표시됩니까?