Meine aktuelle App muss Adressinformationen für einen Benutzer speichern. Ich diskutiere gerade darüber, ob ich die üblichen Postanschrift/Stadt/Bundesland/PLZ-Felder und Dropdowns verwenden soll oder mit Googles Methode, einfach alles in einer Zeile zu haben. Irgendwelche Gedanken über die Vor-/Nachteile der Speicherung von Adressinformationen auf eine dieser Arten?Teilen Sie Adressen in Straße/Stadt/Staat/PLZ auf?
Sie sollten es aufteilen. Es wird die Berichterstattung über die Straße wesentlich erleichtern. Was passiert, wenn Sie alle Bewohner eines Bundesstaates, einer Postleitzahl oder einer Stadt abholen wollen? Wenn Sie alle Felder benutzen, werden Sie feststecken und wünschen, dass Sie es aufgeteilt haben.
Außerdem werden die Benutzer vergessen, alle Informationen einzugeben, die Sie benötigen, wenn Sie sie nicht dazu auffordern.
Gemessen an den Benutzer-Input-Tag auf Ihrem Beitrag, ich nehme an, Sie beziehen sich auf, wie der Benutzer betritt die Daten, und jetzt, wie Sie sind Speicherung die Daten in der Back-End-Datenbank.
Vermutlich muss Ihre Datenbank diese Informationen weiterhin als separate Felder speichern, wenn Sie in der Lage sein möchten, die Informationen zu sortieren und zu analysieren (z. B. für Berichterstellungs- und Statistikzwecke).
In diesem Fall, ich denke, es hängt davon ab, wie zuversichtlich Sie sind, dass Sie die Adressierungsinformationen ordnungsgemäß in seine einzelnen Felder analysieren konnten.
Eine hybride Option wäre, dem Benutzer zu ermöglichen, die Adresse als eine einzelne Zeile einzugeben, und dann eine Best-Effort-Analyse der Informationen in die separaten Felder durchzuführen. Dies ähnelt der Verwaltung von Adressen für Kontakte durch Outlook - Sie geben alle Informationen in ein einzelnes Memofeld ein und teilen es dann für Sie auf. Sie können dann korrigieren, wenn eines der Felder falsch interpretiert wurde.
Meiner Meinung nach ist die Hybrid-Methode der Weg zu gehen. Es sei denn, ich habe etwas geliefert und muss sicher sein, dass die Adresse richtig geparst wird, ich _hate_ es, wenn schlecht entworfene Seiten mich zwingen, meine Adresse selbst zu teilen. – albertb
Ich tendiere dazu, es aufzuteilen, ermöglicht die Suche nach einem bestimmten Abschnitt der Adresse und Sie können die Adressen beschränken, die Sie verarbeiten möchten, indem Sie die Formatierung kennen, d. H. Nur an Ostküstenadressen versenden.
Stimmen Sie zu, dass dies weniger damit zu tun hat, wie Sie mit der Eingabe umgehen, als mit der späteren Suche. – Riri
Ich würde sehr dagegen sein, nur ein einziges Textfeld zu haben, in dem Benutzer ihre Adresse eingeben. Sie würden überrascht sein, wie viele Leute ihre Postleitzahl oder andere wichtige Informationen weglassen, wenn Sie kein spezifisches Feld dafür haben. Wie andere bereits erwähnt haben, erleichtert es die Berichterstellung viel später, über diese Informationen zu berichten, wenn alle Daten zuvor analysiert wurden. Wie andere Benutzer erwähnten, werden Programme wie Outlook diese Informationen analysieren, aber nur, weil die Quelle der Daten oft die Signaturen von E-Mails sind, was niemals in einem konsistenten Format ist.
1) Sie sollten es teilen.
2) Kann ich Ihnen empfehlen, lesen Sie this, bevor Sie versuchen, internationale Adresseingabe zu tun?
Nicht von diesem Artikel abhängen. Der Schreiber versteht die Probleme, aber die Hälfte der Details ist falsch. –
@Windows Programmierer: Welche Hälfte? @Claudiu: +1 für die Erwähnung verschiedener Adressformate – Treb
Ich stimme mit Kibbee. Ich war sogar überrascht zu sehen, dass Leute nicht einmal die Etiketten des Feldes lesen, Vor- und Nachname, Postleitzahl und Stadt usw. invertieren.
Nein, Sie können nicht bestimmen, ob eine Postleitzahl in einem Web-Application-Targeting gültig ist internationale Kunden ...
Einige Länder haben Buchstaben in der Postleitzahl, verschiedene Längen, keine Zustandsinformationen, etc.
Obwohl es möglich ist, Postleitzahlen für einige Länder zu validieren, gibt es keine Garantie, dass Ihre Datenquelle die richtigen Codes selbst hat, also sollte es eine Richtlinie und keine Regel sein. Meine Stadt hat sich von einer Postleitzahl in zwei geteilt; Meiner blieb gleich, aber mehrere Seiten dachten, dass es sich geändert hätte ... –
... und es war sehr frustrierend, mit den wenigen Kontakt aufzunehmen, die mich nicht korrigieren ließen und erklärten, dass SIE die Postleitzahl falsch hatten. –
Teilen Sie den Eingang auf jeden Fall. Wenn Sie dabei helfen können - und abhängig von Ihren geschäftlichen Anforderungen - kann es sinnvoll sein, die Adressüberprüfung bereits am Eingang vorzunehmen.Dies ermöglicht es Ihnen zu wissen, dass Ihre Adressen in Ihre Datenbank rein gehen und können Sie eine Reihe anderer Dinge wie Betrugsprävention tun. Wenn Sie eine verifizierte Adresse haben, können Sie die Versandkosten reduzieren, wenn Sie physische Waren an Ihre Kunden versenden, und können dazu beitragen, die Kreditkartenhändlergebühren zu reduzieren, indem Sie sicherstellen, dass die korrekte Postleitzahl während der AVS-Überprüfung übermittelt wird.
Im Interesse der vollständigen Offenlegung bin ich der Gründer von SmartyStreets. Wir bieten CASS-certified address verification Dienstleistungen an. Benutzer können eine list for scrubbing (CSV/Excel/etc) auf unsere Website hochladen oder unsere address verification web service API namens LiveAddress verwenden.
Beachten Sie, dass Google nur das One-Box-Modell verwendet, wenn das korrekte Parsen nicht kritisch ist (z. B. Maps.) Im Fall von Checkout müssen Sie immer noch verschiedene Felder ausfüllen. – albertb
@albertb Nicht unbedingt erforderlich, um Eingabefelder für die Kasse zu teilen. Siehe [diesen Beitrag auf UX.SE] (http://ux.stackexchange.com/questions/22196/combining-all-the-address-fields-into-one) und [dieses über SO zum Parsen von Freiformadressen] (http://stackoverflow.com/questions/11160192/how-to-parse-freeform-street-postal-address-into-components) - es * kann * getan werden, und kann zuverlässig erfolgen. – Matt