4 ویژگی جدید جالب در ECMAScript 2021

4 ویژگی جدید جالب در ECMAScript 2021

قبول کنیم که 2020 تقریبا جزو بدترین سالها برای اکثر مردم جهان بود. ولی باز خداروشکر توی سال 2020 چندین نسخه جالب مانند Deno و TypeScript 4.0 به دستمون رسید، بهتره 2020 رو فراموش کنیم و به 2021 فکر بکنیم که هر جوری باشه باز خیلی بهتر پارساله (خصوصا برای اینکه واکسن کرونا اومده).خصوصا توی سال 2021 ، نسخه جدید ECMAScript (یا همانطور که معمولاً آن را به اسم JavaScript می شناسیم) منتشر می شه، و این یعنی امکانات جدید خوبی از راه می رسه و توی این مقاله من می خوام برای شما چند تا از این امکانات جدید رو یه مرور کلی بکنم.متد استرینگ replaceAllاین یکی خیلی وقته که هست، منظور من اینه که روش replace فعلی باید چیزی شبیه به این را مدتها پیش پیاده سازی می کرد. درصورتی که از آن مطلع نباشید، در حال حاضر روش replace از شی String فقط روی اولین مورد مطابقت پیدا شده تأثیر می گذارد، البته اگر از regular expression به جای یک رشته ساده به عنوان اولین پارامتر استفاده کنید.مسلماً ، این واقعاً پیشرفت بزرگی نیست، ولی بیشتر از یک افزونه است، اما با این حال قطعاً ارزشمند است.const str = &quotThe brown fox is really brown”

//Instead of doing this…
const newStr = str.replace(/brown/g, &quotWhite&quot);
//You’ll be able to do this…
const newStr = str.replaceAll(&quotbrown&quot, &quotWhite&quot);
نکته: مولفه قابل استفاده مجدد خود را با استفاده از Bit (Github) بین پروژه ها به اشتراک بگذارید. Bit اشتراک گذاری ، مستند سازی و سازماندهی مولفه های مستقل از هر پروژه را ساده سازی می کند.برای استفاده مجدد از کد ، همکاری در اجزای مستقل و ساخت برنامه هایی با مقیاس از آن استفاده کنید.بیت Node ، TypeScript ، React ، Vue ، Angular و موارد دیگر را پشتیبانی می کند.مثال: بررسی اجزای React قابل استفاده مجدد که در Bit.dev به اشتراک گذاشته شده استاصلاح کننده خصوصی دید برای متدها و دسترسی هاهنوز ، هیچ خبری در مورد املاک خصوصی وجود ندارد (در حال حاضر این پیشنهاد هنوز در مرحله 3 نشسته است) ، اما به عنوان طعم آنچه که در آینده قرار دارد ، می توانیم قابلیت دید را برای هر دو روش کلاس و لوازم جانبی تنظیم کنیم. منظور من از “دید” این است که ما می توانیم آنها را به صورت خصوصی تنظیم کنیم ، این بدان معناست که بالاخره ما یک روش اساسی برای محافظت از کد خود خواهیم داشت و به آرامی شروع به حرکت به سمت یک روش کدگذاری OOP-oriented می کنیم (نه اینکه مشکلی در رویکرد عملکردی که در حال حاضر داریم).

Author: admin

دیدگاهتان را بنویسید

نشانی ایمیل شما منتشر نخواهد شد. بخش‌های موردنیاز علامت‌گذاری شده‌اند *