www.dntips.ir
مطالب ۳۶۹۴
نویسندگان ۲۷۶
گروه‌های مطالب ۱۰۲۴
نقشه‌های راه ۱۱۹
دوره‌ها ۱۴
اشتراک‌ها ۱۷۹۱۴
عنوان:

‫DNX در دات‌نت ۱۰: انقلابی در اجرای ابزارهای یک‌بارمصرف


نویسنده: وحید نصیری
تاریخ: ۱۴۰۴/۰۵/۱۴ ۰۸:۴۷
آدرس: www.dntips.ir
توسعه‌دهندگان همواره با سناریوهایی روبرو می‌شوند که در آن نیاز به استفاده از یک ابزار (Tool) خاص برای یک کار مشخص و موقتی دارند؛ ابزاری که شاید دیگر هرگز از آن استفاده نکنند. نصب دائمی چنین ابزارهایی نه تنها فضای سیستم را اشغال می‌کند، بلکه می‌تواند منجر به بی‌نظمی و مشکلات مدیریتی در آینده شود. اکوسیستم Node.js سال‌هاست با معرفی ابزار npx این مشکل را حل کرده است. اکنون، با معرفی dnx در دات‌نت ۱۰ (.NET 10)، جامعه توسعه‌دهندگان دات‌نت نیز به راه‌حلی مشابه، مدرن و کارآمد دست یافته‌اند.
این مقاله به صورت جامع به بررسی فرمان جدید dnx می‌پردازد. ابتدا با ماهیت و کاربرد آن آشنا می‌شویم، سپس نحوه استفاده عملی از آن را می‌آموزیم، تفاوت‌های بنیادین آن را با روش سنتی dotnet tool install مقایسه می‌کنیم و در نهایت، نگاهی به سازوکار داخلی آن در SDK دات‌نت خواهیم داشت.

DNX چیست؟ معرفی نسل جدید اجرای ابزار در اکوسیستم دات‌نت

dnx یک فرمان جدید در .NET SDK است که برای اولین بار در نسخه پیش‌نمایش ۶ از دات‌نت ۱۰ معرفی شد. هدف اصلی این فرمان، اجرای ابزارهای دات‌نت به صورت یک‌باره (One-off) و بدون نیاز به نصب دائمی آن‌ها است. این قابلیت، دقیقاً همان فلسفه‌ای را دنبال می‌کند که npx در اکوسیستم Node.js پیاده‌سازی کرده بود: اجرا بر حسب تقاضا.
تا پیش از این، برای استفاده از یک ابزار دات‌نت که در یک بسته NuGet توزیع شده بود، توسعه‌دهنده ملزم بود ابتدا آن را با دستور dotnet tool install به صورت سراسری (Global) یا محلی (Local) نصب کند و سپس آن را اجرا نماید. این فرآیند، هرچند کارآمد، اما برای استفاده‌های موقتی بیش از حد طولانی و دست‌وپاگیر بود. dnx این فرآیند را به یک مرحله کاهش می‌دهد. شما به سادگی نام بسته حاوی ابزار را به dnx می‌دهید و دات‌نت SDK بقیه کارها را انجام می‌دهد: دانلود (در صورت نیاز)، کش کردن و اجرای مستقیم ابزار.
یکی از نکات جالب توجه، ارائه این فرمان به دو شکل است: dotnet dnx و همچنین یک فرمان مستقل به نام dnx که به صورت مستقیم قابل اجراست. این طراحی نشان‌دهنده اهمیت این ویژگی و تلاش مایکروسافت برای ارائه یک تجربه توسعه‌دهنده (Developer Experience) روان و مختصر است.

چگونه از DNX استفاده کنیم؟ راهنمای عملی و مثال‌ها

استفاده از dnx بسیار ساده است. ساختار اصلی فرمان به شکل زیر است:
dnx <PACKAGE_ID> [<commandArguments>...]
در این ساختار، نام بسته‌ای است که ابزار مورد نظر در آن قرار دارد. همچنین می‌توان نسخه دقیق بسته را با استفاده از علامت @ مشخص کرد، الگویی که در اکوسیستم‌های دیگر مانند Node.js و Go بسیار رایج است و اکنون به دات‌نت نیز راه یافته است. برای مثال: Newtonsoft.Json@13.0.3.
بیایید با یک مثال کلاسیک، ابزار dotnetsay، این فرمان را امتحان کنیم. برای اجرای این ابزار کافی است دستور زیر را در خط فرمان خود وارد کنید:
> dnx dotnetsay
برای اولین باری که این دستور را اجرا می‌کنید، .NET SDK از شما برای دانلود بسته تأییدیه می‌خواهد. این یک اقدام امنیتی مهم برای جلوگیری از اجرای کدهای ناخواسته است.
Tool package dotnetsay@2.1.7 will be downloaded from source https://api.nuget.org/v3/index.json.
Proceed? [y/n] (y):
با وارد کردن y و فشردن Enter، بسته دانلود و ابزار اجرا می‌شود:
Welcome to using a .NET Core global tool!
نکته کلیدی اینجاست که این درخواست تأییدیه فقط برای اولین اجراست. دفعه بعد که همین دستور را اجرا کنید، ابزار بدون هیچ سؤالی و به سرعت اجرا می‌شود، زیرا بسته از قبل در حافظه پنهان (Cache) NuGet وجود دارد. این همان اجرای یک‌باره و بدون دردسر است که dnx وعده آن را می‌دهد.

تفاوت کلیدی DNX با dotnet tool install: نصب دائمی در مقابل اجرای موقت

شاید بپرسید dnx واقعاً چه تفاوتی با dotnet tool install دارد و چرا به هر دو نیاز داریم؟ پاسخ در ماندگاری (Persistence) و محل ذخیره‌سازی نهفته است.
وقتی شما ابزاری را با دستور dotnet tool install -g dotnetsay نصب می‌کنید، اتفاقات زیر رخ می‌دهد:
  • بسته NuGet مربوط به dotnetsay دانلود شده و در حافظه پنهان سراسری NuGet قرار می‌گیرد (همان مکانی که بسته‌های پروژه‌های شما ذخیره می‌شوند).
  • علاوه بر این، محتویات بسته در یک پوشه مخصوص ابزارها به نام ~/.dotnet/tools/.store کپی و استخراج می‌شود.
  • یک فایل اجرایی کوچک به نام "shim" در پوشه ~/.dotnet/tools ایجاد می‌شود. از آنجایی که این پوشه معمولاً به PATH سیستم‌عامل اضافه شده است، شما می‌توانید از هر جای سیستم با تایپ dotnetsay آن را اجرا کنید.
این فرآیند به معنای نصب دائمی و سراسری ابزار است. ابزار تا زمانی که آن را به صراحت حذف نکنید، روی سیستم شما باقی می‌ماند.
در مقابل، وقتی از dnx dotnetsay استفاده می‌کنید:
  • بسته NuGet دانلود شده و در همان حافظه پنهان سراسری NuGet ذخیره می‌شود.
  • اما هیچ فایلی در پوشه‌های ~/.dotnet/tools یا .store کپی نمی‌شود و هیچ shim اجرایی به PATH اضافه نمی‌گردد.
  • dnx ابزار را مستقیماً از محل حافظه پنهان NuGet اجرا می‌کند.
این رویکرد، یک اجرای موقت و ایزوله است. شما سیستم خود را با ابزارهای دائمی شلوغ نمی‌کنید و تنها از قابلیت‌های کش NuGet برای سرعت بخشیدن به اجراهای بعدی بهره می‌برید. این ویژگی به خصوص در محیط‌های CI/CD که تمیزی و ایزوله‌بودن هر اجرا اهمیت بالایی دارد، بسیار ارزشمند است.

نگاهی به پشت صحنه: DNX چگونه کار می‌کند؟

کنجکاوی در مورد نحوه پیاده‌سازی ویژگی‌های جدید، به درک عمیق‌تر آن‌ها کمک می‌کند. سازوکار dnx نیز از این قاعده مستثنی نیست و در عین سادگی، هوشمندانه طراحی شده است.
اولین قدم، بررسی خود فرمان dnx است. در ویندوز، این فرمان یک فایل dnx.cmd است که در کنار dotnet.exe قرار دارد. محتوای این فایل بسیار ساده است:
@echo off
"%~dp0dotnet.exe" dnx %*
این اسکریپت تنها کاری که انجام می‌دهد، فراخوانی dotnet dnx و ارسال تمام آرگومان‌های بعدی به آن است. یک اسکریپت مشابه برای لینوکس و macOS نیز وجود دارد.
قلب تپنده این ویژگی، کلاسی به نام ToolExecuteCommand در داخل .NET SDK است که مسئولیت اصلی منطق dnx را بر عهده دارد. این کلاس به طور خلاصه مراحل زیر را طی می‌کند:
  • بررسی نسخه: اگر کاربر نسخه‌ای برای ابزار مشخص نکرده باشد، dnx ابتدا به دنبال یک فایل مانیفست ابزارهای محلی (dotnet-tools.json) می‌گردد. اگر ابزار در این مانیفست تعریف شده باشد، از همان نسخه محلی استفاده می‌کند.
  • جستجو در NuGet: اگر مانیفست محلی وجود نداشته باشد، یا ابزار در آن یافت نشود، یا کاربر صراحتاً نسخه‌ای را مشخص کرده باشد، فرمان به سراغ منابع NuGet پیکربندی‌شده (به طور پیش‌فرض nuget.org) می‌رود تا بسته را پیدا کند.
  • درخواست مجوز: در صورتی که بسته پیدا شود اما هنوز دانلود نشده باشد، فرمان از کاربر برای ادامه کار تأییدیه می‌گیرد (مگر اینکه کاربر با سوییچ --yes این مرحله را غیرفعال کرده باشد).
  • اجرا: پس از دریافت تأییدیه و دانلود بسته، ابزار مستقیماً از حافظه پنهان NuGet اجرا می‌شود.
این فرآیند به زیبایی تمام زیرساخت‌های موجود در اکوسیستم دات‌نت، از جمله مدیریت بسته‌های NuGet و چارچوب ابزارهای دات‌نت را به کار می‌گیرد تا یک تجربه کاربری روان و یکپارچه را فراهم کند.


خودآزمایی

کدام گزینه به بهترین شکل تفاوت اصلی بین اجرای یک ابزار با dnx و نصب آن با dotnet tool install -g را توصیف می‌کند؟
الف) ابزارهای اجرا شده با dnx نمی‌توانند آرگومان‌های ورودی دریافت کنند.
ب) dnx ابزار را از کش NuGet اجرا می‌کند بدون اینکه یک فرمان دائمی در PATH سیستم ایجاد کند، در حالی که dotnet tool install یک فرمان دائمی و قابل دسترس از طریق PATH می‌سازد.
ج) dnx فقط برای بسته‌های پیش‌نمایش (pre-release) کاربرد دارد.
د) dotnet tool install سریع‌تر است زیرا نیازی به دانلود بسته‌ها ندارد.


نتیجه‌گیری: یک گام دیگر به سوی تجربه توسعه‌دهنده مدرن

معرفی فرمان dnx در دات‌نت ۱۰، بیش از یک ویژگی کوچک و کاربردی، نشان‌دهنده یک تغییر نگرش مثبت در اکوسیستم دات‌نت است. این تغییر به سمت پذیرش الگوهای موفق از سایر اکوسیستم‌های برنامه‌نویسی، کاهش پیچیدگی‌های غیرضروری و تمرکز بر بهبود تجربه روزمره توسعه‌دهندگان حرکت می‌کند. dnx با فراهم کردن امکان اجرای سریع و یک‌باره ابزارها، نه تنها در زمان توسعه‌دهندگان صرفه‌جویی می‌کند، بلکه به حفظ پاکیزگی و نظم محیط‌های کاری، از سیستم شخصی گرفته تا خطوط یکپارچه‌سازی و تحویل مداوم (CI/CD)، کمک شایانی می‌نماید. این قابلیت، یک بهبود کیفیت زندگی (Quality of Life) است که نشان می‌دهد دات‌نت همچنان با قدرت به تکامل خود در مسیر تبدیل شدن به یک پلتفرم مدرن، کارآمد و توسعه‌دهنده‌محور ادامه می‌دهد.


پاسخ خودآزمایی

گزینه ب. تفاوت اصلی در ماندگاری و نحوه در دسترس قرار گرفتن ابزار است. dnx یک اجرای موقت از کش است، در حالی که dotnet tool install -g یک نصب دائمی با یک فرمان قابل دسترس در PATH سیستم ایجاد می‌کند.


مشاهده مطلب اصلی
مطالب مشابه