தொழில்நுட்பம்
BillingMeld: ஏன் வாங்குக synchronizing சர்வர் மூலம் செய்ய வேண்டும், செயலி அல்ல
BillingMeld வாங்கும் கண்கள் மற்றும் சந்தாதனிகளை மையமாக்கும் மையம் ஆக அமைந்துள்ளது. இது App Store மற்றும் Google Play மூலம் பரிசீலனை செய்யும், அவற்றின் நிலையை கண்காணிக்கும் மற்றும் இணைக்கப்பட்ட சேவைகள் only உறுதிப்படுத்தப்பட்ட நிலை BillingMeld உடன் பணிபுரியும்.
மொபைல் செயலியில் உள்ள வாங்கும் செயலி பொதுவாக பயனர் முதல் நிலையாகப் பெறும் செல்வாக்கானது. அவன் பட்டன் கிளிக் செய்கிறது, பணம் செலுத்துவதை உறுதிப்படுத்துகின்றது, அம்சம் அல்லது சந்தாதனையை அணுகும், மற்றும் தொடர்ந்தும் எல்லாம் தானாகப் பணியாற்றும் எனக் காத்திருக்கின்றது.
இந்த பட்டன் பின்தள்ளும் முன், வளர்ச்சியாளருக்கு மிகவும் சிக்கலான செயல்முறை ஆரம்பிக் கிறது. வாங்கும் செயலி தனியாக உறுதிப்படுத்த வேண்டும், விருப்பத்தடுப்பு, சந்தாதனையின் முடிவு, மீள்விருப்புகள் மற்றும் பட்டியல், சாதன மாற்றம் மற்றும் ஆப்பிள் மற்றும் கூகிள் சந்தைகளுக்கிடையேயான வேறுபாடுகள் ஆகியவற்றை கண்காணிக்கவேண்டும்.
பிரதான சிக்கல் உற்பத்தியாகும், சர்வர் வாடிக்கையாளர் பயன்பாட்டை மூலாதாரம் (source of truth) என்று எண்ணும்போது ஏற்படுகிறது.
செயலி “வாங்கல் செய்யப்பட்டது” என்று கூறினால், சர்வர் அனுமதி வழங்கி, ஒரே முறையாக பெற்ற நிலையை முன்னெடுத்து கொண்டு தொடர்கிறது. ஆனால் வாங்கும் சூழ்நிலை தாங்காது.
சந்தாதனை நீட்டிக்கப்படக்கூடும், தானாக மேம்படுத்தப்படக்கூடும், பணம் மீண்டும் செலுத்தப்படக்கூடும், மற்றும் செயல்முறை கூட கடைத்தடையிடப்படும்.
இதுபோலவே, BillingMeld இல் வாங்கு உறுதிப்படுத்தப்படுவது செயலி அல்ல, சர்வராகும்.
வாடிக்கையாளர் தகவல் தருகிறாள், ஆனால் தீர்மானிக்கவில்லை
BillingMeld-இன் கட்டமைப்பில், மொபைல் செயலி வாங்கும் தொடர்பான முக்கிய ஆதாரம் அல்ல.
வாடிக்கையாளர் முடித்த தகவலை அனுப்பலாம், ஆனால் அது சோதனைக்காக மட்டுமே. இறுதி தீர்மானம், BillingMeld-இன் சர்வர்பக்கம் மேற்கொள் ofieves அதன் தகவலை Apple அல்லது Google கட்டமைப்புகளின் மூலம் சோதனை செய்கிறது.
இது ஒரு முக்கிய வித்தியாசம்.
செயலில் தொலைபேசியில், பழைய நிலையைப் பணியாற்றலாம், அடுத்து நடந்த மாற்றங்களை நேரத்திற்கு முன்னர் பெற முடியாது அல்லது உள்நுழைவுத் தகவலை களைத்து விடலாம், அது தற்போதைய வாங்கும் நிலைக்கு மாறுபடும்.
மேலும், வாடிக்கையாளர், பயனருக்கு பணம் செலுத்தப்பட்ட அனுமதி உண்டு என்று தீர்மானிக்கத் தனக்குத் தானாக உரிமை இல்லை வேண்டும்.
BillingMeld நிரூபிக்கக் கூடிய பலவற்றில்:
அந்த வாங்கும் உண்மையே இருக்கிறதா;
அது தேவையான செயலி மற்றும் தயாரிப்புக்கு சம்பந்தப்பட்டதா;
இறுதியில் பணம் செலுத்திய காலம் தற்போது இயங்கிக் கொண்டதா;
மற்றொரு நெடுங்கால நீட்டிப்பு நடந்ததா;
எதிர்பாராத தானாக மேம்படுத்தல் முடக்கப்படவழைகிறது;
நிறுவன மீள்திருத்தம் நடந்ததா;
செயல் ஒன்று கடத்தப்பட்டது அல்லது கூறப்பட்டது இல்லை;
பணம் செலுத்தப்பட்ட காலம் முடிவடைய முடியவில்லை என படிவம் காட்டுகிறது.
இதனால், வாடிக்கையாளர் தகவல், வாங்குதலை உறுதிப்படுத்தும் Scrum-ஆல்ல, அதன் நிலையை சரிபார்க்க மட்டுமே காரணமாகும்.
சர்வர்களுக்கு ஒரே உண்மை ஆதாரம்
இணைப்புத் சேவைகளுக்கு, அனைத்தும் ஒரே நேரத்தில் Apple மற்றும் Google-இன் முழுமையான இணைப்புகளை மேற்கொள்ள தேவையாக இல்லை.
அவை, BillingMeld-ஐ அணுகி, வாங்குதலின் சமநிலை நிலையை பெறுகின்றன.
ตัวอย่างเช่น: அணுகல் செயல்படு, பணம் செலுத்திய காலம் முடிவடைந்தது, மீண்டும் நெடுங்கால நீட்டிப்பு உறுதி செய்யப்பட்டு, தானாக மேம்படுத்தல் முடக்கப்பட்டது அல்லது வாங்குதல் கடத்தப்பட்டது.
இது பொறுப்புக்களை தெளிவாக வகைப்படுத்த உதவுகின்றது.
ஆப்பிள் மற்றும் கூகிள், வாங்கும் இயந்திரத்தின் நிலை ஆதார வகையை வழங்குகின்றன. BillingMeld, இந்த தரவுகளை சோதனை செய்து, அதன் அடிப்படையில் ஒரு பொதுவான மாதிரியை உருவாக்கி, தற்போதைய நிலையை சேமிக்கிறது. இறுதியில், அத்தையின்றி, கடைசியாக பற்பல சேவைகளை அனுமதி அல்லது மறுக்கும் முடிவை, BillingMeld-இன் நிலையான நிலையை அடிப்படையாகக் கொண்டு எடுக்கின்றது.
இது, ப்ரொடக்ட்களுக்கான ஒரே உடன்படிக்கை அல்லது ஒப்பந்தமான அனுமானத்தை வழங்குகிறது. ஒவ்வொரு சேவையும் தனியாக App Store, Google Play சட்டங்களை செயல்படுத்த வேண்டிய அவசியம் கூடாது, அதனால், குறிப்பிட்ட செயலிமுறைகள், நிகழ்வுகள் மற்றும் நிலைகள் பொதுவான லாஜிக்களுடன் பொருந்தும் வகையில் மாற்றப்படுகின்றது.
வாடிக்கையாளர் மீது முழுமையாக நம்ப முடியாது
வாடிக்கையாளர் செயலி பயன்படுத்தும் சாதனத்தில் இயங்கும்.
அதை மூடி மறைக்கலாம், மீண்டும் துவம்செய்து, சுயமணி பழுதெடுத்தல், முன்னோக்கி புதுப்பிப்பு அல்லது வேறு சாதனத்தில் இயக்கலாம். பழைய நிலைமை அல்லது புதிய வாங்கல் நிகழ்ச்சியை பெற முடியாது.
பயனாளி, இனிமேல், நிச்சயமாக அடையாளம் காட்ட உதவியாது, கூட்டுறவு நிலையை இறுதியாக நிரூபிக்க முடியாது.
உதாரணத்திற்கு, ஒருவர் சந்தாதனையை செய்து, அணுகலைப் பெற்றார், பிறகு ஒரு மீள்விருப்பது கடத்தப்பட்டிருப்பதோ, அல்லது கடை மறுத்திருப்பதோ.
சேவையகம், முதலில் வாடிக்கையாளர் கூறிய சம்பவமே பற்றி அறிவதால், வாங்கும் நிலையை தொடர்ச்சி வாயிலையாகக் கருதி விடும்.
வெறுமுன் மேலெழுத்து பகுதிதான், தற்போதைய நிலையை, உறுதி செய்யும் அதிகாரம் உள்ளது.
பின், ஒருவன் தானாக மேம்படுத்தல் அணைத்து விடலாம், ஆனால் ஏற்கனவே பணம் செலுத்திய காலம், பயனருக்கு வழங்கப்படும் வரை செயல்படும்.
மேலும், நிலைமின்றி செய்வதற்கான மூலமென்றால், “சந்தாதனையை அணுக முடியுமா / வேறு அல்ல” ஆகும், இது,ச் செயலையில் போதவில்லை; அது, எதிர்பார்க்கப்படும், இயல்பான வகையில் இயங்க வேண்டும், செலுத்தப்பட்ட சந்தாதனையின் காலத்துக்கேற்ப, அணுகலை வழங்க வேண்டும்.
தர்க்கபட்ட நிலையை, எளிதாக, “பந்தளிக்கப்பட்டது / இல்லை” என்ற சோம்பல் நிலையாக மட்டுமே நினைத்தால், அது, மிகவும் விரைவில், அணுகலை முடிவடையச் செய்யும் அல்லது அதை நீட்டு விடும் போக்கைக் கொண்டுள்ளது.
BillingMeld, இங்கு, வேறு ஒரு லாஜிகை கட்டுடைமை உள்ளது: வாடிக்கையாளரால், அதன் உரிமைகளை உறுதிப்படுத்தாது; அது, சம்பவங்களை மட்டும் அனுப்புகிறது, ஆனால், சர்வர், உண்மையான நிலையை அணுகி தகவலை வகைப்படுத்துகிறது.
வாங்கல் — ஒரு நிகழ்வு மட்டும் அல்ல
பில்லிங் கட்டமைப்பில், முக்கிய தவறு ஒன்றாக, வாங்கலை ஒரு தனித்தனி நிகழ்வாகக் கருதுவது ஆகும்.
அதன் வாழ்க்கைச் சுழற்சி உள்ளது.
முதலில், ஒரு செயல்முறை காட்சி வருகிறது. பிறகு, அது கடை மூலம் உறுதிப்படுத்தப்படுகிறது, பணம் செலுத்தும் காலம் உருவாக்கப்படுகிறது, முதன்முதலில் நீட்டிப்பு நடக்கலாம், மேலும் பணம் செலுத்தப்படும் காலம் முடியும்வரை, பயன்படுத்துவது தொடர்கிறது.
பயனர் தானாக மேம்படுத்தலை அணைக்கலாம், ஆனால் சந்தாதனையை தொடரலாம், பணம் மீண்டும் செலுத்தப்படவில்லை என புரியாத வரை.
பணம் தெரியாமல் அல்லது, மீள்விருப்பு இல்லாமல், அல்லது கடை அதனை மீண்டும் தட்டிக் கொண்டு கொள்ளாமல், நிலைமை மாற்றம் அடைவதால், சுழற்சியின் முழுமை இப்போது முக்கியமாகும்.
மீளப் பதிவு செய்யும் பொழுது, அது தெரியாது என்பதை கடைச்செய்தி காட்டும்
இந்த தேவையை மற்றொரு முறையாக, மீள்திருத்தங்களை அல்லது பணிச்சூழலில் உள்ள மாற்றங்களை மட்டுமே, பகிர்வதில் தெளிவாகிறது.
முதலில் வாங்கிய நிலை, மிக சரியானதாக இருந்தும், பயன்பாடுகளை வழங்குகிறது, ஆனால் நிலையின் நிலை வரைவு மாறிவிடலாம்.
BillingMeld இந்த மாற்றத்தையே பெறுகிறது, நிலையை புதுப்பித்து, தேவையானதாக இருந்தால், கடை மூலம் மீண்டும் சோதனையிடுகிறது.
இதனால், செயலி,, சுமார் சில வாரங்கள் அல்லது மாதங்களுக்கு முன், சந்தாதனையாளர் ஒருவர் நீதிக்கு, அதை மீண்டும் நம்பாது.
கடை ஆங்கிலத்தில் இதை, அதன் உரிமைவின் தற்போதைய நிலையை, மாறாததாவது, விசயமானதாகக் காட்டுகிறது, இது, உண்மையான நிலை அதிக துல்லியத்துடன் உறுதி செய்யும்.
சந்தாதனையின் இருசக்கர தருணம் மற்றும் அணுகலை முடிவடையச் செய்யும் விதம் — ஒரே மாதிரி அல்ல
இங்கே ஒரு முக்கிய வித்தியாசம் உள்ளது.
பயனர், தானாகவே, ஒரு சந்தாவை அணுகும் போது, அது உடனடியாக, அதன் பின்விளைவுகளையும், பெறுமானத்தை, அங்கு ஒரு நாள் வளர்த்திட வேண்டியது இல்லை.
சர்வர், திருப்பிவாரும், பின்வரும், பணம் செலுத்தப்பட்ட காலம், மீண்டும் உறுதிப்படுத்தப்பட்டது என்பதை, சரிபார்க்க வேண்டும்.
BillingMeld, இவை மாற்றங்களை கண்காணித்து, நிலையை புதுப்பிக்கிறது.
பற்றி, மீண்டும் உறுதிப்படுத்தப்பட்டால், அனுமதி, தொடரும்.
பணத்துடன், மேம்படுத்தப்படவில்லை அல்லது, கடை மற்றும் வாங்கிவிடும் நெறிகள், அப்பொழுதும், நிலை நிலைமை இல்லாமல், தொடரும் என்பதில் குழப்பமில்லை.
இதனால், பயனர், பணம் செலுத்தப்பட்ட சந்தாதனையை வைத்து, தங்களுக்கு உரிமை உள்ளதா என்று நினைத்தல், நல்ல இயல்பாக இருக்கிறது.
இது, திட்டமிடுவதற்கும், கிளைெண்ட்கள், ஒரே பதிவுகளை ஒவ்வொரு செயலியிலும், மீண்டும் உருவாக்க வேண்டுமென்றால், அவற்றை தருகிறது.
எளிய வழி விளக்கம்
பயனர், சந்தாதனையை, செயலியில் பதிவு செய்கிறது.
செயலி, தரவு பெறுகிறது, அதை BillingMeld-க்கு அனுப்பு, ஆனால், இது, இறுதி உறுதிப்படுத்தும் சான்று இல்லை.
BillingMeld, அதன் உரிய கடையிடை மூலம், வாங்குதலை, சோதனையிடுகிறது.
App Store அல்லது Google Play, வாங்குதலை உறுதிப்படுத்தினால், மற்றும், அதன் நிலை, தயாரிப்பின் விதிகளுக்கு ஏற்ப வந்தால், BillingMeld, செயல் உரிமை உறுதிப்படுத்துகிறது.
இவர்கள், அதன் பின்பு, முழுமையான சேவையை வழங்குகின்றனர், பணம் செலுத்தி, அந்த உரிமை மட்டுமே உறுதி செய்யப்பட்டது.
பின்வருபவை, கட்டமைப்பு வேறு, ஒரு பணிக்குழுவின் நிலையை, அதற்குரிய தகவல்களுடன், நிரூபிக்கின்றது, பொதுவான நிலைக்கேட்டான்.
இதன் மூலம், தயாரிப்புகள், ஒவ்வொரு, செயலியிலும், தனிப்பட்ட விதிகள், நிகழ்வுகள் மற்றும் நிலைகளை, மறுபதிப்பீடு செய்யவேண்டிய அவசியம் இல்லை.
சேதி மாற்றம், அதிகம் முக்கியம்
செயல் தொடர்பான எட்டுக்களை அப்புறப்பட்ட, சில நேரங்களில், சாதனத்திற்கு மீது, பிழை உள்ளதா என்று, தெளிவாகும்.
யாருடைய, சந்தாதனையை செய்யும் முன், அது மறுதலிக்கப்படவில்லை, என்பது, முழுமையாக அமையும்.
ஒரு சந்தாதனி, தானாக, சுமையாகக் கூட, தொடரத் தேவையில்லை, அது, தற்போது, அமல் கொண்டுள்ள காலத்துக்கேற்ப, இயங்கவேண்டும்.
மேலும்,, ஒரு மற்றும், இனிமேல், உறுதி, என்று கூறும், நாட்கள், சரியான அறிக்கை மட்டும் நிரூபிக்க வேண்டும்; அது, பதிப்பு நிலையை, மற்றும், நிலையை, DSS விஷயங்களை, சரிபார்க்க, அத்துடன், பட்டியல், நிகழ்வுகள், அவை, உண்மையாக இருக்குமானால், அது, தொடர்ந்து, வழிமுறைகள் எந்தவொரு, எதிர்கால, குறும்படத்தில், உறுதி தொகுக்கும் பாதி, உள்ளது.