விடுபட்ட புலங்கள் மற்றும் பூஜ்ய புலங்கள் இரண்டு வெவ்வேறு தோல்விகள்.

புலம் காணப்படவில்லை அல்லது புலம் பூஜ்ய மதிப்பைக் கொண்டிருந்தால், அது இடைமுகத்தில் ஒரு வெறுமையை மட்டுமே காட்டக்கூடும், ஆனால் நிரலில் நுழைந்த பிறகு அர்த்தம் முற்றிலும் வேறுபட்டது. வெற்று எண் பூஜ்ஜியத்தால் நிரப்பப்பட்டால், கீழ்நிலையானது சட்டப்பூர்வ மதிப்பைப் பெறும், ஆனால் அது அசல் உரையிலிருந்து வந்ததாக தவறாக நினைத்து, சிக்கலைக் கண்டறிவது கடினமாகிறது.

இந்த கட்டுரை டெவலப்பர்கள் மற்றும் ஆவணப் பணியாளர்களை நோக்கமாகக் கொண்டது, அவர்கள் பிரித்தெடுத்தல் முடிவுகளை செயலாக்கத்திற்கான திட்டங்களுக்கு ஒப்படைக்க வேண்டும். மூன்று நிலைகளை வேறுபடுத்த JSON ஸ்கீமாவை எவ்வாறு பயன்படுத்துவது மற்றும் பின்னடைவு சோதனைகளைச் செய்ய பல உள்ளீட்டு மாதிரிகளைப் பயன்படுத்துவது என்பதை இது விளக்குகிறது. இதைப் படித்த பிறகு, உங்கள் சொந்த தரவு நெறிமுறைக்கான காணாமல் போன, பூஜ்ய மற்றும் பூஜ்ஜிய மதிப்புகளுக்கான எல்லைகளை அமைக்கலாம்.

இந்தக் கட்டுரையில் உள்ள மாதிரிகள் செயற்கைத் தரவு, மற்றும் குறியீடு தனிமைப்படுத்தப்பட்ட சூழலில் எடுத்துக்காட்டுகளால் சரிபார்க்கப்பட்டது, ஆனால் இது அனைத்து உண்மையான கோப்புகள் அல்லது தயாரிப்பு விளைவுகளின் உத்தரவாதத்தை பிரதிநிதித்துவப்படுத்தாது. முக்கியமான ஆவணங்களைச் செயலாக்குவதற்கு முன், அசல் ஆவணங்களை வைத்து, உரையில் உள்ள எல்லைகள் மற்றும் ஏற்றுக்கொள்ளும் உருப்படிகளின்படி அவற்றை மதிப்பாய்வு செய்யவும்.

ஒரு வாக்கியத்தின் முடிவு

புலம் இல்லை, மதிப்பு null மற்றும் மதிப்பு 0. மூன்று வெவ்வேறு நிலைகள் இருக்க வேண்டும். ஒப்பந்தம் விசையின் இருப்பு மற்றும் அவற்றைப் பிரிக்க மதிப்பு வகையைப் பயன்படுத்த வேண்டும். இது இடைமுகம் அல்லது கீழ்நிலை யூகத்தை நம்பியிருக்க முடியாது.

முதலில் மூன்று மாநிலங்களைப் பிரிக்கவும்

இந்த கட்டுரையின் தொகுப்பு ஒப்பந்தத்தில், amount இருக்க வேண்டும், எண் மதிப்புகள் அல்லது null அனுமதிக்கப்படும். மூன்று நிலைகளின் அர்த்தங்கள் பின்வருமாறு:

• amount விசை இல்லை: வெளியீட்டு அமைப்பு முழுமையற்றது மற்றும் ஒப்பந்த விதிவிலக்கு.
• nullக்கான amount: விசை உள்ளது, ஆனால் தற்போது எந்தத் தொகையும் கிடைக்கவில்லை.
• amount என்பது 0: தெளிவற்ற பூஜ்ஜிய மதிப்பு உள்ளது.

மற்ற நெறிமுறைகள் உண்மையான வணிகத்திற்காகப் பயன்படுத்தப்படலாம், ஆனால் அவை தெளிவாக எழுதப்பட்டிருக்க வேண்டும் மற்றும் ஒவ்வொரு அழைப்பாளரும் யூகிக்க விட முடியாது.

விசை உள்ளதா என்பதைச் சரிபார்க்க JSON ஸ்கீமாவின் required பொறுப்பாகும், மேலும் type மதிப்பின் வகையைச் சரிபார்க்கும் பொறுப்பாகும். இரண்டு பொதுவான தவறான கருத்துகளுக்கு சிறப்பு கவனம் தேவை:

• required எழுதுவது தானாகவே null ஐ முடக்காது.
• properties இல் புலம் மட்டுமே வரையறுக்கப்பட்டுள்ளது, மேலும் அது தோன்ற வேண்டிய அவசியமில்லை.

இந்த இரண்டு புள்ளிகளும் நேரடியாக பின்னடைவு சோதனைகளில் எழுதுவதற்கு ஏற்றது. பொருள்கள் மற்றும் required இன் முழுமையான வரையறைக்கு, தயவுசெய்து JSON ஸ்கீமா பொருள்கள் மற்றும் தேவை ஐப் பார்க்கவும்.

நான்கு உள்ளீடுகளுடன் ஒப்பந்தத்தை சரிபார்க்கவும்

from jsonschema import Draft202012Validator

schema = {"type": "object", "required": ["amount"],
          "properties": {"amount": {"type": ["number", "null"]}},
          "additionalProperties": False}
validator = Draft202012Validator(schema)
valid = lambda value: not list(validator.iter_errors(value))

assert valid({"amount": None})
assert valid({"amount": 0})
assert not valid({})
assert not valid({"amount": "unknown"})
assert not valid({"amount": None, "guessed": True})

இயங்கும் முன் jsonschema நிறுவப்பட வேண்டும். இந்தக் குறியீடு நினைவகத்தில் கட்டமைப்பைச் சரிபார்க்கிறது, பிரித்தெடுத்தல் மாதிரியை அழைக்காது, மேலும் ஒரு குறிப்பிட்ட அளவு அசல் உரையுடன் ஒத்துப்போகிறது என்பதை நிரூபிக்க முடியாது.

தொகைக்கு துல்லியமான தசம பிரதிநிதித்துவம் தேவைப்பட்டால், அதற்குப் பதிலாக தசம சர நெறிமுறையைப் பயன்படுத்தலாம். உதாரணம் number ஐப் பயன்படுத்துவதால் பைனரி ஃப்ளோட்டிங் பாயிண்ட் கணக்கீடுகளை நிதி தீர்வாக மட்டும் நினைக்க வேண்டாம்.

இடைமுகம் நிலையையும் தெளிவாகக் குறிப்பிட வேண்டும்.

இடைமுகத்தில் உள்ள காட்சியும் மாநிலங்களுக்கு இடையில் வேறுபட வேண்டும், இல்லையெனில் பயனர்கள் வெவ்வேறு அர்த்தங்களை ஒரே விளைவாக தவறாகப் புரிந்துகொள்வார்கள்.

விடுபட்ட காரணங்களை எண் புலங்களில் செருக வேண்டாம்

"அசல் உரை வழங்கப்படவில்லை", "படிக்க முடியாத படம்", "வேட்பாளர் மோதல்" போன்றவற்றை வேறுபடுத்திப் பார்க்க வேண்டும் என்றால், நீங்கள் கூடுதல் status அல்லது reason புலத்தைச் சேர்த்து, அதற்கான அனுமதிக்கப்பட்ட மதிப்புகளை வரையறுக்கலாம்.

ஒரு தொகை சரத்தில் காரணத்தை எழுத வேண்டாம், பின்னர் கீழே உள்ள எண்களை அதிலிருந்து வெளியே இழுக்கவும். தெரியாதது தோல்விக்கு சமம் அல்ல: சில ஆவணங்களில் இந்தப் புலம் இல்லை, மேலும் அதை அறியாமல் விட்டுவிடுவதே சரியான முடிவு.

📊 முக்கிய ஒப்பீடு

🎯 எந்த முறை உங்களுக்கு ஏற்றது?

இடைமுக வெளியீடு முடிந்ததா என்பதை நீங்கள் சரிபார்க்க வேண்டும் என்றால்

விசை உள்ளதா என்பதைச் சரிபார்க்க required ஐப் பயன்படுத்தவும். விடுபட்ட விசை நேரடியாக ஒப்பந்த விதிவிலக்காகக் கருதப்படுகிறது.

உங்கள் ஆவணத்தில் பெரும்பாலும் குறிப்பிட்ட புலம் இல்லை என்றால்

இந்த புல மதிப்பை null ஆக அனுமதிக்கவும் மற்றும் status அல்லது reason உடன் காரணத்தைக் குறிப்பிடவும்.

தொகையை துல்லியமாக கணக்கிட வேண்டும் என்றால்

தசம சரம் நெறிமுறையைக் கருத்தில் கொள்ளுங்கள் மற்றும் பைனரி மிதவைகளை நேரடியாக நம்ப வேண்டாம்.

பிரித்தெடுத்த பிறகு மொழிபெயர்ப்பு அல்லது சரிபார்ப்பைச் செய்ய விரும்பினால்

முக்கிய எண்கள் தவறுதலாக மாற்றப்படவில்லை என்பதை உறுதிப்படுத்த, நாணயம், ஆதாரம் மற்றும் தொடர்புடைய லேபிள்களை ஒன்றாகச் சரிபார்க்கவும்.

❓ அடிக்கடி கேட்கப்படும் கேள்விகள் (FAQ)

1. தேவை என்று மட்டும் எழுதினால், பூஜ்யம் தடை செய்யப்பட்டுள்ளதா?

இல்லை. required விசை உள்ளதா என்பதை மட்டுமே சரிபார்க்கிறது, null ஐ முடக்குவது type இல் தனித்தனியாக வரையறுக்கப்பட வேண்டும்.

2. ஒரு புலம் பூஜ்யமாகவும், புலம் 0 ஆகவும் இருக்கும் வித்தியாசம் என்ன?

null என்பது தற்போது கிடைக்கக்கூடிய மதிப்பு இல்லை, 0 என்பது தெளிவற்ற மதிப்பு. இரண்டும் முறையே ஒப்பந்தம் மற்றும் இடைமுகத்தில் குறிப்பிடப்பட வேண்டும்.

3. சட்டப்பூர்வ JSON என்பது பிரித்தெடுத்தல் முடிவு துல்லியமானது என்று அர்த்தமா?

அர்த்தம் இல்லை. கட்டமைப்பு ஆய்வு வடிவம் ஒப்பந்தத்துடன் ஒத்துப்போகிறது என்பதை மட்டுமே உறுதிப்படுத்த முடியும், ஆனால் அந்தத் தொகை அசல் உரையுடன் ஒத்துப்போகிறது என்பதை நிரூபிக்க முடியாது.

4. புலம் காணாமல் போனால் நேரடியாக 0 ஆகக் காட்ட முடியுமா?

பரிந்துரைக்கப்படவில்லை. விடுபட்டது என்பது வெளியீட்டு அமைப்பு முழுமையடையாதது என்பதாகும். 0ஐ நிரப்புவது கீழ்நிலையானது அதை உண்மையான தொகையாகக் கருதும்.

📝 சுருக்கம்

விடுபட்ட, பூஜ்ய மற்றும் பூஜ்ஜிய மதிப்புகள் அவற்றின் சொந்த அர்த்தங்களைக் கொண்டுள்ளன, மேலும் அவை ஒப்பந்தங்கள் மற்றும் இடைமுகங்கள் மூலம் தனித்தனியாக வெளிப்படுத்தப்பட வேண்டும். கட்டமைப்பு அங்கீகரிக்கப்பட்ட பிறகு, நாணயம், ஆதாரம் மற்றும் தொகையின் தொடர்புடைய லேபிள் இன்னும் சரிபார்க்கப்பட வேண்டும்.

இப்போது முயற்சிக்கவும்: அசல் தளவமைப்பைத் தக்கவைத்து, மொழிபெயர்ப்பைத் தொடங்க ஆவணத்தைப் பதிவேற்றவும்