8 دقیقه
واتساپ برای ویندوز 11 بهطور خاموش جهت خود را تغییر داده است. بهجای کلاینت بومی WinUI که بسیاری از کاربران به آن تکیه داشتند، متا نسخهای مبتنی بر WebView2 را منتشر کرده که عملاً نسخه وب را داخل موتور Chromium بارگذاری میکند. آزمایشکنندگان اولیه افزایش چشمگیر مصرف حافظه و تجربهای کمتر بومی و نرم در ویندوز را گزارش کردهاند.
چه چیزی تغییر کرده و چرا اهمیت دارد
بهروزرسانی جدید، برنامه بومی ویندوز 11 را با یک پوشش مبتنی بر WebView که به web.whatsapp.com اشاره میکند جایگزین کرده است. در عمل این یعنی واتساپ دیگر یک اپلیکیشن بومی WinUI/UWP نیست و بهصورت یک ساختار میزبانیشده توسط Chromium اجرا میشود. متا این بهروزرسانی را از طریق Microsoft Store با شماره نسخه 2.2584.3.0 منتشر کرده است.
اهمیت این تغییر از آنجا ناشی میشود که اپلیکیشنهای بومی معمولاً یکپارچگی عمیقتری با سیستمعامل دارند: انیمیشنهای روانتر، مدیریت بهتر اعلانها، و مصرف کمتر منابع سیستم. رویکرد بستهبندی وب (web-wrapper) فرآیند توسعه را با یکپارچهسازی کد بین پلتفرمها ساده میکند، اما ممکن است به قیمت کاهش عملکرد، افزایش مصرف حافظه رم و از دست رفتن برخی ویژگیهای یکپارچهسازی با ویندوز تمام شود. برای کاربرانی که تجربه «بومی» و بهینهشده ویندوز را انتظار دارند، این تغییر قابل توجه است.
از منظر فنی، WebView2 یک لایهٔ تعبیهسازی وب است که مبتنی بر موتور Chromium است و این امکان را میدهد که نسخه وب یک برنامه در قالب یک پنجرهٔ دسکتاپ نمایش داده شود. این روش مزایایی مثل تسهیل انتشار ویژگیها و کاهش هزینه مهندسی بین پلتفرمها دارد، اما هزینهٔ آن میتواند افزایش مصرف رم، وابستگی به فرآیندهای Chromium و رفتار متفاوت اعلانها و همگامسازی با APIهای ویندوز باشد.
کاربران افزایش چشمگیر رم و کندی عملکرد را گزارش میدهند
گزارشهای اولیه نشان میدهد کلاینت WebView جدید مصرف حافظه رم بسیار بیشتری دارد. در صفحهٔ ورود، مصرف حافظه میتواند حدود 300 مگابایت برسد. پس از ورود، معمولاً حافظه رم بیش از 1 گیگابایت میشود و هنگام داشتن چندین چت، فایلهای رسانهای یا تماس فعال ممکن است باز هم رشد کند.
علاوه بر حافظه، عملکرد کلی نیز افت کرده است. گفتگوها کندتر بارگذاری میشوند، انیمیشنها پاسخپذیری لازم را ندارند و رفتارهای ویژهٔ ویندوز 11 مانند اعلانها، تعامل با مرکز اعلان و عملکرد حالت «مزاحم نشو» (Do Not Disturb) بهخوبی گذشته کار نمیکنند. به عبارت دیگر، اپلیکیشن کمتر حس یک نرمافزار بومی را منتقل میکند و بیشتر شبیه یک تب مرورگر است که روی دسکتاپ پین شده است.
این رفتار میتواند بهویژه برای کاربرانی که روی لپتاپهای با حافظهٔ محدود یا سیستمهای قدیمی کار میکنند مشکلزا باشد. مصرف بیشتر رم یعنی فرآیندهای دیگر سیستم تحت فشار قرار میگیرند، سرعت کلی دستگاه کاهش مییابد و تجربه کاربری در استفادههای سنگین پیامرسانی (چتهای حجیم، انتقال و پخش ویدئو، تماسهای گروهی) تحت تاثیر قرار میگیرد.
برای تیمهای IT در سازمانها، این تغییر ممکن است نیازمند بازبینی سیاستهای پشتیبانی و توصیههای سختافزاری شود؛ بهعنوان مثال ارائه راهنمایی درباره افزایش حافظه رم، استفاده از مرورگرهای جداگانه یا نصب نسخههای وب بهعنوان PWA تا حد امکان مشکلات عملکردی کاهش یابد.
چه عواملی احتمالاً متا را به این تصمیم واداشت
تحلیلگران و منابع داخلی تغییرات را به بازسازی سازمانی و تمرکز روی کاهش هزینههای مهندسی در متا نسبت میدهند. نگهداری یک بیسکد واحد مبتنی بر وب هزینهٔ نگهداری را کاهش داده و عرضهٔ ویژگیها را در تمام پلتفرمها سریعتر میکند. اما این رویکرد معمولاً به معنای اولویتدهی به توسعهٔ وبمحور و کاهش اولویت تیمهای توسعهدهندهٔ اپلیکیشنهای بومی است.
از دیدگاه تجاری، استفاده از یک کدبیس یکپارچه مزایایی مثل سازگاری بهتر بین نسخهها، تست کمتر تکراری و مدیریت سادهتر انتشار نسخه را فراهم میکند. اما از دیدگاه تجربهٔ کاربر، بهویژه مشتریانی که انتظار تعاملات بومی، بهینهسازیهای اختصاصی ویندوز و مصرف منابع کمتر را دارند، نتیجهٔ نهایی میتواند کمتر رضایتبخش باشد.
در سطح فنی، دلایلی مثل همگامسازی سریعتر ویژگیها بین موبایل، وب و دسکتاپ، نیاز کمتر به نگهداری ماژولهای پلتفرم-محور و استفاده از ابزارهای توسعهٔ وب (مانند React، Electron-like wrappers، یا WebView2) بهعنوان راهحلهای میانبر اغلب ذکر میشوند. این تصمیم همچنین میتواند با هدف کاهش تنوع فناوری، تسریع بهروزرسانیهای امنیتی و یکسانسازی لاگها و مانیتورینگ در تمام محیطها اتخاذ شده باشد.
آیا میتوانید از بهروزرسانی اجتناب کنید؟
اگر هنوز کلاینت بومی قدیمی را نصب دارید ممکن است بتوانید با بهروزرسانی نکردن موقتی از تغییر جلوگیری کنید. اما گزارشها حاکی از آن است که متا در آینده احتمالاً کاربران را وادار به خروج از سیستم (forced logout) و مهاجرت به نسخهٔ WebView خواهد کرد. بنابراین کنار گذاشتن بهروزرسانی تنها به تعویق افتادن اجتنابناپذیر است و نمیتوان آن را راهحل دائمی دانست.
برای سازمانها و کاربران حرفهای که به تجربهٔ بومی نیاز دارند، راهکارهایی مانند نگهداری یک ماشین مجازی با نسخهٔ قدیمی، یا استفاده از سیاستهای مدیریت دستگاه (MDM) برای کنترل بهروزرسانیها ممکن است بهصورت موقت مفید باشد، اما این گزینهها پیچیدگی و هزینههای عملیاتی خود را دارند.
همچنین کاربران میتوانند با دنبال کردن کانالهای رسمی پشتیبانی واتساپ و صفحات Microsoft Store، اخبار مربوط به سیاست اجبار به مهاجرت یا هرگونه ابزار کمکی برای انتقال را زیرنظر بگیرند. در برخی موارد شرکتها نسخهٔ سازمانی یا ابزارهایی برای ادغام بهتر را ارائه میدهند که ممکن است راهحلی برای نیازهای شرکتی باشد.
نکات عملی برای کاربران ویندوز
در این بخش، چند راهکار کاربردی و فنی برای کاهش اثرات منفی این تغییر و بهبود تجربهٔ کاربری در هنگام استفاده از نسخهٔ WebView واتساپ ذکر شده است. این توصیهها هم برای کاربران نهایی و هم برای مدیران فناوری اطلاعات مفید است.
- نظارت بر حافظه رم: Task Manager را باز نگه دارید تا میزان مصرف حافظهٔ واتساپ را زیر نظر داشته باشید، بهویژه اگر روی لپتاپهای با رم کم یا محیطهای چندکاربری کار میکنید.
- استفاده مستقیم از نسخهٔ وب: اگر ترجیح میدهید جداسازی واضحتری بین مرورگر و برنامه داشته باشید، web.whatsapp.com را در یک پروفایل جداگانهٔ مرورگر Chromium (مثل Microsoft Edge یا Google Chrome) باز کنید یا آن را بهعنوان یک PWA نصب کنید تا مدیریت حافظه و افزونهها راحتتر شود.
- محدود کردن تبها و برنامههای پسزمینه: کاهش تعداد فرآیندهای مبتنی بر Chromium (مثل تبهای باز یا افزونههای سنگین) میتواند فشار کلی حافظه را کم کند و عملکرد واتساپ را بهبود دهد.
- دنبالکردن بهروزرسانیها: متا ممکن است بهروزرسانیهایی منتشر کند که مشکلات عملکردی یا اعلانها را برطرف کند؛ بنابراین هنگام عرضهٔ رفععیوب یا ارتقای WebView، این بهروزرسانیها را نصب کنید.
علاوه بر موارد ذکرشده، نکات فنی زیر نیز میتواند در موارد خاص کمککننده باشد:
- غیرفعال کردن شتابدهی سختافزاری در تنظیمات مرورگر یا WebView (در صورت امکان) گاهی مصرف رم یا GPU را بهینه میکند؛ با این حال این کار میتواند کیفیت رندرینگ را در برخی محیطها کاهش دهد.
- استفاده از ابزارهای پروفایلینگ مانند Performance Monitor یا Process Explorer برای شناسایی دقیق فرآیندهای پرمصرف و درک اینکه کدام بخشها (رندر، شبکه، یا پلاگینها) بیشترین مصرف را دارند.
- در صورت نیاز کاری سنگین، استفاده از یک مرورگر Chromium مجزا با پروفایل مخصوص کار (حذف افزونههای غیرضروری، فعالسازی محدودسازی حافظه) کمک میکند تا واتساپ تحت فشار کمتر اجرا شود.
- در سازمانها، ارتباط مستقیم با تیمهای پشتیبانی متا یا ثبت گزارشهای مشکل (bug reports) میتواند به اولویتبندی اصلاحات مربوط به عملکرد، اعلانها و یکپارچگی با ویندوز کمک کند.
برای کسانی که به طور جدی به واتساپ برای کار یا پیامرسانی سنگین روی ویندوز 11 وابستهاند، این تغییر ارزش دنبال کردن و برنامهریزی برای راهحلهای جایگزین را دارد. این رویکرد بخشی از روند گستردهتری است که در آن پلتفرمهای بزرگ به سمت کدبیسهای وبمحور و یکپارچه حرکت میکنند تا هزینهها را پایین بیاورند؛ اتفاقی که گاهی به قیمت از دست رفتن تجربهٔ کاربری بومی و بهینهسازیهای پلتفرمی تمام میشود.
در نهایت، انتخاب بین راحتی توسعهٔ یکپارچه و کیفیت تجربهٔ کاربر یک تصمیم تجاری و فنی است که شرکتها مانند متا باید آن را مدیریت کنند. کاربران و سازمانها باید آماده باشند راهکارهای موقتی یا دائمی (افزایش سختافزار، تغییر روند کار، یا استفاده از جایگزینها) را براساس نیازهای عملکردی و سیاستهای امنیتی خود اتخاذ کنند.
منبع: gizmochina
نظرات
لابکور
احساس میکنم صرفا هزینه کم میکنن، کاربرانی که سختافزار ضعیف دارن آسیب میبینن. نه خیلی باحاله، نه خیلی فاجعه، اما نگرانکننده است
پمپزون
خلاصه اینکه tradeoff واضحه: صرفهجویی در توسعه در برابر کیفیت UX. مقاله خوب نقد کرد اما ببینیم متا چه واکنشی میده
آرتم_
از زاویه فنی منطقیه، اما به عنوان کاربر ویندوز حس «بومی» محو میشه. امیدوارم حداقل اعلانها درست بشه
مهران
تو شرکت ما همین مدل رو دیدم، اول همه میگفتن آسانتر میشه، بعداً کاربرا نالیدن؛ مجبور شدیم رم اضافه کنیم و policy عوض شه. تجربه شخصی.
توربو
واقعیه؟ یعنی کلاینت WinUI حذف شده و باید نسخه وب رو تحمل کنیم؟ آیا راهی هست که بشه به نسخه بومی برگشت یا حداقل بهینهش کنن؟
دیتاپالس
وااای، اینو نمیدونستم... واتساپ داره بیصدا تبدیل میشه به یه تب کروم! مصرف رم وحشتناکه، لپتاپای قدیمی کشش ندارن 😬 اعصابم خورد شد
ارسال نظر