Vonage Communications APIகளைப் பயன்படுத்தும் பயன்பாட்டை நீங்கள் உருவாக்கினால் , சில சமயங்களில் நீங்கள் தொலைபேசி எண்களுடன் ஏதாவது ஒரு வழியில் வேலை செய்ய வேண்டியிருக்கும். உங்கள் ஆப்ஸ் Voice API மூலம் தானியங்கு உரையிலிருந்து பேச்சு ஃபோன் அழைப்புகளைச் செய்தாலும் , Messages API ஐப் பயன்படுத்தி SMS அல்லது ரெயில்களில் உள்ள WhatsApp செய்திகளை அனுப்பினாலும் அல்லது Verify API மூலம் இரு காரணி அங்கீகாரத்தைச் செயல்படுத்தினாலும் , நீங்கள் ஒரு இலக்கு தொலைபேசி எண்ணைக் குறிப்பிட வேண்டும் இந்த இடைவினைகள்.
சர்வதேச தொலைபேசி எண்கள்
நீங்கள் எதிர்பார்ப்பது போல, API எண்ட்பாயிண்ட்டுகளுக்கு ஃபோன் எண்கள் ஒரு குறிப்பிட்ட மற்றும் நிலையான வடிவத்தில் இருக்க வேண்டும். Vonage API களால் பயன்படுத்தப்படும் எண் வடிவம் E.164 சர்வதேச தரநிலையைப் பின்பற்றுகிறது மற்றும் எதிர்பார்க்கிறது:
ஒரு சர்வதேச நாடு டயலிங் குறியீடு (எ.கா. 1அமெரிக்கா அல்லது 44இங்கிலாந்துக்கு)
முன்னணி +அல்லது சர்வதேச மொத்த SMS சேவையை வாங்கவும் அணுகல் குறியீடு (எ.கா. 00) தவிர்க்கப்பட வேண்டும்
டிரங்க் அணுகல் குறியீடு (எ.கா. 0) தவிர்க்கப்பட வேண்டும்
எண்ணே சிறப்பு எழுத்துக்களை விலக்க வேண்டும் (எ.கா ()அல்லது -)
எடுத்துக்காட்டாக, ஒரு US எண்ணா ரெயில்களில் உள்ள னது வடிவமைப்பைக் கொண்டிருக்கும் 14155550101, மற்றும் UK எண் வடிவமைப்பைக் கொண்டிருக்கும் 447700900123.
இணையப் பயன்பாடுகளை உருவாக்கும் போது, உங்கள் ஃபோன் எண் தரவின் மூலமானது, பதிவு செய்யும் பணிப்பாய்வுகளின் ஒரு பகுதியாகப் பயனர் உள்ளீட்டைப் பெறுவது. வெளிப்புற API உடன் பிற்காலத்தில் பயன்படுத்த உள்ளீட்டுத் தரவு சரியான வடிவமைப்பில் ரெயில்களில் உள்ள இருப்பதை உறுதிசெய்வது சில சவால்களைக் கொண்டு வரலாம். நீங்கள் ரூபி ஆன் ரெயில்ஸ் அப்ளிகேஷனை உருவாக்குகிறீர்கள் என்றால், சமீபத்தில் சேர்க்கப்பட்ட இரண்டு அம்சங்கள் அந்த சவால்களைச் சமாளிக்க உண்மையில் உதவும்.
எடுத்துக்காட்டு பணிப்பாய்வு
அந்த அம்சங்கள் என்னவென்று தெரிந்துகொள்ளும் முன், அந்த பதிவுசெய்யும் பணிப்பாய்வு பற்றி இன்னும் Q-காமர்ஸில் விசுவாசத்தை எவ்வாறு உருவாக்குவது? கொஞ்சம் யோசிப்போம். ரூபி ஆன் ரெயில்ஸ் பயன்பாட்டில், தேவையான காட்சி வார்ப்புருக்களுடன் ஒரு Userமாதிரி மற்றும் ஒரு வை வரையறுப்போம் . UsersControllerஎங்கள் users/newடெம்ப்ளேட், ரெண்டர் செய்யப்பட்டால், இது போல் தோன்றலாம்:
இந்த எடுத்துக்காட்டில் ஃபோன் கன்ட்ரி கோட் மற்றும் ஃபோன் எண் ஆகியவை தனித்தனி படிவப் புலங்களாகும், எனவே ஒரு நிலையான ரெயில்களில் செயல்படுத்தல் எங்கள் மாதிரியின் வியட்நாம் தரவு தனித்தனி பண்புக்கூறுகளாக தரவுத்தளத்தில் தொடரும். எடுத்துக்காட்டாக, UsersControllerபின்வரும் வரிகளில் குறியீடு இருக்கும் என்று நாங்கள் எதிர்பார்க்கலாம்:
class UsersController < ApplicationController
def create
@user = பயனர் .new(user_params)
# rest of create action code
end
private
def user_params
params. தேவை ( :பயனர் ).permit( :first_name , :last_name , :email , :phone_country_code , :phone )
end
end
எங்கள் படிவத்தில் ஒரே உள்ளீட்டில் இரண்டு தரவையும் இணைக்கலாம் , ஆனால் அது தரவைச் சரியாக உள்ளிடுவதற்குப் பயனருக்கு அதிகப் பொறுப்பை அளிக்கும் மற்றும் பின்-இறுதியில் உள்ள தரவைச் சுத்தம் செய்வதை கடினமாக்கும். ஃபோன் கன்ட்ரிக் குறியீட்டை அதன் சொந்த படிவப் புலமாக வைத்திருப்பது, குறிப்பிட்ட மதிப்புகளின் தொகுப்பிற்கு தரவைக் கட்டுப்படுத்துகிறது, எடுத்துக்காட்டாக, தேர்ந்தெடுக்கப்பட்ட மெனுவுடன். இந்தத் துறையை நாம் செயல்படுத்த பல வழிகள் உள்ளன, அதை நான் இங்கே விவரிக்க மாட்டேன், ஆனால் countries ரத்தினம் மற்றும்
country_select ரத்தினத்தை சரிபார்க்கவும்
ரெயில்ஸ் பயன்பாட்டில், எங்கள் பார்வை டெம்ப்ளேட்டுகளில் ரெயில்ஸ் படிவ உதவியாளர்களைப் பயன்படுத்துவோம், மேலும் தொலைபேசி எண் புலத்தில் இது உதவியாளராக இருக்கலாம் telephone_field ( அல்லது அதன் மாற்றுப்பெயர், phone_field). ரெண்டர் செய்யப்பட்ட பார்வையில், இந்த உதவியாளர் ஒரு HTML <input> உறுப்பைtype உருவாக்குகிறார் tel. type(ஒரு எண் விசைப்பலகை காட்டப்பட வேண்டும் என்பதைத் தீர்மானிக்க மொபைல் ஃபோன் உலாவிகளால் பயன்படுத்தப்படும்) மதிப்பைத் தவிர , இந்தப் புலமானது செயல்பாட்டு ரீதியாக ஒரு textவகை புலத்திற்குச் சமமானதாகும் (உண்மையில், ஆதரிக்காத உலாவிகளில் tel, இது பின்வாங்கும் ஒரு நிலையான textவகை உள்ளீட்டிற்கு).
வேறு சில உள்ளீட்டு வகைகளைப்
போலன்றி (எ.கா emailஅல்லது url), இந்த புல வகையின் எந்த வகையான தானியங்கு உள்ளீட்டு சரிபார்ப்பையும் உலாவிகள் ஆதரிக்காது. உள்ளீட்டுப் புலத்துடன் இணைந்து பயனருக்கு வடிவமைப்பதற்கான குறிப்புகளை நாம் நிச்சயமாக வழங்க முடியும், மேலும் உள்ளீட்டைக் கட்டுப்படுத்த அல்லது சில வகையான ஜாவாஸ்கிரிப்ட்-அடிப்படையிலான தீர்வைப் பயன்படுத்த உறுப்பின் pattern பண்புக்கூறைப் பயன்படுத்தலாம். பொறுப்பான டெவலப்பர்களாக இருந்தாலும், இறுதிப் பயனரையோ அல்லது முன்-இறுதிச் சரிபார்ப்பையோ நாம் முழுமையாக நம்பக்கூடாது — எங்கள் பயனர் உள்ளீட்டை ஒரு தரவுத்தளத்தில் நிலைநிறுத்துவதற்கு முன் அதை சுத்தம் செய்வது எப்போதும் விவேகமானது. தொலைபேசி எண் உள்ளீட்டின் பின்னணியில், குறிப்பாக உலகளாவிய வாடிக்கையாளர் தளத்தை ஆதரிக்கும் போது, பலவிதமான சாத்தியமான எண் வடிவங்களை உள்ளீடு செய்வதற்குத் தயாராக வேண்டும். உலகம் முழுவதும் பயன்படுத்தப்படும் வெவ்வேறு தொலைபேசி எண் வடிவங்களின் சில எடுத்துக்காட்டுகள் கீழே உள்ளன:
