نظرات مطالب
ارتقاء به ASP.NET Core 2.0 - معرفی بسته‌ی Microsoft.AspNetCore.All
استفاده از کامپایلر 1.1 برای پروژه‌های 1.1

اگر NET Core SDK. جدید را نصب کنید، سیستم build پروژه، به صورت خودکار از آخرین نگارش نصب شده استفاده می‌کند (یعنی نگارش 2). اگر می‌خواهید این مورد را بازنویسی کنید، نیاز است فایل ویژه‌ای را به نام global.json با محتوای ذیل به ریشه‌ی solution در بالاترین سطح ممکن اضافه کنید:
{ 
  "sdk": { 
    "version": "1.0.4" 
  } 
}
در اینجا عدد 1.0.4 شماره نگارش SDK مدنظر است. این شماره‌ها را در مسیر C:\Program Files\dotnet\sdk می‌توانید مشاهده کنید و بر این اساس باید تصمیم گیری کنید (بر اساس شماره‌های موجود و نصب شده‌ی بر روی سیستم شما).
و همچنین اگر فایل global.json را اضافه کرده‌اید، حین ارتقاء پروژه حتما باید شماره SDK موجود در آن‌را به صورت دستی اصلاح کنید؛ وگرنه پروژه build نخواهد شد. عدم وجود این فایل به معنای استفاده‌ی از آخرین شماره نگارش SDK موجود است.
بازخوردهای دوره
بررسی مقدماتی مراحل کامپایل یک قطعه کد سی‌شارپ و آشنایی با OpCodes

سلام

من کل دوره را مطالعه کردم خیلی جالب بود . تشکر می‌کنم

برنامه ILSPY فوق العاده بود و خیلی در یادگیری و درک عملکرد برنامه‌ها کمکم کرد، اما این ابزار چیزی شبیه به برنامه Refox است و کلیه کدها را Decode می‌کنه. برای محافظت برنامه از Decode شدن و جلوگیری از دسترسی برنامه هایی مانند ILSPY چه  باید کرد.

چرا که با این حساب برنامه‌های دات نه چیزی شبیه برنامه‌های Foxpro میشه که به راحتی میشه ReSource  کرد.

با برنامه فوق حتی Assembly‌های خود Dotnet هم قابل Resource هست !

همچنین برنامه ILSPY تنها امکان نمایش سورس و دارد و اگر بخواهیم بخش از اسمبلی و تغییر بدیم و Dll یا Exe را Patch کنیم مثلا عنوان Butten تغییر بدیم و یا حتی خطی را اضافه و کم کنیم از چه برنامه ای استفاده کرد؟

مطالب
فشرده سازی اسمبلی‌های دات نت

ابزارهای زیادی برای محافظت و یا فشرده سازی و رمزنگاری اسمبلی‌های دات نت موجود هستند که اکثر آنها تجاری هستند. برنامه netz نمونه‌ای است سورس باز و رایگان که تنها کار فشرده سازی اسمبلی موجود را انجام می‌دهد. همچنین با استفاده از آن سورس اسمبلی شما به‌وسیله برنامه reflector قابل مرور نخواهد بود. هر چند این برنامه سورس باز است و امکان unpack کردن نتیجه آن نیز احتمالا با اندکی سعی میسر خواهد بود اما باز هم یک مرحله پیشرفت محسوب می‌شود! خصوصا اینکه می‌توان برای آن Custom Compression Provider نوشت و برای مثال فایل زیپ شده نهایی را رمزنگاری نیز کرد.

قبل از عمل:



بعد از عمل:


نحوه استفاده:

فشردن کردن یک فایل exe توسط آن
netz app.exe

الحاق کردن فایل zip.dll همراه با فایل exe (بدون نیاز به توزیع فایل zip.dll):
netz -z app.exe

یکی کردن تمام dll های برنامه با فایل exe در قالب یک فایل نهایی:
netz -s app.exe lib1.dll lib2.dll

نکته:
در اینجا به صورت پیش فرض از فایل zip.dll برای فشرده سازی استفاده می‌شود (که برای تمام نگارش‌های دات نت قابل استفاده است). در نگارش‌های جدید دات نت، فشرده سازی نیز به کلاس‌های استاندارد اضافه شده است که امکان استفاده از آن نیز در اینجا مهیا است (و دیگر نیازی به استفاده از zip.dll آن نخواهد بود).
netz.exe -r net20comp.dll  app.exe

نحوه برنامه نویسی یک compression provider سفارشی برای آن در آدرس زیر توضیح داده شده است. (اعمال موارد امنیتی دلخواه و استفاده از آن)
http://madebits.com/netz/compress.php

و موارد دیگری که در راهنمای سایت آن توضیح داده شده‌اند.

اشتراک‌ها
NET Core SDK 3.1.403. منتشر شد

This .NET Core SDK release includes the following released .NET Core and ASP.NET Core Runtimes.

  • .NET Core SDK 3.1.403
  • .NET Core Runtime 3.1.9
  • ASP.NET Core 3.1.9 
NET Core SDK 3.1.403. منتشر شد
اشتراک‌ها
بهبود نصاب‌های NET Core. برای کاهش حجم نگارش‌های مختلف نصب شده‌ی آن

اگر نگارش‌های مختلف NET Core SDK را نصب کنید، پس از مدتی به یک چنین تصویری خواهید رسید:

با بهبود نصاب SDK، از این پس اگر وصله‌ای ارائه شده باشد، مثلا شماره نگارش nn در 3.0.1nn تغییر کرده باشد، ابتدا نگارش‌های قبلی آن حذف و سپس نگارش جدیدتر نصب می‌شود.

بهبود نصاب‌های NET Core. برای کاهش حجم نگارش‌های مختلف نصب شده‌ی آن
نظرات مطالب
ارتقاء به ASP.NET Core 1.0 - قسمت 21 - بررسی تغییرات Bundling و Minification
ممنونم از پاسختون
نکته : در صورتی که اگر نسخه‌های دیگری از SDK .NET core در سیستم از قبل نصب باشد دستور dotnet bundle یک خطای گمراه کننده برمیگرداند. من تمامی نسخه‌های کمتر از 3.1 SDK Core  رو uninstall کردم و بدون هیچ مشکلی اجرا شد.

نظرات مطالب
وادار کردن خود به کامنت نوشتن
سلام
تو مطلب مربوط به لینک اول یعنی درست کردن فایل های راهنما ی CHM ، دانلود SDK مربوط به 
Visual Studio 2008 SDK Version 1.0 حدودا 95 مگابایته. ولی برای 2010 حدودا 11 مگابایت. این دوتا با هم تفاوت دارند؟
نظرات مطالب
برنامه نویسی اندروید با Xamarin.Android - قسمت اول
1- در این باره توضیحاتی را خواهم گفت البته به طور خلاصه باید گفت که با توجه به امکاناتی که استفاده می‌کنید حجم برنامه متغییر است. اگر شما از System.XML.Linq استفاده کنید، dll آن با حجم تقریبی 1 مگ به برنامه اضافه خواهد شد!
2- تجاری بودن آن!
3- جستجو کنید کم نیست!
4- تمام Resourceها به راحتی قابل انتقال هستند و کدهای سی شارپ باید باز نویسی شوند. بنده بعد از کار با Xamarin به راحتی شروع به کار با Android Studio کردم
به نظر من برای برنامه هایی که نیاز به پخش آن در جامعه(مانند مارکت هایی چون بازار) وجود دارد بهتر است از جاوا استفاده کنید و برای برنامه‌های سازمانی که قابلیت‌های فوق العاده‌ی سی شارپ راه را ساده میکند از Xamarin استفاده کنید.