دو منظوره چیه، اغلب زبان هایی که میشناسید چند منظوره هستند، یعنی برای کاربرد های مختلفی قابل استفاده هستند، کامپایلری و مفسری بودن سبک اجرای زبان ئه، منظور نیست که تک منظوره و دو منظوره بشه.
فقط اون لینکی که از freelancer.com آوردید مربوطه که اونم چندان کاربردی نیست چون کلا موضوع فعالیت سایتش طوری نیست که بخواهید از داخلش راهنمای برنامه نویسی پیدا کنید.
برای چندمین بار میگم، برای چیزی که مربوط به مایکروسافت ئه در خود سایت مایکروسافت جستجو کنید.
از هیچکدوم نباید استفاده کنید. شما برای سیستمی که هنوز شناختی ازش ندارید دنبال dll میگردید برای چی؟ شما بفرض که dll ای هم پیدا کنید بدون مستندات بر چه اساسی استفاده اش می کنید؟ اصلا بر چه اساسی تشخیص میدید که باید از dll خاصی استفاده کنید؟ و از کجا میفهمید که کاری که با dll میکنید درسته؟ از کجا معلوم روی سیستم دیگری مشکل ایجاد نکنه؟ همینطوری سراغ dll هایی که اصول کارشون رو نمی دانید نروید.
IVssImplementation vssImplementation = VssUtils.LoadImplementation(); // اولین کار ، شناسایی سیستم عامل و 32 بیتی یا 64 بیتی بودن اون برای شادو کپی هست که این تابع این کار را انجام میده
using (IVssBackupComponents vssBackup = vssImplementation.CreateVssBackupComponents()) // دومین کار مهم ، ساختن شی ای از فرزندان اینترفیس IVssBackupComponents هست تا با شادو کپی بتونیم کار کنیم که این تابع این کار را انجام میده .)
{
vssBackup.InitializeForBackup(null);
vssBackup.GatherWriterMetadata();
vssBackup.SetContext(VssSnapshotContext.Backup);
vssBackup.SetBackupState(false, false, VssBackupType.Full, false); // پیکربندی کلی برای بکاپ
Guid MyGuid_1 = vssBackup.StartSnapshotSet();
Guid MyGuid_2 = vssBackup.AddToSnapshotSet("F:\\"); // برای اضافه کردن درایو برای شادو کپی (عملیات شادو کپی را انجام نمیده)
vssBackup.PrepareForBackup(); // رویداد PrepareForBackup را برای نویسنده ی بکاپ ایجاد میکنه
vssBackup.DoSnapshotSet(); // انجام عملیات شادو کپی ها در این set و مجموعه ، بصورت همزمان
}vssBackup.InitializeForBackup(null);vssBackup.GatherWriterMetadata();
vssBackup.SetContext(VssSnapshotContext.Backup);vssBackup.SetBackupState(false, false, VssBackupType.Full, false);Guid MyGuid_1 = vssBackup.StartSnapshotSet();Guid MyGuid_2 = vssBackup.AddToSnapshotSet("F:\\");vssBackup.PrepareForBackup();vssBackup.DoSnapshotSet() string path = vssBackup.ExposeSnapshot(MyGuid_2, null, VssVolumeSnapshotAttributes.ExposedLocally, "L:");
MessageBox.Show(path);System.ArgumentException: 'Value does not fall within the expected range.'اینکه مشکل از چیه رو نه من میتونم تشخیص بدم و نه هر کسی که بهش این توضیحات رو بدید. شما نهایتا یک سرویس رو دارید اجرا می کنید، اولا باید ببینید سرویس اش در حال اجرا هست یا نه. اصلا شاید Disable باشه. ثانیا اگه سرویس اجرا بشه، برای اجرای نادرست خطا وجود داره اما دلیلی نداره که خطاهای مربوط به یک سرویس توسط برنامه NET. شما دریافت بشه. اگه خطایی هست در سرویس Shadow Copy بوجود میاد، نه برنامه شما.
جزو تنظیمات VSS ئه دیگه، در خوب ویندوز قابل دسترسی و تغییر ئه :
به ندرت پیش میاد چیزی اضافی و بیخودی نوشته شده باشه، و دلیلی نداره دنبال همچین مواردی باشید که بخواهید حذفش کنید.
نمیدونم. در مورد کد هایی که سوال می کنید که نه تا به حال زمان صرف بررسی شون کردم و نه کاربردی برام داشتند که حالا اینکار رو انجام بدم.
مهم اینه که نشون میده تو قابلیت سرویس هست، الزاما چیزی که اینترفیس ویندوز نشون کاربر میده شامل تمامی قابلیت های سرویس نیست.
احتمالا مشابه چیزی که اینجا نشون میده :
الزامی نداره که یک سرویس همیشه در حال اجرا باشه. همه سرویس ها همچین حالتی ندارند که دائم در حال اجرا باشند.
ProcessStartInfo processRunAdmin = new ProcessStartInfo(Application.ExecutablePath);
processRunAdmin.Verb = "runas";
try
{
Process.Start(processRunAdmin);
}
catch (Exception)
{
MessageBox.Show("این پروژه نیاز به دسترسی ادمین دارد");
return;
}اولا اینکه بیایید پروسه برنامه خودتون رو مجددا اجرا کنید کار اشتباهیه. شما فرض رو بر این میگذارید که runas قطعا منجر به دسترسی Administrator بشه که اگر چنین نشه اتفاق خیلی بدی می افته. شما هیچ تسلطی روی تنظیمات و مشکلات غیر قابل پیش بینی سیستم کاربر ندارید. اگر تنظیمات UAC اصلا اجازه اجرا شدن در حالت Admin رو نده صد بار هم اجرای مجدد بشه اون دسترسی بدست نمیاد و چون میبینید دسترسی ندارید همون روال رو تکرار می کنید و مدام اجرای پروسه تکرار میشه. اینکار رو نکنید. کاربر خودش باید تصمیم به اجرای مجدد پروسه شما با دسترسی Admin بگیره، نه اینکه خودتون چنین کاری رو انجام بدید. اگر قرار بود برنامه ها خودشون برای دسترسی شون تصمیم بگیرند اصلا دلیلی نداشت UAC تعریف بشه. اگر قرار باشه که هر پروسه ای بتونه با دسترسی Administrator اجرا بشه، UAC دیگه جلوی اجرای کدوم روال ناخواسته ای رو میگیره؟
شما خودتون در Main با کدی که هست فرمی رو نمایش میدهید، اگه کدی نباشه که نخ دیگه کاری برای انجام نداره و برنامه بسته میشه. یعنی بسته شدن برنامه کاری نیست که کد لازم داشته باشه. در فرم ها هم که نوشتم، با Application.Exit بسته میشه. مشکل کد شما اینه که به ظاهر اصلا برایش دسترسی ادمین نیاز نیست. اینجا یکبار و چند بار معنی نداره. چرا فکر می کنید کدتون باید یکبار اجرا بشه؟ ممکنه همون یکبار هم اضافی باشه. کد شما که اصلا کاری با دسترسی ادمین بودنش نداره، چک نمی کنه که دسترسی داره یا نه. اگر کاربر خودش برنامه رو شما رو با دسترسی ادمین اجرا کرد چه مرضی داریم که مجددا یکبار اجراش کنیم؟
