Mevcut uygulamamın bir kullanıcı için adres bilgilerini saklaması gerekiyor. Şu anda, alışılagelen sokak adresi/şehir/eyalet/posta metinleri ve açılır menüleri kullanıp kullanmama veya Google'ın tek bir satırda her şeye sahip olma yöntemi ile gidip gitmeyeceğini tartışıyorum. Adres bilgilerinin saklanmasının artıları/eksileri hakkında herhangi bir düşünce var mı?Adresleri sokak/şehir/eyalet/posta adreslerine mi ayırıyorsunuz?
Bunu bölmelisiniz. Yolun aşağı inmesini çok daha kolay hale getirecek. Bir eyalet ya da posta kodu ya da şehirdeki tüm sakinleri yukarı çekmek istiyorsanız ne olur? Eğer bütün bir alanı kullanırsanız, sıkışmış olacaksınız ve bölünmüş olmanı dilediniz.
Ayrıca, kullanıcılar bunları sormazsanız, ihtiyacınız olan tüm bilgileri girmeyi unutacaktır. Yayınınızdaki kullanıcı girişi etiketi bakılırsa
, sana kullanıcı veri girdiğinde nasıl başvuruyorsunuz varsayalım ve şimdi ne kadar sizin arka uç veritabanında verileri depolamak. Bilgileri sıralamak ve analiz etmek istiyorsanız (örneğin raporlama ve istatistik amacıyla), muhtemelen veritabanınızın bu bilgileri ayrı alanlar olarak saklaması gerekecektir.
Bu durumda, adresleme bilgilerini kendi alanlarına uygun şekilde ayrıştırabileceğinizden emin olmanızı isterim.
Tek bir melez seçenek, kullanıcının adresi tek bir satır olarak girmesine izin vermek ve ardından bilgilerin ayrı alanlara en iyi şekilde ayrıştırılmasını sağlamak olacaktır. Bu, Outlook'un kişileri için adresleri nasıl yönettiğiyle benzerdir - tüm bilgileri tek bir not alanına girersiniz ve sonra sizin için ayırır. Daha sonra, alanlardan herhangi birini yanlış yorumladıysa düzeltebilirsiniz. Bunu bölmek eğilimindedir
Benim düşünceme göre, melez yöntem gitmek için yoldur. Gönderilen bir şey olmadıkça ve adresin doğru şekilde ayrıştırıldığından emin olmadığım sürece, kötü tasarlanmış siteler beni adresimi kendim ayırmam için zorluyor. – albertb
, adresin belli bir bölümü için yapılması gereken arıyor sağlar ve size doğu kıyısı adreslerine biçimlendirme yani sadece gemiyi bilerek işlemek istediğiniz adresleri sınırlayabilir.
Bunun daha sonra, daha sonra aramakla ilgili olduğu gibi girişi nasıl kullandığınızla ilgili daha az şey olduğunu kabul edin. – Riri
Sadece kullanıcıların adres girmek tek bir metin alanına sahip karşı çok olurdu. Belirli bir alanınız yoksa kaç kişinin posta kodunu veya başka önemli bilgileri dışarıda bırakacağına şaşıracaksınız. Ayrıca, diğerlerinin de belirttiği gibi, tüm veriler önceden ayrıştırılmışsa, bu bilgileri daha sonra bildirmek raporlamayı daha da kolaylaştırır. Diğer kullanıcıların da belirttiği gibi, görünüm gibi programlar bu bilgiyi ayrıştırır, ancak yalnızca verilerin kaynağı genellikle e-postaların imzası olduğundan, bu asla tutarlı bir biçimde olmayan bir şeydir.
1) Bölmelisiniz.
2) Uluslararası adres girmeyi denemeden önce this numaralı telefonu okumanızı tavsiye edebilir miyim?
Bu makaleye bağlı değil. Yazar sorunları anlıyor ama detayların yarısını yanlış alıyor. –
@Windows programcı: Hangi yarısı? @Claudiu: Farklı adres biçimlerini belirtmek için +1 – Treb
Kibbee ile aynı fikirdeyim. Ben vb ad ve soyadı, posta kodu ve şehir, tersini, insanlar bile alanın etiketleri okumaz görmek bile şaşırdı
Hayır, bir Web uygulamasında bir posta kodu, geçerli olup olmadığını değil belirli hedefleme yapabilirsiniz uluslararası müşteriler ...
Bazı ülkeler posta kodu, çeşitli uzunluklar, durum bilgisi, vb. alfa karakterleri içerir.
Bazı ülkeler için posta kodlarını doğrulamak mümkün olsa da, veri kaynağınızın doğru kodlara sahip olacağının bir garantisi yoktur, bu nedenle bir kural olmalı ve kural olmamalıdır. Kasabam bir posta kodundan ikiye ayrıldı; benimki aynı kaldı, ama birkaç site değişmiş olduğunu düşündüm ... –
... ve ben düzeltmek ve yanlış kod vardı yanlış olduğunu açıklamak izin vermeyecek birkaç temas kurmak zorunda çok sinir bozucu oldu. –
Girişi kesin olarak ayırın. Eğer yardımcı olabilir - ve iş gereksinimlerine bağlı olarak - giriş noktasında adres doğrulama gerçekleştirmek için akıllıca olabilir.Bu, adresinizin veritabanınıza gireceğini bilmenizi sağlayacaktır. ve, sahteciliği önleme gibi bir çok şeyi yapmanızı sağlar. Doğrulanmış bir adrese sahip olmak, müşterilerinize fiziksel ürünler gönderiyorsanız ve AVS doğrulaması sırasında doğru Posta Kodunun gönderilmesini sağlayarak kredi kartı satıcı ücretlerini azaltmaya yardımcı olabilirse gönderim maliyetlerini azaltmaya yardımcı olabilir.
Tam açıklamanın yararı için, SmartyStreets'in kurucusuyum. CASS-certified address verification hizmetlerini sunuyoruz. Kullanıcılar web sitemize list for scrubbing (CSV/Excel/etc) yükleyebilir veya LiveAddress adında address verification web service API'u kullanabilirler.
Doğru ayrıştırma kritik olmadığında Google'ın yalnızca bir kutu modelini kullandığını unutmayın (ör. Haritalar.) Ödeme durumunda, yine de farklı alanları doldurmanız gerekir. – albertb
@albertb Ödeme için giriş alanlarını ayırmak zorunda değil. [Bu gönderiyi UX.SE'de bulabilirsiniz] (http://ux.stackexchange.com/questions/22196/combining-all-the-address-fields-into-one) ve [bu serbest form adreslerini ayrıştırmak için SO üzerinde bir tane] (http://stackoverflow.com/questions/11160192/how-to-parse-freeform-street-postal-address-into-components) - bu * yapılabilir * ve güvenilir bir şekilde yapılabilir. – Matt