نقش فرم ها در iOS Apps

فرم ها مکانیسم اصلی جمع آوری داده های ساختاری از کاربران در برنامه های iOS هستند، چه برای ثبت نام کاربر، پرداخت، بازخورد، پیکربندی، یا ورود، کیفیت طراحی فرم شما به طور مستقیم بر رضایت کاربر، نرخ تبدیل و یکپارچگی داده ها تاثیر می گذارد.یک فرم به خوبی اجرا شده، پیش بینی می کند بار شناختی، نیازهای کاربر و هدایت کاربر به طور موثر به اتمام، دستورالعمل های رابط کاربر، ارائه بازخوردهای کاربر، و اطمینان بخش های کاربر، و نحوه شناسایی دقیق، و بررسی فرم های کاربر، و پاسخ کاربر، و تجزیه و تجزیه و تحلیل دقیق.

اصول طراحی کاربر محور برای iOS Forms

طراحی فرم هایی که کاربران واقعا می خواهند پر کنند، نیاز به بیش از قرار دادن زمینه ها بر روی صفحه دارند، نیاز به درک عمیق از زمینه، پیچیدگی ورودی و قابلیت های دستگاه دارد.

آن را ساده نگه دارید و تمرکز کنید

هر زمینه اضافی شانس ترک کردن را افزایش می دهد.تنها اطلاعات درخواست که برای این کار کاملا ضروری است، اگر داده های اختیاری مفید باشد، به وضوح آن را علامت گذاری کرده و بعداً آن را جمع آوری کنید. فرم های طولانی را به مراحل منطقی یا بخش هایی تقسیم کنید تا از کاربران پرجرم اجتناب شود.

استفاده از انواع ورودی iOS برای دقت

iOS انواع صفحه کلید تخصصی را فراهم می کند که ورودی داده ها را بهینه می کند. [0 ] [[ ] [FLT ] [[ ] ] از [FLT ] [IP] استفاده می کنند. [FLT3 ] [FLT3 ] برای ورودی عددی و [FLT: ] [F ] [برای استفاده از لینک های رمزگذاری شده] و خودکار و تنظیمات خودکار را تنظیم می کنند.

برچسب های روشن و متن Placeholder

برچسب ها باید در تمام زمان ها قابل مشاهده باشند، نه تنها زمانی که فیلد خالی است.(جایی که برچسب در بالای فیلد حرکت می کند) می تواند کار کند، بلکه باید به دقت اجرا شود تا از سردرگمی جلوگیری شود. متن Placeholder فقط باید یک اشاره کوتاه ارائه دهد، نه جایگزین برچسب به طور کامل.

سلسله مراتب بصری و گروه بندی

زمینه های مرتبط با بخش هدر یا سایه پس زمینه استفاده از فاصله ثابت، اندازه فونت و تراز برای ایجاد جریان قابل پیش بینی. قرار دادن مهمترین زمینه ها اول (به عنوان مثال، ایمیل قبل از بیوگرافی اختیاری) استفاده از یک طرح تک ستونی در آیفون برای جلوگیری از پیمایش چپ راست راست در iPad، چند ستون می تواند کار کند اما به طور کامل آزمایش.

امکان دسترسی در طراحی فرم

فرم ها باید توسط همه قابل استفاده باشند، از جمله افرادی که از VoiceOver، Switch Control یا اندازه های متنی بزرگتر استفاده می کنند، دسترسی به آن ها یک پس از تفکر نیست؛ این بخش اصلی طراحی کاربر پسند است.

نوع دینامیک و VoiceOver

پشتیبانی از Dynamic Type به طوری که همه عناصر را با اندازه متن ترجیحی کاربر مقیاس می کنند.استفاده از Auto چیدمان برای جای دادن رشته های طولانی تر و جلوگیری از توالی.برای VoiceOver، تنظیم برچسب های دسترسی معنی دار و اشاره در هر زمینه، از جمله اعتبار سنجی وضعیت عناصر مرتبط گروه (مانند برچسب و ورودی آن) بنابراین ناوبری کارآمد است.

معرفی خطا برای تکنولوژی های کمکی

هنگامی که اعتبار شکست می خورد، برچسب دسترسی یا استفاده از [FLT:] را به روز رسانی کنید و سپس به اولین فیلد نامعتبر پس از ارسال حرکت کنید، بنابراین کاربران VoiceOver می توانند بلافاصله مسئله را تصحیح کنند. [F:2accessibility] [F:3LT]

استراتژی های معتبر برای برنامه های iOS

اعتبار تضمین می کند که داده های جمع آوری شده با فرمت و محدودیت های مورد انتظار قبل از پردازش آن مطابقت دارد.یک استراتژی معتبر به خوبی برنامه ریزی شده بازخورد فوری با مدیریت خطای غیر مزاحم تعادل می یابد.

اعتبار مشتری در مقابل سرور-Side

اعتبار سنجی مشتری (در برنامه) پاسخ های فوری و کاهش تماس های شبکه غیر ضروری را فراهم می کند، با این حال، هرگز نباید تنها مکانیسم اجرای باشد – اعتبار سرور-side برای امنیت و یکپارچگی داده ها ضروری است.استفاده از اعتبار مشتری برای بهبود UX؛ استفاده از اعتبار سرور به عنوان دروازه معتبر.

اعتبار زمان واقعی

اعتبار سنجی زمان واقعی چک ورودی به عنوان انواع کاربر (پس از یک debounce کوتاه) و یا بلافاصله در خروجی زمینه است.این رویکرد به کاربران کمک می کند تا قبل از حرکت به سمت اشتباه درست برسند.به عنوان مثال، فرمت ایمیل را به محض اتمام رساندن کاربر این زمینه، دقت کنید که بیش از حد تهاجمی نباشد: خطا را نشان ندهید در حالی که کاربر هنوز در حال تایپ است.

اعتبار در زیر

اعتبار سنجی On-submit، شکست است که تمام زمینه ها را تأیید می کند زمانی که کاربر دکمه ارسال را می گیرد، این تضمین می کند کامل بودن حتی اگر اعتبار زمان واقعی برای هر زمینه اجرا نمی شود، برجسته تمام خطا و اسکرول اولین فیلد نامعتبر به نظر می رسد اجتناب از پاک کردن زمینه های دیگر زمانی که یک شکست می خورد.

فیلد-Level در مقابل اعتبار نامه فرم-Level

اعتبار سنجی سطح فیلد محدودیت های فردی (به عنوان مثال، فرمت ایمیل، غیر خالی) را بررسی می کند اعتبار سنجی سطح فرم (به عنوان مثال، مسابقات تأیید رمز عبور، تاریخ پایان پس از تاریخ شروع) هر دو را برای یکپارچگی داده جامع پیاده سازی می کند.استفاده از یک کتابخانه اعتباری یا یک تابع معتبر مرکزی برای حفظ منطق DRY.

بهترین روش ها برای بازخورد معتبر

چگونه شما خطاهایی را ارائه می دهید که به طور قابل توجهی بر اعتماد کاربر و تمایل به تکمیل فرم تأثیر می گذارد، این دستورالعمل ها را برای بازخورد واضح و قابل اجرا دنبال کنید.

خطای فوری Indication

آیکون های خطای نمایش (مانند علامت گذاری در یک دایره قرمز) داخل یا کنار میدان بلافاصله پس از اعتبار، پیام خطا را در یک مکان ثابت قرار دهید، مانند زیر برچسب فیلد یا داخل برچسب خطا اختصاصی، پیام خطا باید خاص و مفید باشد: "یک آدرس ایمیل معتبر مانند نام@example.com" نه "میدان.

خطای توصیفی پیام های

پیام های خطا را در زبان ساده بنویسید که مشکل را توضیح می دهد و چگونه آن را اصلاح کنید، مثلاً “Password باید حداقل ۸ کاراکتر با یک نامه بالا باشد” از اصطلاحات فنی مانند “Regex Wrongmatch”، خطای چند گروه برای همان زمینه اجتناب کنید (به عنوان مثال، “این زمینه نمی تواند خالی باشد و باید یک ایمیل معتبر داشته باشد.”

ویژگی های بصری (رنگ ها، Icons، Borders)

از مرزها یا پس زمینه های قرمز برای برجسته کردن زمینه ها در خطا استفاده کنید، تنها به رنگ تکیه نکنید؛ یک آیکون (مانند یک مثلث هشدار دهنده) برای کاربران کور رنگی اضافه کنید، زمانی که کاربر ورودی را اصلاح می کند، به آرامی مرز را به پیش فرض انتقال می دهد.

دانلود زیرنویس فارسی فیلم Disabling Till Valid

جدا کردن دکمه ارسال تا زمانی که تمام زمینه ها معتبر باشند می تواند مانع از تلاش کاربران برای ارسال فرم های ناقص شود، این رویکرد بهترین کار را می کند زمانی که اعتبار زمان واقعی فعال است، بنابراین کاربران می بینند که دکمه به تدریج فعال می شود اگر معلول، ارائه یک ابزار یا نقطه دسترسی توضیح می دهد (به عنوان مثال، "تمام زمینه های مورد نیاز برای ارسال") یک جایگزین اجازه می دهد و ارسال خطا - همه چیز را بر اساس متن برنامه خود را نشان می دهد.

بررسی های پیشرفته

مدیریت پرونده های Edge (Dynamic Fields، اعتبار وضعیت)

برخی از اشکال نیاز به زمینه های پویا دارند که بر اساس پاسخ های قبلی ظاهر می شوند (به عنوان مثال، نشان دادن یک انتخاب کننده دولتی تنها در صورتی که کاربر ایالات متحده را انتخاب کند) با دقت قابل اطمینان است: فیلدهای تخلیه نباید اعتبار را از دست بدهند. remove از سوپرview [FLT 1 یا حالت های پنهان] و به روز رسانی قوانین اعتبار سنجی در مورد تست های پرواز در هر جهش بحرانی.

عملکرد و Debuncing

اعتبار زمان واقعی می تواند مسائل عملکردی را ایجاد کند اگر بر روی هر کلید کار می کند.استفاده از debounce (به عنوان مثال، 300ms Delay) یا تنها زمانی که این زمینه اولین پاسخ دهنده را رد می کند، ناشران یا نمایندگان می توانند رویدادهای را فیلتر کنند، از عملیات بیش از حد regex در رشته اصلی اجتناب کنند؛ اعتبار در یک صف اگر نیاز باشد.

امنیت و حریم خصوصی در اعتباربخشی

هرگز داده های حساس را در طول اعتبار ذخیره یا وارد نکنید.استفاده از ورودی متن امن برای کلمات عبور. [۱] هنگام اعتباربخشی به شماره کارت اعتباری، استفاده از الگوریتم Luhn مشتری-side، اما هرگز شماره های کامل را به طور غیر ضروری ارسال نکنید دستورالعمل های پردازش داده اپل و استفاده از UITextfield [FLT 1] برای جلوگیری از / گذشته در کلمات عبور مورد نیاز اگر لازم است.

نتیجه گیری

طراحی فرم های کاربر پسند با اعتبار موثر در برنامه های iOS یک فرایند مداوم برای متعادل کردن نیازهای کاربر، محدودیت های فنی و استانداردهای پلت فرم است.با پیروی از اصول UX سادگی، بازخورد روشن و دسترسی، شما ایجاد فرم هایی که کاهش ناامیدی و افزایش نرخ های تکمیل کاربر را با استفاده از فرم های آزمون کاربر باید فوری، توصیفی و احترام از زمان کاربر است.

برای هدایت عمیق تر، به دستورالعمل های رابط کاربری اپل در مورد فرم ها مراجعه کنید، مطالعه و بررسی کتابخانه های معتبر مانند Swift اعتباربخشیator [LT:5] یا RxwiS] همیشه در مورد کیفیت واکنش و روش های کاربر اولویت بندی می کنند.