Form Validation — یہ کیا ہے، فارم کی توثیق اور Android میں نفاذ
Form Validation سرور کو ڈیٹا بھیجنے سے پہلے فارم کے تمام فیلڈز کی درستگی کو چیک کرنے کا عمل ہے۔ ایک فیلڈ کی توثیق کے برعکس، Form Validation فیلڈز کے درمیان تعلقات کو مدنظر رکھتا ہے: پاس ورڈ کی تصدیق، ایک فیلڈ کا دوسرے پر انحصار، مشروط لازمی۔ Google Developers, 2026 کے مطابق، Form Validation کو جمع کراتے وقت پورے فارم کو چیک کرنا چاہیے اور صارف کو تمام غلطیوں کا خلاصہ فراہم کرنا چاہیے۔ درست فارم توثیق رجسٹریشن کے تبادلوں میں 25-35% اضافہ کرتی ہے اور ان پٹ کی غلطیوں کی تعداد کو کم کرتی ہے۔
اہم نکات
- Form Validation — ڈیٹا جمع کرانے سے پہلے تمام فیلڈز اور ان کے تعلقات کی جامع جانچ۔
- فیلڈ کی توثیق ایک فیلڈ کو آزادانہ طور پر چیک کرتی ہے، جبکہ فارم کی توثیق تمام فیلڈز کو ایک ساتھ چیک کرتی ہے۔
- جمع کرانے کے بٹن کا انتظام — بٹن غیر فعال ہونا چاہیے جب تک کم از کم ایک فیلڈ غلط ہو۔
- توثیق کی لائبریریاں جیسے Saripaar اور RxBinding درجنوں فیلڈز والے فارم کی جانچ کو آسان بناتی ہیں۔
- جمع کراتے وقت توثیق ایک لازمی مرحلہ ہے، چاہے فیلڈز ریئل ٹائم میں تصدیق شدہ ہوں۔
Android میں فارم کی توثیق کیا ہے؟
Form Validation ایک عمل ہے جو اس بات کو یقینی بناتا ہے کہ صارف کی طرف سے فارم میں درج کردہ تمام ڈیٹا سرور کو بھیجنے سے پہلے کاروباری ضروریات کو پورا کرتا ہے۔ فارم کی توثیق میں ہر فیلڈ کو انفرادی طور پر چیک کرنے کے ساتھ ساتھ کراس چیک بھی شامل ہیں: کیا پاس ورڈ تصدیق سے مماثل ہے، کیا کم از کم ایک چیک باکس منتخب کیا گیا ہے، کیا تمام لازمی فیلڈز بھرے گئے ہیں، کیا تاریخ درست ہے (مثال کے طور پر، تاریخ پیدائش مستقبل میں نہیں ہے)۔
سادہ فیلڈ توثیق سے فرق یہ ہے کہ Form Validation فارم کو ایک اکائی کے طور پر کام کرتا ہے۔ یہ جمع کرانے کو روک سکتا ہے اگر کوئی مشروط فیلڈ نہ بھرا گیا ہو، یا ڈائیلاگ ونڈو میں غلطیوں کا خلاصہ دکھا سکتا ہے۔ پیچیدہ فارمز (رجسٹریشن، آرڈر کی تکمیل، سوالنامے) میں، فارم کی توثیق منطق کی ایک علیحدہ پرت ہے جو یوزر انٹرفیس سے آزادانہ طور پر جانچی جاتی ہے۔
NN Group UX تحقیق کے مطابق، صارف کسی فارم کو 3 گنا زیادہ مکمل کرتے ہیں اگر وہ ہر فیلڈ کے بعد انفرادی طور پر غلطیاں دیکھنے کے بجائے جمع کرانے کے فوراً بعد غلطیاں دیکھتے ہیں۔ تاہم، بہترین نتیجہ ایک مجموعہ سے آتا ہے: سادہ فیلڈز (لمبائی، فارمیٹ) کی فوری توثیق + کراس فیلڈز اور کاروباری منطق کے لیے جمع کرانے پر مکمل جانچ۔
فیلڈ کی توثیق اور فارم کی توثیق میں فرق
فیلڈ کی توثیق اس سوال کا جواب دیتی ہے: کیا اس مخصوص فیلڈ میں ان پٹ درست ہے؟ ای میل کا فارمیٹ user@domain.com ہے، فون ہندسوں پر مشتمل ہے، پاس ورڈ 6 حروف سے لمبا ہے۔ فیلڈ کی توثیق الگ تھلگ ہے — یہ دوسرے فیلڈز پر منحصر نہیں ہے اور ریئل ٹائم میں کی جا سکتی ہے۔ نتیجہ: کسی مخصوص فیلڈ کے لیے غلطی یا کوئی غلطی نہیں۔
فارم کی توثیق اس سوال کا جواب دیتی ہے: کیا فارم کو مکمل طور پر جمع کرایا جا سکتا ہے؟ یہ نہ صرف ہر فیلڈ بلکہ ان کے امتزاج کو بھی مدنظر رکھتا ہے: پاس ورڈ اور تصدیق مماثل ہونی چاہیے، شروع کی تاریخ ختم ہونے کی تاریخ سے بعد میں نہیں ہو سکتی، فیلڈز کا مجموعہ 100% ہونا چاہیے۔ فارم کی توثیق جمع کرانے پر کی جاتی ہے اور مجموعی نتیجہ دیتی ہے: فارم درست ہے یا نہیں۔
فن تعمیر کے لحاظ سے، فیلڈ کی توثیق UI پرت (fragment, ViewModel) میں رکھی جاتی ہے، جبکہ فارم کی توثیق ڈومین پرت (use case, interactor) میں رکھی جاتی ہے۔ یہ مختلف UI اجزاء میں فارم کی توثیق کو دوبارہ استعمال کرنے اور ایمولیٹر کے بغیر اسے جانچنے کی اجازت دیتا ہے۔ کلین آرکیٹیکچر میں، فارم کی توثیق ایک کاروباری اصول ہے، UI منطق نہیں۔
| معیار | فیلڈ کی توثیق | فارم کی توثیق |
|---|---|---|
| جانچ کا مقصد | ایک فیلڈ | تمام فیلڈز + ان کے تعلقات |
| عملدرآمد کا وقت | ریئل ٹائم / فوکس کھونے پر | فارم جمع کرانے پر |
| نتیجہ | مخصوص فیلڈ کی غلطی | فارم کی مجموعی حیثیت + غلطیوں کی فہرست |
| فن تعمیر کی پرت | UI پرت | ڈومین پرت |
فارم کی توثیق کے طریقے
Form Validation کے دو اہم طریقے ہیں۔ پہلا لازمی ہے: ڈویلپر ایک فنکشن لکھتا ہے جو ترتیب وار ہر فیلڈ کو چیک کرتا ہے اور غلطیوں کی فہرست جمع کرتا ہے۔ یہ طریقہ سمجھنے میں آسان ہے، لیکن کوڈ ہر نئے فیلڈ کے ساتھ بڑھتا ہے۔ 5 فیلڈز والے فارم کے لیے، لازمی طریقہ اب بھی آسان ہے؛ 15 فیلڈز کے لیے، یہ پہلے سے ہی مشکل ہے۔
دوسرا طریقہ اعلامیاتی ہے: توثیق کے اصولوں کو تشریحات یا ترتیب کے ذریعے بیان کیا جاتا ہے۔ لائبریری خود تمام فیلڈز کو اسکین کرتی ہے، اصول لاگو کرتی ہے اور نتیجہ لوٹاتی ہے۔ مثال: emailData فیلڈ پر @Email تشریح، تصدیق والے فیلڈ پر @ConfirmPassword۔ اعلامیاتی طریقہ توثیق کے کوڈ کو 3-5 گنا کم کرتا ہے اور اسے پڑھنے کے قابل بناتا ہے۔
تیسرا طریقہ RxJava یا Kotlin Flow استعمال کرتے ہوئے رد عمل ہے۔ ہر فیلڈ کو Observable یا StateFlow کے طور پر پیش کیا جاتا ہے۔ فارم کی توثیق تمام فیلڈز میں تبدیلیوں کو سبسکرائب کرتی ہے اور ہر تبدیلی پر مجموعی حالت کا دوبارہ حساب کرتی ہے۔ جب تمام فیلڈز درست ہوتے ہیں تو جمع کرانے کا بٹن خود بخود فعال ہو جاتا ہے۔ اس طریقے کے لیے رد عمل پروگرامنگ کی سمجھ درکار ہے، لیکن یہ سب سے ہموار صارف تجربہ فراہم کرتا ہے۔
رجسٹریشن فارم کی توثیق کی مثال
تین فیلڈز والے رجسٹریشن فارم پر غور کریں: ای میل، پاس ورڈ اور پاس ورڈ کی تصدیق۔ فارم کی توثیق میں شامل ہیں: Patterns.EMAIL_ADDRESS کے ذریعے ای میل کی جانچ، کم از کم 8 حروف کی لمبائی اور کم از کم ایک ہندسے کی موجودگی کے لیے پاس ورڈ کی جانچ، پاس ورڈ اور تصدیق کے مماثل ہونے کی جانچ۔ صرف جب تینوں جانیں پاس ہو جائیں، فارم جمع کرایا جا سکتا ہے۔
kotlin
data class RegistrationForm(
val email: String,
val password: String,
val confirmPassword: String
)
fun validateRegistration(form: RegistrationForm): ValidationResult {
if (!Patterns.EMAIL_ADDRESS.matcher(form.email).matches())
return ValidationResult(false, "Invalid email address")
if (form.password.length < 8)
return ValidationResult(false, "Password too short")
if (form.password != form.confirmPassword)
return ValidationResult(false, "Passwords do not match")
return ValidationResult(true)
}مثال میں، validateRegistration ایک فارم ڈیٹا کلاس لیتا ہے اور ValidationResult لوٹاتا ہے۔ اگر کم از کم ایک جانچ ناکام ہوتی ہے، تو یہ متعلقہ پیغام کے ساتھ false لوٹاتا ہے۔ جمع کرانے کے بٹن کا انتظام Result پر مبنی ہے: اگر isValid = true ہے، بٹن فعال ہے۔ ریئل ٹائم میں حالت کو اپ ڈیٹ کرنے کے لیے، LiveData
Kotlin Flow کے ساتھ رد عمل کا طریقہ فارم کی حالت کو خود بخود دوبارہ حساب کرنے کی اجازت دیتا ہے۔ ہر فیلڈ کو MutableStateFlow
فارم کی توثیق کی لائبریریاں
Android Saripaar Android کے لیے سب سے مشہور توثیق کی لائبریری ہے۔ یہ فیلڈز اور Views کو براہ راست تشریح کرنے کی اجازت دیتی ہے: @Email، @NotEmpty، @Password(min = 8, scheme = Password.Scheme.ALPHA_NUMERIC)۔ توثیق کال بیک کے ساتھ validator.validate() کی ایک لائن سے متحرک ہوتی ہے۔ Saripaar خود بخود EditText پر setError کے ذریعے غلطی سیٹ کرتا ہے۔ لائبریری مخصوص کاروباری اصولوں کے لیے حسب ضرورت تشریحات کو بھی سپورٹ کرتی ہے۔
RxBinding + RxJava علیحدہ توثیق لائبریری کے بغیر ایک رد عمل کا طریقہ ہے۔ ہر فیلڈ RxTextView.textChanges() کے ذریعے تبدیلیاں شائع کرتا ہے۔ combineLatest آپریٹر تمام فیلڈز کو ملا دیتا ہے اور مجموعی حالت کا حساب لگاتا ہے۔ فائدہ: توثیق پائپ لائن پر مکمل کنٹرول، debounce، throttle، filter شامل کرنے کی صلاحیت۔ نقصان: RxJava کا علم درکار ہے۔
Material Design Components TextInputLayout اور TextInputEditText کے لیے بلٹ ان سپورٹ فراہم کرتے ہیں۔ لائبریری توثیق فراہم نہیں کرتی، لیکن غلطیاں دکھانے کے لیے UI دیتی ہے: setError()، setHelperText()، setCounterEnabled()۔ خود توثیق کے لیے، اب بھی دستی منطق یا Saripaar کی ضرورت ہے۔ Material Components ڈسپلے کے ذمہ دار ہیں، جانچ کے نہیں۔
فارم کی توثیق میں عام غلطیاں
پہلی غلطی صرف کلائنٹ سائڈ توثیق ہے۔ کلائنٹ پر Form Validation صارف کے تجربے کے لیے ہے، سیکیورٹی کے لیے نہیں۔ حملہ آور توثیق کو نظرانداز کرتے ہوئے براہ راست API کو درخواست بھیج سکتا ہے۔ سرور کو تمام فیلڈز کو دوبارہ چیک کرنا چاہیے۔ کلائنٹ سائڈ توثیق واحد تحفظ نہیں ہونی چاہیے — یہ صارف کی سہولت کے لیے ایک اضافی پرت ہے، ڈیٹا سیکیورٹی کے لیے نہیں۔
دوسری غلطی پیغامات کے بغیر جمع کرانے کے بٹن کو بلاک کرنا ہے۔ اگر بٹن غیر فعال ہے، صارف کو دیکھنا چاہیے کہ کن فیلڈز کو درست کرنے کی ضرورت ہے۔ وضاحت کے بغیر سرمئی بٹن — فارم کے کم تبادلوں کی سب سے عام وجوہات میں سے ایک ہے۔ بٹن غیر فعال ہونے پر بھی ہمیشہ فیلڈز کی غلطیاں ان کے ساتھ دکھائیں۔ صارف کو سمجھنا چاہیے کہ اصل میں کیا چیز جمع کرانے کو روک رہی ہے۔
تیسری غلطی کراس فیلڈ چیک کو نظرانداز کرنا ہے۔ ہر فیلڈ کو انفرادی طور پر توثیق کرنا ناکافی ہے۔ فیلڈز ایک دوسرے پر منحصر ہو سکتے ہیں: پاس ورڈ اور تصدیق، شروع کی تاریخ اور ختم ہونے کی تاریخ، ملک اور شہر۔ Form Validation کو ان تعلقات کو چیک کرنا چاہیے۔ صرف انفرادی فیلڈز کو چیک کرنا سیکیورٹی کا غلط احساس پیدا کرتا ہے — فارم متضاد ڈیٹا کے ساتھ جمع کرایا جا سکتا ہے۔
| غلطی | نتیجہ | حل |
|---|---|---|
| صرف کلائنٹ توثیق | سیکیورٹی کمزوری | لازمی سرور سائڈ جانچ |
| پیغامات کے بغیر بٹن | فارم کا کم تبادلہ | فیلڈ کی غلطیاں دکھائیں |
| کراس چیک نہیں | متضاد ڈیٹا | فیلڈ تعلقات کی توثیق کریں |
| بہت بار بار جانچ | صارف کی پریشانی | Debounce اور فوکس کھونے پر جانچ |
اکثر پوچھے گئے سوالات
Form Validation فیلڈ کی توثیق سے کیسے مختلف ہے؟
فیلڈ کی توثیق فارمیٹ یا لمبائی کی ضروریات کے خلاف ایک قدر کو چیک کرتی ہے۔ Form Validation تمام فیلڈز کو ایک ساتھ چیک کرتی ہے، بشمول کراس چیک: پاس ورڈ مماثلت، فیلڈ انحصار۔ فیلڈ کی توثیق UI پرت میں کی جاتی ہے، Form Validation — ڈومین پرت میں بطور کاروباری اصول۔
فارم کے جمع کرانے کے بٹن کا انتظام کیسے کریں؟
رد عمل کا طریقہ استعمال کریں: تمام فیلڈز کو ایک Flow یا Observable میں یکجا کریں اور تبدیلیوں کو سبسکرائب کریں۔ کسی بھی فیلڈ میں ہر تبدیلی پر، فارم کی مجموعی حالت کا دوبارہ حساب لگائیں۔ اگر حالت درست ہے — بٹن فعال ہے۔ خودکار اپ ڈیٹس کے لیے Kotlin Flow کو combine کے ساتھ یا RxJava کو combineLatest کے ساتھ استعمال کریں۔
Android کے لیے بہترین توثیق لائبریری کون سی ہے؟
Android Saripaar تشریحات کے ساتھ اعلامیاتی توثیق کے لیے بہترین انتخاب ہے۔ اگر پروجیکٹ RxJava استعمال کرتا ہے — RxBinding علیحدہ لائبریری کے بغیر رد عمل کا طریقہ فراہم کرتا ہے۔ سادہ فارمز کے لیے، بیرونی انحصار کے بغیر Patterns اور TextUtils کے ساتھ دستی توثیق کافی ہے۔
کیا کلائنٹ سائڈ توثیق کے باوجود سرور سائڈ توثیق ضروری ہے؟
یقیناً۔ کلائنٹ سائڈ توثیق صارف کے تجربے کو بہتر بناتی ہے لیکن سیکیورٹی فراہم نہیں کرتی۔ سرور کو تمام ڈیٹا کی دوبارہ تصدیق کرنی چاہیے کیونکہ API براہ راست قابل رسائی ہے۔ غلط یا نقصان دہ ڈیٹا سے بچانے کے لیے کبھی صرف کلائنٹ سائڈ توثیق پر انحصار نہ کریں۔
Jetpack Compose میں فارم کی توثیق کیسے کریں؟
Jetpack Compose میں، ہر فیلڈ کی حالت محفوظ کرنے کے لیے Kotlin Flow یا StateFlow استعمال کریں۔ توثیق کا فنکشن فارم کی حالت لیتا ہے اور ValidationResult لوٹاتا ہے۔ جمع کرانے کا بٹن مجموعی حالت کو سبسکرائب کرتا ہے۔ غلطیاں دکھانے کے لیے، Compose کے OutlinedTextField یا TextField میں isError استعمال کریں۔
خلاصہ
- Form Validation — ڈیٹا جمع کرانے سے پہلے تمام فارم فیلڈز اور ان کے تعلقات کی جامع جانچ۔
- فیلڈ کی توثیق الگ تھلگ ہے اور UI میں کی جاتی ہے؛ فارم کی توثیق کراس انحصار پر غور کرتی ہے اور ڈومین پرت سے تعلق رکھتی ہے۔
- جمع کرانے کا بٹن فارم کے غلط ہونے پر غیر فعال ہونا چاہیے — فیلڈ کی غلطیوں کے لازمی ڈسپلے کے ساتھ۔
- Android Saripaar تشریحات کے ساتھ اعلامیاتی توثیق کے لیے بنیادی لائبریری ہے۔
- RxBinding/Flow کسی بھی فیلڈ کے تبدیل ہونے پر فارم کی حالت کو خود بخود دوبارہ حساب کرنے کا رد عمل طریقہ ہے۔
- سرور سائڈ توثیق سیکیورٹی پرت کے طور پر لازمی ہے، کلائنٹ سائڈ صرف صارف کے تجربے کے لیے۔
- کراس چیک Form Validation کا ایک لازمی عنصر ہے؛ ان کے بغیر، فارم متضاد ڈیٹا جمع کرا سکتا ہے۔
ہم ایک موبائل ایپلیکیشن ٹرنکی تیار کریں گے
IT Sectr 2017 سے اسٹارٹ اپس اور کاروبار کے لیے iOS اور Android ایپلیکیشنز بناتا ہے۔ ہم آپ کو مشورہ دیں گے اور بہترین حل تجویز کریں گے۔
مزید پڑھیں