‫۵ سال و ۳ ماه قبل، پنجشنبه ۱۶ خرداد ۱۳۹۸، ساعت ۱۶:۵۴
«...در این تست متد async  هر بار زمان بیشتری برای محاسبه برد (که خوب چون ترد جدید باز میکنه طبیعی هست)...»
- زمان بیشتر بردن کاملا طبیعی هست؛ چون متد async یک Coroutines را در پشت صحنه ایجاد می‌کند (کدهای قسمتی از آن توسط کامپایلر به این صورت تولید می‌شود):
و این Coroutines نسبت به حالت sync، تعداد سیکل CPU بیشتری را مصرف می‌کنند. اما نکته‌ی اصلی این است که عملیات async ترد جدیدی هم ایجاد نمی‌کند (دلیل اصلی علاقه‌ی به آن این است و نه اینکه تعداد سیکل CPU کمتری دارد). بحث اصلی ما بالا رفتن میزان «مقیاس‌پذیری» سیستم هست و نه بالا رفتن سرعت اجرای قطعه کدی خاص که مطلقا چنین چیزی نیست.
+ متد WriteAsync برای نوشتن در FileStream (در استریم فایل سیستم) و یا نوشتن در استریم یک سوکت شبکه هست (IO-bound operations) و نه نوشتن در حافظه (MemoryStream) به صورت async که حاصلی ندارد (خلاصه‌ی بحث جاری یا انجام عملیاتی CPU-bound operation). اهمیت نوشتن async در فایل سیستم و یا استریم سوکت شبکه هم در همان مطلب «اعمال غیر همزمان و چند ریسمانی» بحث شده و همچنین سایر قسمت‌های این سری. بحث متدهای Async اضافه شده به دات نت فریم ورک، ربطی به مباحث چند ریسمانی ندارد «... متدهای Async واقعی کار با شبکه و اعمال I/O، از ترد استفاده نمی‌کنند ...». به همین جهت نسبت به حالت استفاده از تردها سربار کمتری دارند.  
‫۵ سال و ۳ ماه قبل، پنجشنبه ۱۶ خرداد ۱۳۹۸، ساعت ۱۶:۰۰
متشکرم جناب مهندس ، من کل مطالب فارسی راجب به ترد و اسینک و ... چه در دات نت تیپز و چه در سایر وبسایت‌ها و کورس‌ها فارسی چنیدن بار مطالعه کردم ، باز خدا خیرش بده جناب نصیری حداقل در mvc توضیح دادن بقیه که فقط در سی شارپ گفتن و کاملا مشخصه خودشون دقیق نمی‌دونن چی هست ... اما مشکل من با عملی این موضوع هست نه تئوری ، و در پیاده سازی متاسفانه امکان تست صحت کارکرد وجود نداره (قطعا وجود داره ولی منابع نیست) در پایان لینکی که قرار داید ، یه مطلب انگلیسیه خوب ضمیمه شده ولی اون هم تئوری و کلی هست.
ایا ابزاری وجود داره که صحت درست کارکردن متد‌های async رو بررسی کنه ؟
ایا مقاله یا ویدو اموزش دارید که به قول خود نویسنده‌های خارجی شیرجه بره در مفهوم async و الگریتم کار رو به چالش بکشه که مشخص کنه دقیقا پشت پرده چکار می‌کنه (واضح باشه) ؟
ممنونم.
‫۵ سال و ۳ ماه قبل، چهارشنبه ۱۵ خرداد ۱۳۹۸، ساعت ۱۷:۲۳
در این مثال عملیات تبدیل sync به async درست انجام شده ؟
کد sync :
        public string AESEncrypt(string Text)
        {
            byte[] dataToEncrypt = Encoding.UTF8.GetBytes(Text);
            byte[] key = Convert.FromBase64String(AES_Key);
            byte[] iv = Convert.FromBase64String(AES_Iv);

            using (var aes = new AesManaged())
            {
                aes.Mode = CipherMode.CBC;
                aes.Padding = PaddingMode.PKCS7;
                aes.Key = key;
                aes.IV = iv;
                using (var ms = new MemoryStream())
                {
                    using (var cs = new CryptoStream(ms, aes.CreateEncryptor(), CryptoStreamMode.Write))
                    {
                        cs.Write(dataToEncrypt, 0, dataToEncrypt.Length);
                        cs.FlushFinalBlock();
                        return Convert.ToBase64String(ms.ToArray());
                    }
                }
            }
        }
کد async :
        public async Task<string> AESEncryptAsync(string Text)
        {
            byte[] dataToEncrypt = Encoding.UTF8.GetBytes(Text);
            byte[] key = Convert.FromBase64String(AES_Key);
            byte[] iv = Convert.FromBase64String(AES_Iv);

            using (var aes = new AesManaged())
            {
                aes.Mode = CipherMode.CBC;
                aes.Padding = PaddingMode.PKCS7;
                aes.Key = key;
                aes.IV = iv;
                using (var ms = new MemoryStream())
                {
                    using (var cs = new CryptoStream(ms, aes.CreateEncryptor(), CryptoStreamMode.Write))
                    {
                        await cs.WriteAsync(dataToEncrypt, 0, dataToEncrypt.Length);
                        cs.FlushFinalBlock();
                        return Convert.ToBase64String(ms.ToArray());
                    }
                }
            }
        }
من این دو متد رو از نظر "زمان اجرا" ، "ترد مشغول" ، "هسته cpu مشغول" در asp.net mvc تست گرفتم {1000 بار فرخوانی} .
در این تست متد async  هر بار زمان بیشتری برای محاسبه برد (که خوب چون ترد جدید باز میکنه طبیعی هست) و در ترد‌ها و هسته‌های مختلف cpu اجرا میشد ، که این هم طبیعی هست ، طرف نظر از این که طبق مقاله حاضر کلا اینجا async نباید اجرا بشه چون خارج از مرز سیستم نیست ولی عملیات async کامل انجام میشه (فکر میکنم).
اما متد sync که بررسی شد ، خروجی به صورتی بود که آن هم هر بار در ترد و هسته مختلف سی پی یو اجرا میشد ! سوال دلیل چیست ؟
مگر تفاوت sync و async  دقیقا به اجرای آنها نیست ؟ پس چرا در هر دو حالت ما اجرا‌های یکسانی داریم ؟
ممنونم.
‫۵ سال و ۳ ماه قبل، چهارشنبه ۱ خرداد ۱۳۹۸، ساعت ۱۳:۴۱
با تشکر؛ حدودا یک ماهه فکرم درگیر دقیقا همین موضوع بود و دقیقا 24 ساعته دارم توی وب سرچ می‌کنم. آخرم به نتیجه مطلوب نرسیدم تا این کامنت شما رو دیدم دقیقا سوال من همین بود و تشکر ویژه دارم .
اما چرا بعد حدود 9 سال کار با asp.net تازه یاد این ویژگی افتادم و برام چالش شد، صرفا دلیلش این بود که در همین سایت خودتون مباحث مربوط به طراحی برنامه‌های با میزان کاربر بالا مطالعه می‌کردم که دوستان توضیح داده بودن و فکر منو سمتی برد که تصور کنم مسیر رو اشتباه میرم که به مباحث برنامه نویسی موازی و چند نخی رسیدم و بعد کلی تحقیق بررسی فهمیدم برنامه نویسی موازی واقعا خطرات پیش‌بینی نشده‌ای برای سیستم خصوصا در رابطه با استفاده از io به‌وجود میارد و کماکان گیج‌تر هم شدم که اگر خوب نیست یا طراحی آن خیلی حساس هست و چند نخی هم زیاد باعث افزایش سرعت نمی‌شود، پس سیستم‌های بیگ اسکیل مثل اینستا و فیسبوک و ... که کاربران میلیونی دارند چطور طراحی و چطور کار می‌شوند با اینکه asp.net core در سطح 7 فریم ورک سریع دنیا مطرح هست ؟!
هنگام به روز رسانی اجزاء یک موجودیت چه با کتابخانه ثالث (مثلا GraphDiff) یا روش شخصی خودتان حتما این نکته رو باید در نظر داشته باشید؛ چند ساعتی صرف خطایابی خطای زیر شد که خوشبختانه با این نکته بیان شده در اینجا مشکل حل شد.
An item with the same key has already been added.
نحوه شناسایی خطا هم به این صورت بود که تکه کد زیر در وب بدون خطا اجرا می‌شد ولی در محیط دسک تاپ خطای اشاره شده در بالا صادر می‌شد.
_uow.Update(employee, x => x.OwnedCollection(y => y.RemainingLessons));


‫۵ سال و ۴ ماه قبل، شنبه ۱۴ اردیبهشت ۱۳۹۸، ساعت ۱۷:۰۲
در حالت استفاده‌ی از MVC، قسمت رندر خود pager یک کد سمت سرور هست. جائیکه لینک به صفحات مختلف رندر می‌شود، هش‌تگ مربوط به افزونه‌ی pathjs را هم خودتان اضافه کنید:
 var path = "#/page/" + (page + 1) + "/" + $(options.pagerSortById).val() + "/" + $(options.pagerSortOrderId).val();
این کد جاوا اسکریپتی هست (در فایل jquery.InfiniteScroll.js) که انتهای یک url به صورت هش‌تگ (page/1/#) اضافه می‌شود. همین هش‌تگ را در حین رندر url شماره صفحات خودتان اضافه کنید.
قسمت بعدی آن، پردازش این هش‌تگ‌ها است (زمانیکه به صورت مستقیم در مرورگر وارد شد) که نیاز به کد جاوا اسکریپتی زیر را دارد:
Path.map("#/page(/:page)(/:sortby)(/:order)").to(function () {
که آن هم جزئیاتش در فایل jQueryMvcSample02_V2.zip موجود است.
‫۵ سال و ۴ ماه قبل، شنبه ۱۴ اردیبهشت ۱۳۹۸، ساعت ۱۶:۲۷
سلام،چطوری میتوان jquery.InfiniteScroll.js   را بصورت دکمه‌های شماره صفحات استفاده کرد؟ که بتوان شماره صفحه در url هم اعمال کرد یعنی در واقع مثل MvcAjaxPager بتوان عمل کرد؟
‫۵ سال و ۵ ماه قبل، سه‌شنبه ۲۰ فروردین ۱۳۹۸، ساعت ۰۰:۰۵
استفاده از متغیرهای استاتیک و حافظه‌ی سرور برای کش کردن (مانند مثال جاری)، مقیاس پذیر نیست. در این موارد روش توصیه شده، استفاده از بانک اطلاعاتی Key/Value فوق سریع Redis هست که اتفاقا با SignalR هم زیاد استفاده می‌شود.