CodeGym University
கற்றல்
பாடநெறி
பணிகள்
கருத்தாய்வுகள் & வினாடி வினாக்கள்
விளையாட்டுகள்
உதவி
நெருக்கடியான அட்டவணை
சமூகம்
பயனர்கள்
கருத்துக்களம்
அரட்டை
கட்டுரைகள்
வெற்றிக் கதைகள்
நடவடிக்கை
மதிப்புரைகள்
அனைத்து சந்தாக்கள்
வெளிச்சமிக்க தீம்
பாடங்கள்
மதிப்புரைகள்
எங்களைப் பற்றி
தொடங்குங்கள்
கற்கத் தொடங்குங்கள்
இப்போதே கற்கத் தொடங்குங்கள்
க்வெஸ்ட் வரைபடம்
பாடங்கள்
அனைத்து க்வெஸ்ட்கள்
அனைத்து நிலைகள்
நல்ல மென்பொருள் கட்டமைப்பிற்கான அளவுகோல்கள்
தொகுதி 3
நிலை 14,
பாடம் 3
திறன் அனுபவம் வாய்ந்த புரோகிராமர்கள் ஒரு நல்ல கட்டிடக்கலையை கெட்டவற்றிலிருந்து எளிதாகச் சொல்ல முடியும், ஆனால் அதை ஒரு சில வார்த்தைகளில் விவரிக்கச் சொன்னால், அவர்களால் அவ்வாறு செய்ய இயலாது. நல்ல கட்டிடக்கலைக்கு எந்த ஒரு அளவுகோலும் இல்லை மற்ற
மோசமான மென்பொருள் கட்டமைப்பிற்கான அளவுகோல்கள்
தொகுதி 3
நிலை 14,
பாடம் 4
மோசமான வடிவமைப்பிற்கான அளவுகோல்கள் வாழ்க்கை மிகவும் எளிமையாக செயல்படுகிறது: பெரும்பாலும், புத்திசாலியாக இருக்க, நீங்கள் முட்டாள்தனமான செயல்களைச் செய்ய வேண்டியதில்லை. இது மென்பொருள் மேம்பாட்டிற்கும் பொருந்தும்: பெரும்பாலான சந்தர்ப்பங்களில்,
மாடுலர் மென்பொருள் கட்டமைப்பு
தொகுதி 3
நிலை 14,
பாடம் 5
6.1 சிதைவு பல்வேறு அளவுகோல்கள் இருந்தபோதிலும், பெரிய அமைப்புகளின் வளர்ச்சியில் முக்கிய பணி அமைப்பின் சிக்கலைக் குறைக்கும் பணியாகும் . சிக்கலைக் குறைக்க, பகுதிகளாகப் பிரிப்பதைத் தவிர வேறு எதுவும் இதுவரை கண்டுபிடிக்கப்படவில்லை. சில நேரங்களில்
சரியான மென்பொருள் சிதைவு
தொகுதி 3
நிலை 14,
பாடம் 6
படிநிலை சிதைவு உங்கள் விண்ணப்பத்திற்கான வகுப்புகளை உடனடியாக எழுதத் தொடங்கக்கூடாது. முதலில் அதை வடிவமைக்க வேண்டும். வடிவமைப்பு சிந்தனைமிக்க கட்டிடக்கலையுடன் முடிவடைய வேண்டும். இந்த கட்டமைப்பைப் பெற, நீங்கள் தொடர்ந்து கணினியை சிதைக்க வேண்டும்
மென்பொருள் தொகுதிகளுக்கு இடையில் இணைப்பை எவ்வாறு தளர்த்துவது
தொகுதி 3
நிலை 14,
பாடம் 7
8.1 சிதைவு எல்லாமே தெளிவுக்காக, ஒரு நல்ல கட்டுரையில் இருந்து ஒரு படம் "பொருள் சார்ந்த அமைப்புகளின் துண்டித்தல்", விவாதிக்கப்படும் முக்கிய புள்ளிகளை விளக்குகிறது. பயன்பாட்டு கட்டமைப்பை வடிவமைப்பது எளிதானது என்று நீங்கள் இன்னும் நினைக்கிறீர்க
சார்பு தலைகீழ்
தொகுதி 3
நிலை 14,
பாடம் 8
9.1 சார்பு தலைகீழ் சர்வர் பயன்பாட்டில் நீங்கள் ஸ்ட்ரீம்களை உருவாக்க முடியாது என்று நாங்கள் ஒருமுறை கூறியதை நினைவில் கொள்க new Thread().start()? கொள்கலன் மட்டுமே நூல்களை உருவாக்க வேண்டும். இப்போது இந்த யோசனையை மேலும் மேம்படுத்துவோம். அனைத்து
மென்பொருள் தொகுதிகளை இணைப்பதற்கான மாற்று வழிகள்
தொகுதி 3
நிலை 14,
பாடம் 9
நேரடி சார்புகளை செய்தியிடல் மூலம் மாற்றுதல் சில நேரங்களில் ஒரு தொகுதியானது, அதில் சில நிகழ்வுகள்/மாற்றங்கள் நிகழ்ந்துள்ளன என்பதை மற்றவர்களுக்குத் தெரிவிக்க வேண்டும், மேலும் இந்தத் தகவலுக்குப் பிறகு என்ன நடந்தாலும் பரவாயில்லை. இந்த வழக்கில்,
மென்பொருள் வாழ்க்கை சுழற்சி
தொகுதி 3
நிலை 15,
பாடம் 0
ஒரு மென்பொருள் தயாரிப்பின் வாழ்க்கைச் சுழற்சியின் நிலைகள் உயர்தர மென்பொருளின் வளர்ச்சிக்கு பல காரணிகள் தேவைப்படுகின்றன: ஒரு தகுதிவாய்ந்த குழு, பணிப்பாய்வு திட்டமிடல், வாடிக்கையாளர் எதிர்பார்ப்புகளுடன் தயாரிப்பு இணக்கம், காலக்கெடுவை சந்திப்ப
அருவி - அருவி மாதிரி
தொகுதி 3
நிலை 15,
பாடம் 1
அடுக்கு மாதிரி சாதனம் நீர்வீழ்ச்சி மாதிரி, நீர்வீழ்ச்சி என்றும் அழைக்கப்படுகிறது, இது மென்பொருள் மேம்பாட்டிற்கான மிகவும் பிரபலமான அணுகுமுறைகளில் ஒன்றாகும். மாடலின் ஆசிரியர் வின்ஸ்டன் ராய்ஸ். 1970 ஆம் ஆண்டில், அவர் தனது புதுமையின் சாரத்தை அத
சுறுசுறுப்பான வளர்ச்சி முறை - சுறுசுறுப்பு
தொகுதி 3
நிலை 15,
பாடம் 2
சுறுசுறுப்பான மாதிரி நெகிழ்வான (சுறுசுறுப்பான) முறையானது, பணிப்பாய்வுகளை பல சிறிய சுழற்சிகளுக்கு நகர்த்துவதன் மூலம் மென்பொருள் உருவாக்கத்தில் ஆபத்தைக் குறைக்க உதவுகிறது. இந்த சுழற்சிகள் மறு செய்கைகள் என்று அழைக்கப்படுகின்றன மற்றும் பொதுவாக
ஸ்க்ரம் அறிமுகம்
தொகுதி 3
நிலை 15,
பாடம் 3
ஸ்க்ரம் வரலாறு வின்ஸ்டன் ராய்ஸின் "பெரிய மென்பொருள் அமைப்புகளின் வளர்ச்சியை நிர்வகித்தல்" அறிக்கை 1970 இல் வெளியிடப்பட்டதிலிருந்து, பலர் நீர்வீழ்ச்சி மேம்பாட்டு மாதிரியின் தீமைகளை அகற்றக்கூடிய ஒரு முறையைக் கண்டுபிடிக்க முயன்றனர். "நீர்வீழ்ச
ஸ்க்ரம் உடன் பணிபுரிதல்
தொகுதி 3
நிலை 15,
பாடம் 4
பயனர் கதை பயனர் கதைகள் வளர்ச்சியில் மென்பொருளுக்கான தேவைகளைக் கூறுவதற்கான ஒரு சிறந்த வழியாகும். இத்தகைய கதைகளில் மென்பொருளின் பயனரின் சார்பாக சுருக்கமான ஆலோசனைகள் உள்ளன. ஸ்க்ரம் முறையியலில், இலக்குகளை அமைப்பது பொதுவாக வாடிக்கையாளர் அல்லது ம
மேலும் காட்டு
1
...
30
31
32
33
34
35
Please enable JavaScript to continue using this application.