JavaScriptக்கு சிறந்த ஸ்ட்ரீம்கள் API சாத்தியமாகும்

ஜாவாஸ்கிரிப்ட்டின் ஸ்ட்ரீம்ஸ் ஏபிஐயில் சிக்கல் உள்ளது - மேலும் டெவலப்பர்கள் இறுதியாக அதைப் பற்றி பேசுகிறார்கள்

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

தற்போதைய ஸ்ட்ரீம்கள் API குறையும் இடத்தில்

WHATWG ஸ்ட்ரீம்ஸ் ஸ்டாண்டர்டு, இது ReadableStream, WritableStream மற்றும் TransformStream ஆகியவற்றை உலாவிகள் மற்றும் Node.js மற்றும் Deno போன்ற இயக்க நேரங்கள் முழுவதும் வழங்குகிறது, இது ஒரு உண்மையான பொறியியல் சாதனையாகும். இது பின்னடைவு, ரத்துசெய்தல் மற்றும் ஒத்திசைவு மறு செய்கையை இணைய-நேட்டிவ் டேட்டா கையாளுதலுக்கு கொண்டு வந்தது. ஆனால் நடைமுறையில், பொதுவான செயல்பாடுகளுக்கு டெவலப்பரிடம் ஏபிஐ அதிகமாகக் கேட்கிறது. ஒரு எளிய டிரான்ஸ்ஃபார்ம் ஸ்ட்ரீமை உருவாக்குவதற்கு TransformStreamஐ transform முறையுடன், கட்டுப்படுத்திகளை நிர்வகித்தல் மற்றும் ஃப்ளஷ் சொற்பொருளை கவனமாகக் கையாளுதல் - இவை அனைத்தும் map() துண்களுக்கு மேல் இருக்கும்.

டெவலப்பர்கள் அணிவரிசைகளுடன் எவ்வாறு செயல்படுகிறார்கள் என்பதை ஒப்பிடுக. Array.prototype.map(), filter() மற்றும் reduce() ஆகியவை தொகுக்கக்கூடியவை, படிக்கக்கூடியவை மற்றும் கிட்டத்தட்ட பூஜ்ஜிய விழா தேவைப்படும். ஸ்ட்ரீம்ஸ் ஏபிஐ இந்த பணிச்சூழலியல் தொகுத்தல் எதையும் பெட்டிக்கு வெளியே வழங்காது. .pipeThrough() வழியாக பைப்பிங் ஸ்ட்ரீம்கள் ஒன்றாக வேலை செய்கின்றன, ஆனால் டெவலப்பர்கள் மணிநேரத்தையும் பொறுமையையும் இழக்கும் இடமாக மாற்றும் நிலைகளை உருவாக்குகிறது. குழாய் சங்கிலிகள் முழுவதும் பிழை கையாள்வதில் மற்றொரு வலி புள்ளி — பிழைகள் உள்ளுணர்வாக பிரச்சாரம் இல்லை, மற்றும் உடைந்த குழாய் பிழைத்திருத்தம் அடிக்கடி தரவு கைவிடப்பட்டது அல்லது சிதைந்துள்ளது கண்டுபிடிக்க தற்காலிக லாக்கிங் மாற்றங்களைச் செருகுவதாகும்.

அறையில் Node.js யானையும் உள்ளது. நோட் அதன் சொந்த மரபு ஸ்ட்ரீம் செயல்படுத்தலைக் கொண்டுள்ளது (stream.Readable, stream.Writable), இது WHATWG தரநிலைக்கு கிட்டத்தட்ட ஒரு தசாப்தத்திற்கு முன்பே உள்ளது. இரண்டு அமைப்புகளும் அடாப்டர் பயன்பாடுகள் மூலம் மட்டுமே இயங்கக்கூடியவை, மேலும் பல npm தொகுப்புகள் இன்னும் பழைய API ஐப் பயன்படுத்துகின்றன. சூழல்களில் பணிபுரியும் டெவலப்பர்கள் — சர்வர்-சைட் ரெண்டரிங், எட்ஜ் ஃபங்ஷன்ஸ், பிரவுசர்-அடிப்படையிலான செயலாக்கம் — ஒரே கான்செப்ட்டுக்காக இரண்டு இணக்கமற்ற சுருக்கங்களை ஏமாற்ற வேண்டிய கட்டாயத்தில் உள்ளனர்.

ஒரு சிறந்த ஸ்ட்ரீம்ஸ் API எப்படி இருக்கும்

பல முன்மொழிவுகள் மற்றும் சமூக சோதனைகள் மிகவும் டெவலப்பர்-நட்பான எதிர்காலத்தை நோக்கிச் செல்கின்றன. முக்கிய யோசனைகள் சில கொள்கைகளில் ஒன்றிணைகின்றன: செயல்பாட்டு கலவை, ஒத்திசைவு இயக்கி சீரமைப்பு மற்றும் குறைக்கப்பட்ட கொதிகலன். வரிசை மாற்றங்களை எழுதுவது போல் ஸ்ட்ரீமிங் டேட்டா பைப்லைன்களை இயற்கையாகவே எழுத முடியும் என்று கற்பனை செய்து பாருங்கள் - சேனிங் .map(), .filter(), மற்றும் .take() நேரடியாக படிக்கக்கூடிய ஸ்ட்ரீமில் இடைநிலை டிரான்ஸ்ஃபார்ம் ஸ்ட்ரீம் பொருட்களை உருவாக்க வேண்டிய அவசியமில்லை.

இது கற்பனையானது அல்ல. இடரேட்டர் உதவியாளர்கள் முன்மொழிவு (இப்போது TC39 இல் 4 ஆம் கட்டத்தில் உள்ளது) ஏற்கனவே .map(), .filter(), .take(), .drop(), மற்றும் .codeMap(ஒத்திசைவு) இந்த வடிவத்தை ஒத்திசைவு இயக்கிகளுக்கு நீட்டிப்பது - மற்றும் நீட்டிப்பு மூலம், [Symbol.asyncIterator]-ஐ வெளிப்படுத்தும் படிக்கக்கூடிய ஸ்ட்ரீம்களுக்கு - இயற்கையான அடுத்த படியாகும். சில இயக்க நேரங்கள் மற்றும் நூலகங்கள் ஏற்கனவே இந்த அணுகுமுறையை பரிசோதிக்கத் தொடங்கியுள்ளன, இது போன்ற குறியீட்டை எழுத டெவலப்பர்களை அனுமதிக்கிறது:

JavaScript சுற்றுச்சூழல் அமைப்பு பல முனைகளில் நகர்கிறது. TC39 இடரேட்டர் உதவியாளர்கள் முன்மொழிவு ஏற்கனவே தரையிறங்கியுள்ளது, இது ஒத்திசைவான மறு செய்கைகளுக்கு செயல்பாட்டு அமைப்பைக் கொண்டு வருகிறது. இயற்கையான நீட்டிப்பு — Async Iterator Helpers — அதே .map(), .filter(), .reduce(), .take(), மற்றும் .flatMap அதை செயல்படுத்தும் முறைகள், ஏற்கனவே படிக்கக்கூடிய ()[Symbol.asyncIterator]. இது மட்டுமே மிகவும் பொதுவான ஸ்ட்ரீமிங் பேட்டர்ன்களுக்கான டெவலப்பர் அனுபவத்தை வியத்தகு முறையில் மேம்படுத்தும்.

TC39க்கு அப்பால், இயக்க நேர-நிலை கண்டுபிடிப்புகளும் எல்லையைத் தள்ளுகின்றன. டெனோ அதிக பணிச்சூழலியல் ஸ்ட்ரீம் பயன்பாடுகளை பரிசோதித்துள்ளது. வலை ஸ்ட்ரீம்கள் கருவிப்பெட்டி மற்றும் அதுபோன்ற சமூக நூலகங்கள் API இன் வாய்மொழி பகுதிகளை மடிக்கக்கூடிய உதவி செயல்பாடுகளை வழங்குகின்றன. மேலும், ஸ்ட்ரீம்-நேட்டிவ் ஸ்டாண்டர்ட் லைப்ரரி என்ற யோசனையின் பின்னணியில் வேகம் அதிகரித்து வருகிறது — லைன் ஸ்பிளிட்டிங், JSON பாகுபடுத்துதல், CSV செயலாக்கம் மற்றும் டெவலப்பர்கள் தற்போது npm இலிருந்து இழுக்கும் சுருக்கம் போன்ற பொதுவான ஸ்ட்ரீமிங் செயல்பாடுகளுக்கான உள்ளமைக்கப்பட்ட, உகந்த பயன்பாடுகளின் தொகுப்பு.

சிறந்த பிழை சொற்பொருள்க்கு ஒரு கட்டாய வாதமும் உள்ளது. இன்றைய API இல், பைப் செயினில் ஏற்படும் பிழையானது தெளிவற்ற நிலைகளில் ஸ்ட்ரீம்களை விட்டுச்செல்லும் - ஓரளவு நுகரப்படும், வாசகர்கள் மீது தொங்கும் பூட்டுகள். திருத்தப்பட்ட API ஆனது Rust இன் Result வகையைப் போன்ற கட்டமைக்கப்பட்ட பிழைப் பரவலைப் பின்பற்றலாம் அல்லது பைப்லைன் வழியாகப் பிழைகள் மதிப்புகளாகப் பாயும் ஒரு மாநாட்டை ஏற்றுக்கொள்ளலாம், கீழ்நிலை நிலைகளை முழு சங்கிலியையும் உடைக்காமல் அவற்றைக் கையாள அல்லது மீட்டெடுக்க அனுமதிக்கிறது. இது உற்பத்தி நம்பகத்தன்மைக்கு மாற்றமாக இருக்கும்.

ஏன் இது 2026 இல் எப்போதையும் விட முக்கியமானது

ஜவாஸ்கிரிப்ட்டின் வரலாற்றில் எந்த நேரத்திலும் இல்லாததை விட, மூன்று ஒன்றிணைந்த போக்குகள் ஸ்ட்ரீமிங் API பணிச்சூழலியல் இப்போது மிகவும் அவசரமாக உள்ளது. முதலாவதாக, எட்ஜ் கம்ப்யூட்டிங் — Cloudflare Workers, Vercel Edge Functions, Deno Deploy — கடுமையான நினைவகம் மற்றும் CPU கட்டுப்பாடுகளின் கீழ் இயங்குகிறது. ஸ்ட்ரீமிங் மட்டுமே ஒரே வழி, மேலும் இந்த சூழல்களில் டெவலப்பர்களுக்குப் போராடாத API தேவை.

இரண்டாவது, AI ஒருங்கிணைப்பு ஸ்ட்ரீமிங்கை பயனர் எதிர்கொள்ளும் அம்சமாக மாற்றியுள்ளது. AI உதவியாளர் ஒரு பதிலை உருவாக்கும் போது, ​​பயனர்கள் டோக்கன்கள் நிகழ்நேரத்தில் தோன்றுவதை எதிர்பார்க்கிறார்கள், பஃபருக்கான முழு பதிலுக்காக காத்திருக்க வேண்டாம். ஒவ்வொரு SaaS இயங்குதளத்திற்கும் - Mewayz போன்ற வணிக இயக்க முறைமைகள் முதல் தனித்த AI கருவிகள் வரை - இப்போது வலுவான கிளையன்ட் பக்க ஸ்ட்ரீம் நுகர்வு தேவை. தற்போதைய API இதற்கு வேலை செய்கிறது, ஆனால் ஸ்ட்ரீம் செய்யப்பட்ட AI வெளியீட்டை பாகுபடுத்துதல், மாற்றுதல் மற்றும் வழங்குதல் ஆகியவற்றின் டெவலப்பர் அனுபவம், தொகுக்கக்கூடிய ஸ்ட்ரீம் ஆபரேட்டர்களுடன் கணிசமாக சிறப்பாக இருக்கும்.

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

முன்னோக்கி நகர்கிறது: டெவலப்பர்கள் இன்று என்ன செய்ய முடியும்

மொழி வளர்ச்சியடையும் போது, டெவலப்பர்கள் காத்திருக்க மாட்டார்கள். பல நடைமுறை உத்திகள் தற்போதைய திட்டங்களில் ஸ்ட்ரீமிங் அனுபவத்தை மேம்படுத்தலாம். async ஜெனரேட்டர்களைப் முதன்மையான எழுதுதல் வடிவமாகப் பயன்படுத்துதல் — மற்றும் இயக்க நேரம் அதை ஆதரிக்கும் ReadableStream.from() இல் அவற்றைச் சுற்றுவது - கையேடு கட்டுப்படுத்தி நிர்வாகத்தை விட மிகவும் தூய்மையான தொடரியல் வழங்குகிறது. it-pipe மற்றும் streaming-iterables போன்ற நூலகங்கள் தொகுக்கக்கூடிய உதவியாளர்களை வழங்குகின்றன, அவை இன்று ஒத்திசைவு இயக்கிகளுக்கு செயல்பாட்டு சங்கிலியைக் கொண்டு வருகின்றன.

தரவு-தீவிர பயன்பாடுகளை உருவாக்கும் குழுக்களுக்கு, மெல்லிய உள் ஸ்ட்ரீமிங் பயன்பாட்டு அடுக்கில் முதலீடு செய்வது ஈவுத்தொகையை அளிக்கிறது. நன்கு வடிவமைக்கப்பட்ட streamMap(), streamFilter(), மற்றும் streamBatch() செயல்பாடுகளின் தொகுப்பு - ஒவ்வொன்றும் ஒரு ஒத்திசைவுச் செயலியை எடுத்து, ஒத்திசைவுச் செயலியை திரும்பப் பெறுகிறது - முழு ஸ்ட்ரீமிங் சட்டகத்தின் எடை இல்லாமல், நிலையான API இல் இல்லாத இசையமைப்பை வழங்குகிறது. இது தொடக்க முன்மாதிரிகளிலிருந்து மில்லியன் கணக்கான செயல்பாடுகளைக் கையாளும் தளங்களுக்கு அளவிடும் முறை.

ஸ்ட்ரீமிங் தரவை உருவாக்குவதற்கான உங்கள் இயல்புநிலை வடிவமாக
1. ஏசிங்க் ஜெனரேட்டர்களை ஏற்றுக்கொள் — அவை கைமுறையாக படிக்கக்கூடிய ஸ்ட்ரீம் கட்டுமானத்தை விட தூய்மையானவை, அதிக சோதனை செய்யக்கூடியவை மற்றும் தொகுக்கக்கூடியவை
2. ReadableStream நிகழ்வுகளை எதிர்பார்க்கும் APIகளுடன் உங்களுக்கு இடையீடு தேவைப்படும்போது, இணைய ஸ்ட்ரீம் உலகில் ஒத்திசைவு இட்டரேபிள்களை இணைக்க ReadableStream.from()ஐப் பயன்படுத்தவும்
TransformStream ஆப்ஜெக்ட்களை உருவாக்குவதை விட, ஒத்திசைவு இட்டரபிள்கள் மூலம் பொதுவான செயல்பாடுகளுக்கு (வரைபடம், வடிகட்டி, தொகுதி, த்ரோட்டில்)
3. மெல்லிய பயன்பாட்டு செயல்பாடுகளை உருவாக்கவும் அல்லது ஏற்றுக்கொள்ளவும்
4. TC39 மற்றும் இயக்க நேர விவாதங்களில் வக்கீல் — async ஐடிரேட்டர் ஹெல்பர்ஸ் முன்மொழிவுக்கு டெவலப்பர் குரல்கள் முன்னுரிமை அளிக்க வேண்டும்
5. Async iterables க்கு எதிராக சோதனைகளை எழுதுங்கள், நேரடியாக ஸ்ட்ரீம்கள் அல்ல - இது உங்கள் ஸ்ட்ரீமிங் லாஜிக்கை கையடக்கமாகவும் எளிதாகவும் சரிபார்க்கவும் செய்கிறது

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

அடிக்கடி கேட்கப்படும் கேள்விகள்

தற்போதைய JavaScript ஸ்ட்ரீம்கள் API இல் என்ன தவறு?

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

ஒரு சிறந்த ஸ்ட்ரீம்ஸ் API இணைய வளர்ச்சியை எவ்வாறு மேம்படுத்தும்?

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

நவீன வணிக தளங்கள் நிகழ்நேர தரவு ஸ்ட்ரீமிங்கை திறம்பட கையாள முடியுமா?

ஆம் — Mewayz போன்ற இயங்குதளங்கள், $19/mo இல் தொடங்கும் 207-மாட்யூல் வணிக OS, பகுப்பாய்வு, தானியங்கு வேலைப்பாய்வு மற்றும் நேரலை அறிக்கையிடலுக்கு திரைக்குப் பின்னால் திறமையான தரவுக் குழாய்களை ஏற்கனவே பயன்படுத்துகின்றன. JavaScript இல் ஸ்ட்ரீமிங் தரநிலைகள் மேம்படுவதால், இணைய அடுக்கில் கட்டமைக்கப்பட்ட கருவிகள், உடனடி டாஷ்போர்டு புதுப்பிப்புகள் முதல் ஒருங்கிணைந்த வணிக தொகுதிகள் முழுவதும் தடையற்ற கோப்பு செயலாக்கம் வரை இன்னும் வேகமான நிகழ்நேர அனுபவங்களை வழங்கும்.

ஸ்ட்ரீம்ஸ் API உருவாகும்போது என்ன மாற்று வழிகள் உள்ளன?

டெவலப்பர்கள் தற்போது Node.js ஸ்ட்ரீம்கள், எதிர்வினை நிரலாக்கத்திற்காக RxJS போன்ற லைப்ரரிகளை நம்பியுள்ளனர் அல்லது தொடர்ச்சியான தரவை மிகவும் பணிச்சூழலியல் ரீதியாக கையாள, காத்திருக்கும் லூப்களுடன் இணைக்கப்பட்ட ஒத்திசைவு ஜெனரேட்டர்களை நம்பியுள்ளனர். இணைய இணக்கமான பாலிஃபில்கள் மற்றும் முன்மொழிவு-நிலை உதவியாளர்களும் நிலையான API இல் உள்ள இடைவெளிகளைக் குறைக்கின்றனர். முக்கிய விஷயம் என்னவென்றால், உங்கள் பயன்பாட்டு வழக்குடன் சீரமைக்கும் சுருக்கங்களைத் தேர்ந்தெடுப்பது - அதாவது நிகழ்வு-கடுமையான பயன்பாடுகளுக்கான கவனிக்கக்கூடிய வடிவங்கள் அல்லது நேரடியான தரவு மாற்றப் பணிகளுக்கான எளிய ஒத்திசைவு மறு செய்கை.