مشترکہ پروگرامنگ امتحانات کی غلطیاں
یہاں عام غلطیوں کی فہرست ہے جو طالب علموں نے پچھلے امتحان میں انجام دیا ہے.
آپ کو کسی بھی جواب کے لۓ کوئی کریڈٹ نہیں مل جائے گا جو ان میں سے کسی غلطی کو قبول کرتا ہے.
- آپ کو امتحان سے پہلے ، دوران یا اس کے بعد کسی اور فرد کے ساتھ تعاون کرنے کی اجازت نہیں ہے۔ آپ جو کام جمع کرواتے ہیں وہ آپ کا اپنا ہونا چاہئے۔ اگر ہمیں دو یا زیادہ درخواست دہندگان کے مابین واضح طور پر مشترکہ جواب مل گیا تو ہم ٹیسٹ کی گریڈنگ بند کردیں گے اور اس میں شامل تمام درخواست دہندگان ٹیسٹ میں ناکام ہوجائیں گے !! تعاون نہ کریں !!
- ایک صف کی لمبائی کو سخت نہ کرو. صرف اس لیے کہ مثال کے طور پر 3 کی لمبائی کی ضرورت ہوتی ہے، اس کا مطلب یہ نہیں ہے کہ آپ کا پروگرام صرف 3 لمبائی کے arrays کو سنبھالنے کے قابل ہونا چاہئے. آپ کا پروگرام کسی بھی سائز کی صف کو سنبھالنے کے قابل ہونا چاہئے! تو اگر ہم کچھ دیکھیں گے
int [] a = new int [3]؛
ہم گریڈنگ بند کریں گے اور جواب کے لئے صفر پوائنٹس دیں گے. - آپ کے افعال میں کسی بھی / میں استعمال نہ کریں! آپ کی بورڈ سے کسی چیز میں پڑھنے یا کنسول میں کچھ بھی نہیں لکھنی چاہئے. ایک تقریب کو اس کے پیرامیٹرز سے ان پٹ ملنا چاہئے اور واپسی کے بیان کے ذریعے اپنے جواب کو واپس لینا چاہئے. خاص طور پر، آپ کے فنکشن کے طور پر ایک GUI پر مبنی ونڈوز کی درخواست میں یا ایک براؤزر پر مبنی ویب ایپلی کیشن میں استعمال ہونے کے قابل ہونا ضروری ہے. لہذا اگر ہم آپ کے کام میں درج ذیل بیانات میں سے کسی کو دیکھتے ہیں، تو ہم گریڈنگ بند کریں گے اور آپ کو آپ کے جواب کے لۓ کوئی کریڈٹ نہیں ملے گا.
- cout
- cin
- پرنف
- سکینف
- کنسول .ریٹائٹ ()؛
- کنسول. ریڈ لائن ()؛
- System.out.println ()؛
- System.in.read ()؛
- I / O بیان کسی اور کے
آپ کے اہم پروگرام میں آؤٹ پٹ بیانات کا استعمال کرنے کے لئے آپ کے کام میں کال کے نتائج کو ظاہر کرنے کے لئے ٹھیک ہے. لیکن یہ آپ کے اہم پروگرام میں ان پٹ کے بیانات کو استعمال کرنے کا وقت ضائع کرنا ہے کیونکہ آپ کو آپ کے کام کی جانچ کرنے کے لئے کسی بھی arrays کے اقدار کو سختی سے ٹھیک کرنا ہے.