В течение долгого времени Алан Купер (в 3 версиях своей книги «О лице») продвигал «унифицированную файловую модель», чтобы, помимо прочего, обойтись без того, что он называет самым идиотским окном сообщений, когда-либо изобретенным - тем, которое выскакивает, когда нажимаете кнопку закрытия в приложении или форме, говоря "Вы хотите отменить свои изменения?" Мне нравится идея и его аргументы, но я также испытываю коленную реакцию на нее, которую имеют большинство опытных программистов и пользователей.
В то время как книга Купера кажется довольно популярной и уважаемой, в Интернете есть очень мало дискуссий по этому конкретному вопросу, которые я могу найти. Петер Хессельберг, автор книги «Программирование Windows для промышленного применения», упоминает об этом, но это кажется.
У меня есть возможность реализовать это в (настольном) проекте, над которым я работаю, но сталкиваюсь с сопротивлением со стороны клиентов и коллег, которые, конечно, знакомы с методами работы MS Word и Excel. Я могу перевесить их возражения, но не уверен, что должен.
Мои вопросы:
Есть ли хорошие обсуждения этого, которые мне не удалось найти? Кто-нибудь делает это в своих приложениях? Это хорошая идея, что это, к сожалению, не практично, пока, скажем, Microsoft не сделает это?
источник
Ответы:
Пригодность Единой Файловой Системы действительно зависит от приложения под рукой. Такие вещи, как веб-приложения, приложения Microsoft OneNote и iOS, подходят для этой модели. Когда приложение управляется базой данных, оно также поддается этой модели. Тем не менее, я могу также подумать о тех областях, где это не лучший вариант. В частности, когда приложение может использовать данные, которые не пришли из этого приложения, вам нужна концепция файловой системы, чтобы найти информацию.
Что касается синхронизации памяти и диска, я хочу этого, но не для своего текстового процессора. Если бы я потратил время на сохранение своего файла, я бы хотел убедиться, что не теряю никакой информации. Об этой потребности позаботилась функция автосохранения, которая была у нас уже несколько лет. Если кто-то спотыкается о шнур питания, я могу, по крайней мере, вернуть его обратно. Тем не менее, я создаю несколько одноразовых документов, которые не хочу засорять мою файловую систему. Знак, который будет использоваться только в течение одного дня, играть с образцами шрифтов и т. Д.
Ответ "это зависит". UFS Купера полезен в некоторых случаях, а в других - меньше. Технический опыт ваших пользователей также может повлиять на ваше решение. Большинство из нас выросли со статус-кво, и иногда выгоды от изменений не перевешивают стоимость изменений. Я бы оценил уместность такого подхода в вашем приложении.
источник
Microsoft делает это в OneNote.
Я бы не стал игнорировать желания пользователя. Мы думали о реализации этого, но пришли к выводу, что многие пользователи делают вещи без раздумий и используют кнопку закрытия формы (или ctrl-alt-del, если ее нет), чтобы предотвратить сохранение своих ошибок.
Если бы вы могли реализовать это так, чтобы они могли вернуться к предыдущему сеансу (что-то вроде большой отмены), тогда это может быть приемлемым. Но люди призваны использовать окружающую среду вокруг себя. Измените окружающую среду, и вы рискуете уничтожить обнаруженное ими преимущество.
источник
Единая файловая система уже победила!
Все приложения для iOS * работают таким образом. Нет «файлов», нет файловой системы, нет сохранения, только приложения, которые содержат данные, к которым вы всегда можете вернуться, если не удалите их. Учитывая, что MacOS может когда-нибудь упасть на iOS, я бы сказал, что модель определенно завоевала популярность.
Веб-сайты тоже работают таким образом - редко вы «сохраняете» документ, редко перемещаетесь по набору документов и очень редко вы делитесь документами между сайтами. Документы встроены в сайт, как эти вопросы и ответы встроены в StackExchange.
Исторически было несколько неловких попыток внедрить это в Windows и Mac, и это отвлекло людей от идеи. Но переход на новую платформу, на которой никто не ожидает наличия файлового браузера, полностью освободил компании от перехода.
(* Я не знаю ни с Android, ни с других операционных систем телефона; может, и там тоже.)
источник
Собираетесь ли вы хранить их данные в файлах или в какой-то базе данных?
Если вы ожидаете, что у них будет физический доступ к файлам, вам придется учить их, что ваши файлы «особенные». В своей нынешней ментальной модели они могут копировать, вставлять, переименовывать и удалять. Я уверен, что некоторые из них уже используют переименование как способ «версии» своих данных (например, резюме2010.doc, SalesDataFromBob2.xls).
Если это база данных, я уверен, что они захотят экспортировать / импортировать файлы в какой-то момент.
источник
Сложно ли реализовать на видном месте опцию «всегда сохранять» для пользователя?
источник