متن کو camelCase میں تبدیل کرنا پہلالفظچھوٹا مفت آن لائن محفوظ
ایک سطر چسپاں کیجیے اور فوراً camelCase میں پڑھیے۔ سب کچھ آپ ہی کے براؤزر میں ہوتا ہے — جو آپ لکھتے ہیں وہ کہیں نہیں بھیجا جاتا — اور اصول انگریزی کے نہیں، اس صفحے کی زبان کے ہیں۔
اسے کسی اور طرح لکھیے
کچھ بھی اپ لوڈ نہیں
وہی سطر، ساتوں لکھائیوں میں
| لکھائی | وہی سطر، اُس طرح لکھی ہوئی |
|---|---|
| بڑے حروف | CRÈME BRÛLÉE دو کے لیے — STRASSE 17, FOOBAR |
| چھوٹے حروف | crème brûlée دو کے لیے — straße 17, foobar |
| Title Case | Crème Brûlée دو کے لیے — Straße 17, Foobar |
| snake_case | crème_brûlée_دو_کے_لیے_straße_17_foo_bar |
| kebab-case | crème-brûlée-دو-کے-لیے-straße-17-foo-bar |
| camelCase | crèmeBrûléeدوکےلیےStraße17FooBar |
| ایک URL پتہ | creme-brulee-دو-کے-لیے-strasse-17-foobar |
یہ صورتیں کہاں سے آئیں
بڑے اور چھوٹے حروف کبھی دو الگ حروفِ تہجی تھے۔ بڑے حروف رومی ہیں، چھینی سے پتھر میں کھودے گئے؛ چھوٹے حروف کیرولنجین چھوٹی تحریر سے اترے ہیں، جسے چمڑے پر تیز دوڑتے قلم نے گھڑا۔ طابعوں نے دونوں کو الگ الگ خانوں میں رکھا — اوپر والا خانہ اور نیچے والا — اور خانے مٹ جانے کے بہت بعد تک نام باقی رہے۔ پروگرامنگ کی صورتیں کہیں نوجوان ہیں اور ایک ہی مسئلہ حل کرنے کے لیے ایجاد ہوئیں: کسی نام میں خالی جگہ نہیں آ سکتی۔ snake_case ابتدائی C سے نکلا، camelCase سمال ٹاک سے، kebab-case لِسپ سے، اور پتے کا slug اس ضرورت سے کہ انسانوں کے پڑھنے کا عنوان ایسے پتے میں رکھا جائے جہاں خالی جگہیں اور اعراب جائز نہیں۔
آپ انہیں کہاں ملتے ہیں
ہر لفظ کا پہلا حرف بڑا کرنا سرخیوں اور کتابوں کے سرورق کا کام ہے؛ صرف جملے کا پہلا حرف بڑا کرنا باقی تقریباً ہر چیز کا، اور بڑھتے بڑھتے مظاہر کا بھی، کیونکہ وہ تیزی سے پڑھا جاتا ہے۔ snake_case ڈیٹابیس کے کالموں اور پائتھون کے متغیرات کو نام دیتا ہے؛ camelCase جاوا اسکرپٹ کے متغیرات اور جاوا کے طریقوں کو؛ kebab-case سی ایس ایس کی اصناف اور ویب منصوبوں میں فائلوں کے ناموں کو۔ slug وہ ہے جو کسی مضمون کی سرخی کو اس کے پتے کا آخری حصہ بنا دیتا ہے، اور یہاں کی تبدیلیوں میں صرف وہی ہے جسے تلاش کے انجن پڑھتے ہیں۔
اکثر پوچھے جانے والے سوالات
بڑے حروف میں بدلنے سے حروف کی تعداد کبھی کبھی کیوں بدل جاتی ہے؟
کیونکہ حرف کا چھوٹا بڑا ہونا زبان کی خاصیت ہے، حرف کی نہیں۔ جرمن ß بڑے حروف میں SS بن جاتا ہے، سو ایک حرف دو ہو جاتا ہے۔ ترکی میں نقطے والا اور بے نقطہ دونوں طرح کا i ہے، اور i کا بڑا حرف I نہیں بلکہ İ ہے — یہاں غلطی ایک ترکی لفظ کو دوسرا لفظ بنا دیتی ہے۔ یہاں کی تبدیلیاں صفحے کی اپنی زبان کے قواعد پر چلتی ہیں، اسی لیے ایک ہی عبارت ترکی صفحے پر انگریزی صفحے سے مختلف نتیجہ دے سکتی ہے۔
slug اعراب اور اوقاف کیوں ہٹا دیتا ہے؟
کیونکہ پتے کو یہ سب جھیلنا ہوتا ہے: پیغام میں نقل ہونا، کاغذ پر چھپنا، اور ہاتھ سے دوبارہ لکھا جانا۔ اعراب والے حروف آج کے پتوں میں جائز ہیں، مگر نقل کرتے وقت فی صد کے رموز میں بدل جاتے ہیں، اور ایک پڑھا جانے والا پتہ علامتوں کی قطار بن جاتا ہے۔ انہیں سادہ حروف، ہندسوں اور خطِ وصل تک گھٹا دینا پتے کو پڑھنے کے قابل، بانٹنے کے قابل اور ہر جگہ یکساں رکھتا ہے۔
کیا جواب بالکل درست ہے؟
جہاں دونوں اکائیاں ایک دوسرے سے صحیح اعداد میں متعین ہوں، وہاں ہاں — صفحہ یہ بات عدد کے اوپر کہتا ہے، اور واحد گولائی اس میں ہے کہ کتنے ہندسے دکھائے جائیں۔ جہاں نسبت کا اعشاریہ ختم نہ ہوتا ہو، صفحہ بارہ بامعنی ہندسے دکھاتا ہے اور کہتا ہے کہ تعلق تقریبی ہے، بجائے اس کے کہ کچھ اور ظاہر کرے۔
جو میں لکھتا ہوں وہ میرے آلے سے باہر جاتا ہے؟
نہیں۔ حساب آپ ہی کے براؤزر میں ہوتا ہے؛ کچھ اپ لوڈ نہیں ہوتا، اور نہ ہی کوئی سرور ہے جہاں ہو۔ صفحہ ایک بار کھل جائے تو نیٹ ورک بند ہونے پر بھی چلتا ہے۔
آپ متن کو camelCase میں کیوں تبدیل کرتے ہیں
تقریباً کوئی بھی JavaScript فائل، کوئی بھی Java کلاس، کوئی بھی Swift یا Kotlin سورس کھولیے، اور نام ایک جیسے نظر آتے ہیں: userName، totalPrice، getCustomerById، isLoggedIn۔ الفاظ بغیر خالی جگہ اور بغیر کسی جدا کرنے والے کے جوڑ دیے جاتے ہیں، پہلا چھوٹا اور اس کے بعد ہر ایک بڑے حرف سے شروع، تاکہ لفظ کے بیچ کے کوہان انداز کو اس کا نام دیں۔ یہ camelCase ہے، اور یہ وہ شکل ہے جس پر C خاندان کی بیشتر زبانیں متغیرات اور فنکشنز کے لیے ٹھہریں۔ متن کو camelCase میں تبدیل کرنے کا مطلب ہے انسان کے لکھے ہوئے فقرے کو ایسے نام میں بدلنا جسے پروگرام قبول کرے اور پروگرامر پہچانے۔
ایک سطر چسپاں کیجیے اور اسے camelCase میں واپس پڑھیے۔ تبدیلی آپ کے براؤزر میں ہوتی ہے، آپ جو ٹائپ کرتے ہیں وہ کہیں نہیں بھیجا جاتا، اور قواعد اس صفحے کی زبان کی پیروی کرتے ہیں، انگریزی کی نہیں۔ یہ سطر کو الفاظ میں کاٹتا ہے، پہلے کو چھوٹا چھوڑتا ہے، اس کے بعد ہر ایک کا پہلا حرف بڑا کرتا ہے اور انہیں بیچ میں کچھ ڈالے بغیر جوڑتا ہے۔ نیچے آپ کو ملے گا کہ صفحہ بالکل کیا کرتا ہے اور کیا نہیں، مختلف زبانوں کے مشکل حروف کے ساتھ یہ کیسے پیش آتا ہے، camelCase اور اس کے بڑے بھائی میں فرق، جہاں یہ شکل رواج ہے اور جہاں نہیں، اور وہ جال جو جلدی میں متن کو camelCase میں تبدیل کرنے والوں کو پھانستے ہیں۔
تبدیلی کیا کرتی ہے
کاٹنا، پہلا چھوٹا، بعد والے بڑے، جوڑنا
صفحہ پہلے سطر کو الفاظ میں کاٹتا ہے۔ پہلا لفظ چھوٹا رہتا ہے۔ اس کے بعد ہر لفظ کو شروع میں بڑا حرف ملتا ہے، باقی چھوٹے حروف میں۔ پھر الفاظ بیچ میں کچھ ڈالے بغیر جوڑ دیے جاتے ہیں۔ سطر Crème brûlée for 2 — straße 17, fooBar واپس آتی ہے crèmeBrûléeFor2Straße17FooBar کے طور پر۔ لہجے کے نشان رکھے جاتے ہیں، اعداد اپنے الگ لفظ کی طرح کھڑے ہیں، ڈیش اور کوما غائب ہیں، اور fooBar، جسے صفحہ اس کے بڑے حرف پر کاٹتا ہے، آخر میں FooBar کے طور پر دوبارہ جوڑ دیا گیا ہے۔
کٹاؤ کہاں پڑتے ہیں
لفظ کی حد ایک خالی جگہ، رموزِ اوقاف کا نشان، ڈیش، علامت یا لفظ کے اندر چھوٹے حرف سے بڑے حرف کی طرف قدم ہے۔ اس لیے customer first name، customer-first-name، customer_first_name اور customerFirstName سب customerFirstName بن جاتے ہیں۔ تبدیلی تقریباً کسی بھی نقطۂ آغاز کو قبول کرتی ہے اور ہمیشہ اسی شکل پر پہنچتی ہے، جو اسے نام کوڈ میں جانے سے پہلے کا قابلِ بھروسا آخری قدم بناتی ہے۔
نتیجہ نقل کرنا
نتیجے کے برابر کا بٹن اسے کلپ بورڈ پر نقل کرتا ہے۔ اسے ایڈیٹر یا اس فائل میں چسپاں کیجیے جہاں نام درکار ہے۔
تبدیلی کیا نہیں کرتی
یہ رموزِ اوقاف نہیں رکھتی
کوما، نقطے اور ڈیش الفاظ کے درمیان حدود ہیں، آگے لے جانے والے حروف نہیں۔ متغیر کے نام کے لیے آپ یہی چاہتے ہیں اور نثر کے لیے نہیں۔ صفحے سے گزرا فقرہ نام کے طور پر لوٹتا ہے، اور اس کے رموزِ اوقاف غائب ہوتے ہیں۔
یہ لہجے کے نشان نہیں ہٹاتی
سطر اپنے لہجے والے حروف رکھتی ہے: crèmeBrûlée۔ بہت سی زبانیں انہیں ناموں میں اجازت دیتی ہیں، لیکن بہت سے اوزار اور اسٹائل گائیڈ نہیں۔ اگر آپ کو سادہ حروف چاہییں تو پہلے فقرے کو URL سلگ صفحے سے گزاریے، جو لاطینی حروف سے نشان اتارتا ہے، اور پھر متن کو camelCase میں تبدیل کیجیے۔
یہ جانچتی نہیں کہ نام جائز ہے
پروگرامنگ زبانوں کے اپنے قواعد ہیں۔ نام ہندسے سے شروع نہیں ہو سکتا، اور محفوظ لفظ نہیں ہو سکتا۔ 2 for 1 جیسا فقرہ 2For1 بن جاتا ہے، جسے بیشتر زبانیں پہلے ہی حرف پر رد کر دیتی ہیں۔ صفحہ شکل بناتا ہے؛ جائز ہونے کی جانچ آپ کرتے ہیں۔
camelCase اور PascalCase
وہی خیال، مختلف پہلا حرف
جب پہلا لفظ بھی بڑے حرف سے شروع ہو، جیسے CustomerFirstName میں، تو انداز PascalCase، UpperCamelCase یا StudlyCaps کہلاتا ہے۔ بیشتر زبانوں میں رواج یہ ہے کہ اقسام اور کلاسوں کے لیے PascalCase اور متغیرات، فنکشنز اور میتھڈز کے لیے camelCase استعمال ہو۔ یہ صفحہ چھوٹے سے شروع ہونے والی شکل بناتا ہے۔ PascalCase پانے کے لیے فقرے کو تبدیل کیجیے اور پہلا حرف ہاتھ سے بڑا کیجیے۔
پہلا حرف کیوں اہم ہے
شروع کا بڑا حرف قاری کو بتاتا ہے کہ نام کلاس ہے، اور چھوٹا حرف کہ وہ مثال یا فنکشن ہے۔ جن زبانوں میں رواج اوزار سے نافذ ہوتا ہے، جیسے Go، جہاں بڑے حرف کا مطلب عوامی ہے، فرق مطلب کا حصہ ہے۔
زبان اہم ہے
خالی جگہ کے بغیر لکھی جانے والی تحریریں
الفاظ میں کاٹنے کو حدود چاہییں۔ چینی اور جاپانی خالی جگہ کے بغیر لکھی جاتی ہیں، اس لیے ان رسم الخط کی سطر ایک ہی لفظ کے طور پر لوٹتی ہے۔ صفحہ اندازے سے کسی جگہ کاٹنے کے بجائے یہی کہنا پسند کرتا ہے، کیونکہ غلط کٹاؤ ایسا نام بنائے گا جو قابلِ یقین لگے اور غلط مطلب رکھے۔
ترکی اور نقطے والا i
ہر لفظ کا پہلا حرف بڑا کرنا صفحے کی زبان کے قواعد کی پیروی کرتا ہے۔ ترکی میں i کا بڑا حرف İ ہے اور ı کا I۔ انگریزی قواعد لگانے والا کنورٹر الفاظ بدل دیتا ہے۔ یہ صفحہ اس زبان کی پیروی کرتا ہے جس میں لکھا گیا ہے۔
جرمن اور تیز s
جرمن ß لفظ کے بیچ میں جیسا ہے ویسا رہتا ہے، جیسے straße میں۔ بڑا STRASSE واپس آتا ہے strasse کے طور پر، دوہرے s کے ساتھ۔
بڑے حروف کے بغیر رسم الخط
عربی، عبرانی اور ہندوستانی رسم الخط میں بڑے حروف نہیں ہوتے، اس لیے الفاظ بس جوڑ دیے جاتے ہیں۔ نتیجہ ایسے رسم الخط میں پڑھنے کے قابل ہے یا نہیں، یہ اس اوزار کا معاملہ ہے جس میں آپ اسے استعمال کرتے ہیں۔
جہاں camelCase رواج ہے
JavaScript اور TypeScript
متغیرات، فنکشنز اور اوبجیکٹ کی خصوصیات camelCase میں لکھی جاتی ہیں، اور بیشتر ویب انٹرفیسز میں JSON اوبجیکٹس کی خصوصیات بھی۔ جس فقرے کو آپ camelCase میں تبدیل کرتے ہیں وہ غالباً انہی میں سے کسی کی طرف جا رہا ہے۔
Java، Kotlin، Swift، C# اور Dart
یہی عادت مقامی متغیرات اور میتھڈز کے لیے قائم ہے، کلاسوں کے لیے PascalCase اور، C# میں، میتھڈز اور خصوصیات کے لیے بھی۔ ٹیم کی اسٹائل گائیڈ تفصیلات طے کرتی ہے۔
ویب سروسز سے JSON
بہت سے API firstName اور orderTotal جیسی کلیدیں بھیجتے ہیں۔ اگر آپ کا ڈیٹا جدول کے طور پر شروع ہوتا ہے تو CSV سے JSON ہیڈر کی قطار کو کلیدوں میں بدلتا ہے، اور جو ہیڈر camelCase میں بدلے گئے ہوں وہ ایسی کلیدیں بنتے ہیں جنہیں کوڈ بریکٹ اور اقتباس کے بغیر پڑھ سکتا ہے۔ الٹ سمت میں JSON سے CSV کلیدوں کو ہیڈر کے طور پر واپس لکھتا ہے۔
ہیش ٹیگ اور ہینڈل
پروگرامنگ سے باہر camel case ہیش ٹیگ کے لیے استعمال ہوتا ہے، جیسے #SpringGardenTips، کیونکہ بڑے حروف آنکھ کے لیے لفظ کی حدیں نشان زد کرتے ہیں۔ یہ رسائی کے لیے بھی بہتر ہے: اسکرین ریڈر بڑے حروف والا ہیش ٹیگ الگ الگ الفاظ کی طرح پڑھتے ہیں، اور چھوٹے حروف کی لڑی ایک عجیب لفظ کی طرح۔
جہاں یہ رواج نہیں
Python، Ruby اور ڈیٹا بیس
یہ انڈرسکور کو ترجیح دیتے ہیں۔ ان کے لیے snake_case اوزار ہے۔
CSS اور ویب پتے
کلاس کے نام، حسبِ ضرورت خصوصیات اور پتے ہائفن استعمال کرتے ہیں۔ kebab-case دیکھیے۔
نثر اور عنوانات
camelCase ناموں کے لیے ہے، پڑھنے کے لیے نہیں۔ اس میں عنوان یا جملہ آنکھ پر بھاری ہے۔ عنوان کے لیے Title Case پر غور کیجیے۔
یہاں متن کو camelCase میں کیسے تبدیل کریں
اپنا متن چسپاں کیجیے یا ٹائپ کیجیے
فقرہ پہلے خانے میں درج کیجیے۔ نتیجہ دوسرے میں فوراً ظاہر ہوتا ہے، اس لیے آپ ٹائپ کرتے ہوئے اسے بدلتا دیکھ سکتے ہیں۔
کٹاؤ اور مخففات جانچیے
دیکھیے کہ الفاظ کہاں تقسیم ہوئے، اور مخففات کے ساتھ کیا سلوک ہوا۔ parseHtmlString جیسا نام اور parseHTMLString جیسا نام مختلف رواج ہیں، اور صفحہ پورے میں ایک ہی قاعدہ لگاتا ہے۔
نقل کیجیے
نقل کا بٹن دبائیے اور نتیجہ وہاں چسپاں کیجیے جہاں چاہیے۔ اسی سطر کی دوسری شکلوں کے لیے نیچے دیکھیے۔
ایک ہی سطر ساتوں تحریروں میں
شکلوں کا جدول
کنورٹر کے نیچے جدول مثال کی سطر کو ان ساتوں شکلوں میں دکھاتا ہے جو سائٹ پیش کرتی ہے: بڑے حروف، چھوٹے حروف، Title Case، snake_case، kebab-case، camelCase اور URL سلگ۔ یہ دیکھنے کا تیز طریقہ ہے کہ وہی الفاظ ہر ایک میں کیسے لگتے ہیں۔
یہ شکلیں کہاں سے آئیں
دو حروف تہجی
بڑے اور چھوٹے حروف کبھی دو مختلف حروف تہجی تھے۔ بڑے حروف رومی ہیں، پتھر میں چھینی سے تراشے گئے؛ چھوٹے حروف Carolingian minuscule کی اولاد ہیں، جو پرچمنٹ پر تیزی سے چلتے قلم سے ڈھلے۔ چھاپنے والے دونوں کو الگ خانوں میں رکھتے تھے، اوپر کا خانہ اور نیچے کا خانہ، اور خانے ختم ہونے کے بہت بعد تک نام اٹکے رہے۔
خالی جگہ کے بغیر نام
پروگرامنگ کی شکلیں کہیں زیادہ نئی ہیں اور ایک مسئلہ حل کرنے کے لیے ایجاد ہوئیں: نام میں خالی جگہ نہیں ہو سکتی۔ snake_case ابتدائی C سے نکلا، camelCase Smalltalk سے، kebab-case Lisp سے، اور URL سلگ اس ضرورت سے کہ انسانی عنوان کو ایسے پتے میں رکھا جائے جہاں خالی جگہ اور لہجے کے نشان کی اجازت نہیں۔ camelCase میں بڑے حروف وہ کام کرتے ہیں جو کہیں اور انڈرسکور یا ہائفن کرتا ہے، یہ نشان زد کرتے ہوئے کہ ایک لفظ کہاں ختم ہوتا اور اگلا شروع ہوتا ہے۔
وسیع تر کام کے بہاؤ میں camelCase
تفصیل سے کوڈ تک
ضروریات کی دستاویزات جملوں میں لکھی جاتی ہیں، اور کوڈ ناموں میں۔ ان کے درمیان کسی کو ہر اسم اور فعل کو شناخت کنندہ میں ترجمہ کرنا ہوتا ہے۔ ہاتھ سے کرنا سست ہے اور عدم یکسانیت کو دعوت دیتا ہے: ایک ڈویلپر customerName لکھتا ہے، دوسرا اسی چیز کے لیے clientName۔ اگر ٹیم تفصیل کے عین الفاظ سے متن کو camelCase میں تبدیل کرنے پر متفق ہو تو نام الفاظ کی پیروی کرتے ہیں، اور کوئی بھی فقرہ تلاش کر کے وہ کوڈ ڈھونڈ سکتا ہے جس کا حوالہ ضرورت دیتی ہے۔
جدول کے ہیڈر سے اوبجیکٹ کی کلید تک
اسپریڈ شیٹس میں First Name، Order Total اور Date Of Birth جیسے ہیڈر ہوتے ہیں۔ جب ڈیٹا پروگرام میں ریکارڈ بن جائے تو وہ ہیڈر کلیدیں بن جاتے ہیں۔ ہر ہیڈر کو camelCase میں بدلنے سے firstName، orderTotal اور dateOfBirth ملتے ہیں، جنہیں کوڈ بغیر اقتباس یا بریکٹ کے خصوصیات کے طور پر پڑھ سکتا ہے۔ اگر ڈیٹا کو پھر اسپریڈ شیٹ میں واپس جانا ہو تو JSON سے XLSX کلیدوں کو پہلی قطار کے طور پر لکھتا ہے، اور دائرہ مکمل ہو جاتا ہے۔
ڈیزائن فائل سے جزو تک
ڈیزائن کے اوزار تہوں کے نام سادہ الفاظ میں رکھتے ہیں: Primary Button، Card Title۔ جب ڈویلپر اجزا بناتے ہیں تو وہ نام primaryButton اور cardTitle جیسے شناخت کنندہ بن جاتے ہیں، یا کلاس کے نام primary-button اور card-title۔ نقشہ واضح رکھنا حوالگی کو ہموار کرتا ہے۔ تہوں کے ساتھ آنے والے سائزوں اور رنگوں کے لیے px سے rem اور HEX سے RGB ناموں کے پیچھے بیٹھی قدریں تبدیل کرتے ہیں۔
جو نام رکھا اسے تلاش کرنا
مستقل اسٹائل تلاش کو مؤثر بناتا ہے۔ اگر ہر خصوصیت camelCase ہے تو orderTotal کی تلاش تمام استعمال ڈھونڈتی ہے، اور ordertotal یا order_total کی تلاش کچھ نہیں ڈھونڈتی، جو خود معلوماتی ہے۔ ملے جلے اسٹائل ایک ہی خیال کو ہجوں میں بکھیر دیتے ہیں اور تلاش سے چھپا دیتے ہیں۔
محفوظ طریقے سے نام بدلنا
جب نام بدلے تو آپ کے ایڈیٹر کا نام بدلنے والا اوزار کام کرے، تلاش اور تبدیلی نہیں۔ نام بدلنے سے پہلے نئے نام کے لیے اس کے نئے الفاظ سے متن کو camelCase میں تبدیل کیجیے، تاکہ نیا شناخت کنندہ شروع ہی سے رواج کی پیروی کرے۔ پھر اوزار کو ہر حوالہ اپ ڈیٹ کرنے دیجیے۔
چند ناموں کو اس جگہ آزمائیے جہاں وہ رہیں گے
ناموں کا ایک بیچ اپنانے سے پہلے تین یا چار کو ایڈیٹر میں، کوڈ کی ان سطروں کے اندر آزمائیے جہاں وہ ظاہر ہوں گے۔ اگر ہر ایک دوسروں کے ساتھ فطری پڑھا جائے تو بیچ اچھا ہے۔ اگر کوئی چبھے تو فقرے کو دوبارہ لکھیے اور متن کو دوبارہ camelCase میں تبدیل کیجیے۔ چھوٹی آزمائش ایک منٹ لیتی ہے اور پورے کوڈ بیس میں نام بدلنے سے بچاتی ہے۔
اچھے پڑھے جانے والے نام
فنکشنز کے لیے فعل سے شروع کیجیے
فنکشن ایک عمل ہے، اور اس کے نام کو یہی کہنا چاہیے: getUserName، calculateTotal، isValid۔ جب آپ فنکشن کے لیے متن کو camelCase میں تبدیل کریں تو فقرے کو فعل سے شروع کیجیے۔
قدروں کے لیے اسم استعمال کیجیے
متغیر ایک شے رکھتا ہے: userName، totalPrice، orderList۔ بولین سوالوں کی طرح بہتر پڑھے جاتے ہیں: isActive، hasAccess، canEdit۔
مخففات میں یکساں رہیے
کچھ ٹیمیں parseHTML لکھتی ہیں، کچھ parseHtml۔ دونوں ٹھیک ہیں؛ ملاوٹ نہیں۔ ایک چنیے اور اسے ہر نام پر لاگو کیجیے، اور آپ کا کوڈ تلاش میں آسان ہوگا۔
نام قابلِ تلفظ رکھیے
جس نام کو آپ بلند آواز میں پڑھ سکیں اس پر بات کر سکتے ہیں۔ custFnDt ایسا نہیں، اور customerFirstDate ہے۔ تبدیلی وہی محفوظ رکھتی ہے جو آپ لکھتے ہیں، اس لیے رکھنے کے لائق کچھ لکھیے۔
متن کو camelCase میں تبدیل کرتے وقت جال
ہندسے سے شروع ہونے والا نام
بیشتر زبانیں اسے رد کرتی ہیں۔ آگے کوئی لفظ یا حرف رکھیے۔
محفوظ الفاظ
class، new یا default جیسا فقرہ بہت سی زبانوں میں کلیدی لفظ ہے۔ صفحہ نہیں جانتا کون سا۔ نام استعمال کرنے سے پہلے جانچیے۔
مخففات اور بڑے حروف کی لڑیاں
بڑے حروف کی لڑی کے گرد کٹاؤ آپ کو حیران کر سکتے ہیں۔ نتیجہ پڑھیے اور اپنے رواج سے موازنہ کیجیے۔
ناموں میں لہجے کے نشان
کچھ زبانوں میں جائز، دوسری میں نہیں۔ اگر نام کو پرانے اوزاروں سے گزرنا ہو تو پہلے نشان ہٹائیے۔
تبدیلی سے پہلے لوگ جو سوال پوچھتے ہیں
رموزِ اوقاف کا کیا ہوتا ہے؟
انہیں الفاظ کے درمیان حد سمجھا جاتا ہے اور آگے نہیں لے جایا جاتا۔
کیا اعداد رکھے جاتے ہیں؟
جی ہاں، اپنے الگ الفاظ کی طرح، باقی سے جڑے ہوئے۔
کیا یہ پہلے سے snake_case یا kebab-case میں موجود ان پٹ سنبھالتا ہے؟
جی ہاں۔ انڈرسکور اور ہائفن حدیں ہیں، اس لیے my_variable_name بن جاتا ہے myVariableName۔
مجھے PascalCase کیسے ملے؟
تبدیل کیجیے، پھر پہلا حرف ہاتھ سے بڑا کیجیے۔
کیا میرا متن اپ لوڈ ہوتا ہے؟
نہیں۔ آپ یہاں جو ٹائپ کرتے ہیں وہ کبھی کہیں نہیں بھیجا جاتا، اس لیے مسودہ، پاس ورڈ یا گاہک کا نام یہاں اتنا ہی محفوظ ہے جتنا ٹیکسٹ ایڈیٹر میں۔
مجھے اس کے بجائے انڈرسکور یا ہائفن کیسے ملیں؟
اس کے ساتھ متن کو snake_case میں تبدیل کیجیے یا متن کو kebab-case میں تبدیل کیجیے۔
ایک عملی مثال
فرض کیجیے آپ ڈیلیوری فیس کا حساب لگانے کے لیے چھوٹا اسکرپٹ لکھ رہے ہیں، اور تفصیل قدروں کو delivery fee per kilometre، free delivery threshold اور is express order کہتی ہے۔ آپ ہر ایک کو باری باری تبدیل کرتے ہیں اور deliveryFeePerKilometre، freeDeliveryThreshold اور isExpressOrder پڑھتے ہیں۔ پہلا اسم سے شروع ہوتا ہے، جو قدر کے لیے درست ہے؛ آخری is سے، جو ہاں یا نہیں کی جھنڈی نشان زد کرتا ہے۔ آپ تینوں کو اسکرپٹ میں متغیر کے ناموں کے طور پر چسپاں کرتے ہیں، اور تفصیل اور کوڈ اب وہی الفاظ اسی ترتیب میں استعمال کرتے ہیں، جو جائزہ آسان کرتا ہے۔
ایک مختصر چیک لسٹ
تبدیلی سے پہلے
فقرہ سادہ الفاظ میں لکھیے۔ فنکشنز فعل سے اور جھنڈیاں is یا has سے شروع کیجیے۔ ہدف کی زبان میں محفوظ الفاظ جانچیے۔
تبدیلی کے دوران
فقرہ چسپاں کیجیے، کٹاؤ دیکھیے اور یقینی بنائیے کہ نام حرف سے شروع ہو۔
تبدیلی کے بعد
لمبائی اور مخففات جانچیے، اور ہر اس جگہ وہی نام استعمال کیجیے جہاں اس کی ضرورت ہو۔
عام غلطیاں
جس متن کو لوگ پڑھیں گے اس کے لیے camelCase استعمال کرنا
یہ ناموں کے لیے ہے، نثر کے لیے نہیں۔
ایک پروجیکٹ میں رواج ملانا
ہر تہہ کے لیے camelCase، snake_case یا kebab-case چنیے، اور اس پر قائم رہیے۔
بھول جانا کہ ہدف کیا اجازت دیتا ہے
شروع کے ہندسے، لہجے کے نشان اور محفوظ الفاظ زبانوں کے درمیان مختلف ہیں۔
آپ کا متن آپ کے آلے پر رہتا ہے
تبدیلی مقامی طور پر ہوتی ہے۔ آپ کا متن آپ کا اپنا براؤزر سنبھالتا ہے اور کچھ کہیں نہیں بھیجا جاتا۔ بعد میں مٹانے کو کچھ نہیں اور بنانے کو کوئی اکاؤنٹ نہیں۔ متن کو camelCase میں تبدیل کرنے کا یہی سادہ طریقہ ہے۔
خلاصہ
یہاں متن کو camelCase میں تبدیل کرنے کے لیے ایک سطر چسپاں کیجیے اور اسے الفاظ کٹے ہوئے، پہلا چھوٹا، بعد والے ہر ایک کا پہلا حرف بڑا اور سب کچھ بیچ میں کچھ ڈالے بغیر جڑا ہوا واپس پڑھیے۔ جو سطر پہلے ہی snake_case یا kebab-case میں لکھی ہو وہ اپنے جدا کرنے والوں پر کٹتی ہے۔ صفحہ رموزِ اوقاف نہیں رکھتا: کوما، نقطے اور ڈیش الفاظ کے درمیان حدود ہیں، آگے لے جانے والے حروف نہیں، جو متغیر کے نام کے لیے آپ چاہتے ہیں اور نثر کے لیے نہیں۔ الفاظ میں کاٹنے کو حدود چاہییں، اس لیے خالی جگہ کے بغیر لکھی جانے والی چینی اور جاپانی ایک ہی لفظ کے طور پر لوٹتی ہیں۔ پہلا حرف بڑا کرنا صفحے کی زبان کی پیروی کرتا ہے، اس لیے ترکی کا i بن جاتا ہے İ۔ کچھ اپ لوڈ نہیں ہوتا۔