Frage

Software wie OneNote hat gezeigt, dass das automatische Speichern implementiert werden kann und genauso gut (oder besser) funktioniert wie die Schaltfläche zum manuellen Speichern / STRG+S.

Auf jeden Fall möchten Sie alles, woran Sie arbeiten, speichern.Nur wenn Sie etwas Zerstörerisches ausprobieren würden, würden Sie schließen ohne sparen.

Warum ist die manuelle „Speichern“-Funktion aus Programmierer-/Benutzerfreundlichkeitssicht heutzutage immer noch in praktisch jeder Software zu finden?Liegt es daran, dass jeder zu faul ist, die automatische Speicherung zu implementieren, wenn Daten geändert werden?

Und ist es für uns eine gute Idee, die automatische Speicherung einzuführen, um zumindest in unserer spezifischen Branche und bei unseren Mitbewerbern etwas Anklang zu finden?

War es hilfreich?

Lösung

Das ist speichern Taste ein bekanntes, komfortable Benutzeroberfläche Feature, dass jeder von Jon Skeet zu Oma kennt. Wenn Sie es losgeworden, wäre es die Schließen-Schaltfläche wie Entfernung auf einem Fenster für einige Menschen. Zugegeben, würden sie schließlich daran gewöhnen, aber einige Leute würden es nicht verstehen, dass ihre Daten automatisch gespeichert wurde.

Auch, wenn Sie auf dem Netz sind das automatische Speichern, nicht nur nehmen Sie viel Platz auf Ihrem Server mit all jenen Fällen auf, sind Sie auch viel Bandbreite mit bis zu periodischen spart. Zumindest mit manuellem speichern Sie den Speicherplatz und Bandbreite nur zu verwenden, wenn der Benutzer beabsichtigt, die immer seltener werden kann, wodurch die Bandbreite zu sparen. Der Vorteil ist natürlich, zu automatischen Speichern ist die Beibehaltung der Arbeit sollte etwas schief gehen.

Überprüfen Sie die Definition von " skeuomorphismus ":)

Andere Tipps

Autosave speichert normalerweise auf einem definierten Intervall. Was passiert, wenn Sie zwischen den Intervallen speichern in möchten?

Sie sollten eine manuelle Implementierung speichern und mit anderen Anwendungen in der Umwelt konsistent durch bleiben.

Die Menschen erwarten Datei -> speichern oder STRG + S zu existieren.

Zusätzlich zu „Speichern“ gibt es üblicherweise auch „Speichern unter…“.Beides gibt dem Benutzer das Gefühl von Kontrolle und Sicherheit.Wenn sie wissen, dass sie auf „Speichern“ geklickt haben, wissen sie, in welchem ​​Zustand ihre Daten beim erneuten Laden voraussichtlich sein werden.

Es kommt wirklich auf diese. eine Schaltfläche Speichern billiger zu implementieren und warten als Undo

Es ist nicht schwer automatisch speichern zu implementieren -. Implementieren nur eine normale speichern und rufen, wann immer benötigt oder einfach nur in einem Timer (wenn Sie faul sind)

Speicher Tasten sind häufig wegen der gemeinsamen Muster von den Benutzern seit Jahrzehnten gelernt.

  1. Laden von Daten oder Dateien von einem persistenten Speicher in dem Hauptspeicher.
  2. Ändern Sie die Daten im Hauptspeicher.
  3. Speichern Sie die geänderten Daten zurück zu einer persistenten Speicher.

Dieses Muster stammt aus der alten Unterscheidung zwischen harde Antrieb und Hauptspeicher. Wenn Sie es in einer anderen Art und Weise denken (wie einige experimentelle Betriebssysteme tun), gibt es keine Notwendigkeit für das Laden und Speichern von Dateien - man denke nur an eine Festplatte als Hauptspeicher und und dem Hauptspeicher als eine andere Cache-Ebene für die Festplatte . In der Folge werden alle Dateien (nicht auf herausnehmbaren Medien) sind immer in Erinnerung und Sie werden nie wieder brauchen, um Dateien zu laden oder speichern.

Aber diese Änderung zu tun, ist nicht einfach, weil die Benutzer auf das alte Muster seit Jahren verwendet werden. Weiterhin sind die alten Laden und Speichern von Muster ist eine sehr einfache Möglichkeit, eine Art von primitve Undo-System zu erhalten.

Auto-Spar erfordert ein Undo-System, auch, und es ist nicht so trivial zu bauen. Esspecialy wenn Sie Bild-, Audio- oder Videobearbeitung durchführen und Sie werden viele Daten produzieren ist es schwierig, einen guten Zeit-Speicher-Trade-off zu finden. Und es besteht die Gefahr, dass Benutzer versuchen, Dinge rückgängig machen, indem Sie die Anwendung schließen und dann erkennen, dass dies nicht funktioniert. So könnte es auch eine gute Idee, Undo Informationen zu beharren Benutzer diesen Fehler zu schützen oder Speichern von unerwünschten Änderungen im Falle eines Crashs.

Also, ja, ich würde wirklich gerne sehen die sparen (und Last), um zu verschwinden. Ich würde beibehalten Undo-Informationen oder sogar komplett bearbeiten Geschichten auch. Aber ich glaube nicht, dass diese Änderung in ein paar Jahren passieren kann -. Wenn überhaupt

Ich arbeite im medizinischen Bereich und es gibt Situationen, in denen Sie den Benutzer zum Speichern etwas Verantwortung zu übernehmen möchten. Wenn Sie einen EHR haben, und Sie sind ein Rezept für einen Patienten Eingabe dann nicht wollen, Sie unbedingt das automatische Speichern sie - wollen Sie der Anwender bewusst zu sein und Verantwortung für ihr Handeln übernehmen. Auch einen Wert in einem kritischen System wie dieses automatische Speichern aus offensichtlichen Gründen könnten katastrophal sein ...

markiert werden soll subjektiv vielleicht?

Als Entwickler, ich bin immer ein wenig unruhig apps um so. I wie die Kontrolle über, wenn meine Daten gespeichert werden, auch wenn dies vielleicht nur Jahre der Konditionierung bei der Arbeit ist. Ich, dass wenig „uh oh“ Gefühl, wenn ich ein Fenster zu schließen, in die I-Daten, ohne explizit das Drücken einer Schaltfläche zum Schließen (oder Verknüpfung) eingegeben haben.

Das heißt, ich habe „trainiert“ zu akzeptieren, es in bestimmten Situationen. OneNote, zum Beispiel, oder Tomboy. Eine Vielzahl von OS X-Anwendungen folgen diesem Muster, vor allem Utility-Anwendungen wie DB-Server GUI-Tools.

Also, kurz gesagt, verschiedene Werkzeuge für unterschiedliche Situationen. IMO, die meisten Software in diesen Tagen nicht von einem Wechsel von einem manuellen profitieren speichern, um ein Auto-Save.

Ich denke, die Antwort auf diese Frage ist, dass ‚es hängt‘!

Sie sollten berücksichtigen nicht nur die Erwartungen Ihrer Benutzers im Hinblick auf die Konsistenz mit anderen Anwendungen, sondern auch die Art und Weise, in der der Benutzer die Anwendung verwenden wird.

Eine sehr häufige Anwendungsfall für OneNote ist, dass jemand es öffnet sich in einigen Informationen Dump bis zu fast so nebenbei zu dem, was sie gerade arbeiten. Sie müssen in die und aus schnell. Jegliche Prompts über Einsparung wäre ein Ärgernis.

Anwendungen wie Word, auf der anderen Seite erwarten Benutzer eine abgestimmte Menge an Zeit zu verbringen, an einem Dokument zu arbeiten. In diesem Fall wird die lästige Pflicht der manuellen Speicher und die Reaktion auf Bestätigung Boxen usw. wird als eine relativ kleine Aufgabe zu sehen.

Von Programmierern Perspektive Umsetzung automatischer Speicherung wäre keine große Sache sein. Sie haben soeben einen Timer und Rückruf tun würde, das Speichern einrichten.

Doch aus Usability-Sicht automatischer Speicherung ist sehr problematisch. das Gefühl der Kontrolle eine Mehrheit der Nutzer würde verwirren und nehmen zunächst alle Benutzer verwendet, um eine manuelle Speichern zu haben und es ihnen nicht an.

Auch größeres Problem wäre, dass die automatische Speicherung Inhalt der darunter liegenden Datei überschreibt, ob man es wollte oder nicht. Natürlich können Sie automatische Speicher Speicher auf temporärer Datei, aber die Entscheidung Originaldokument zu überschreiben haben könnten immer von dem Benutzer muss , nicht von der Software. Und weil Sie sowieso die Benutzer benötigen würde zumindest eine manuelle Speichern einzuleiten, warum nicht manuelle Speichern ermöglichen, immer verfügbar sein?

Eine automatische Speichern ist groß, wenn Sie mit einem Dokument handelt. Was ist mit einer Business-Anwendung? Wenn ich das Konto eines Kunden bearbeiten, sollte das Konto als ich Reiter aus den bearbeiteten Feldern aktualisieren? Wenn ja, was es tun soll, wenn das Konto in einem ungültigen Zustand ist? Wann erzwingen Sie Geschäftsregeln und wie Sie sie durchzusetzen? Wie wird es durchführen, wenn Sie Geschäftsregeln Rechnung auf jedem bearbeiten nehmen?

Sie können natürlich auch eine Anwendung erstellen, die eine dieser Überlegungen berücksichtigt werden, sondern es wird der zusätzliche Aufwand wert gewesen?

Also sollten wir von den Speichern-Button los? Es hängt davon ab.

Kurze Antwort:. "Auto save" = "auto zerstört" / "auto "

Für ein Projekt in der Universität, meine Fraktion und ich baute eine Anwendung ohne explizite Einsparung als ein Experiment.

Wir führten einen unendlichen Rückgängig-Stapel und serialisiert den Rückgängig-Stapel mit den tatsächlichen Daten, so dass selbst wenn Sie die App geschlossen und wieder geöffnet, es können Sie immer Ihre letzte Aktion rückgängig zu machen. Jede Operation hat einen neuen Eintrag in die Aktionsliste auf der Festplatte, so dass die Datei immer konsistent war (na ja, meistens ...), auch wenn der Strom ausgefallen. Es war ein bisschen eine Kreuzung zwischen einem Versionskontrollsystem und einem Journaling-Dateisystem.

Es gibt zwei Probleme: Erstens, wir hatten keine Zeit, es völlig richtig zu machen (ah, jugendliche Hybris); zwei, jeder (Kommilitonen und, was am wichtigsten ist, die TAs) hasste es, wegen all der bereits genannten Gründe.

Manchmal, für alle Ihre besten Absichten, kann man einfach nicht tief verwurzelt Verhalten ignorieren.

Lizenziert unter: CC-BY-SA mit Zuschreibung
Nicht verbunden mit StackOverflow
scroll top