نظرات مطالب
پیاده سازی Option یا Maybe در #C
سلام. ممنون از مطلب مفید شما.
شاید علت اینکه option در #C وجود نداره اینه که متد ()<Enumerable.Empty<TResult وجود داره و نیازی به این گزینه نیست. ولی در کل، هم فکر کردن در مورد NRE و هم آشنایی بیشتر با زبان #F مفید است. البته با توجه به اینکه این مقاله قبلا نوشته شده، باید بگم الان کامپایلر #C بسیار قویتر شده و تا حد زیادی جاهایی که احتمال وقوع این exception هست رو به شما خبر میده.  
نظرات مطالب
ایده‌ی ثبت خودکار سرویس‌ها، به همراه تنظیمات؛ بدون نوشتن هیچ کدی در ConfigureServices با روش Installer
خواهش می‌کنم. بله درسته طرز کار Strutor درست مثل AutoRegisterDi هست که در انتهای مطلب بهش اشاره کردم. البته اینجا فرض بر اینه که کاربر با تزریق وابستگی خودکار (با کمک Autofac یا Strutor یا AutoRegisterDi) آشنایی داره و تمرکز اینجا بیشتر روی تمیزی کد و خودکارسازی فرآیند کانفیگ سرویس‌هامون و کم شدن خط کدهای متد ConfigureService هست و برای جزییات تزریق وابستگی DI همان مطلب که گفتید بسیار عالیه.
نظرات مطالب
کنترل دسترسی‌ها در Angular با استفاده از Ng2Permission
این خطا عنوان کرده که با فرمت استاندارد «ایجاد پروژه‌ی «کتابخانه» توسط Angular CLI 6.0» سازگاری ندارد. بهتر است با توجه به سورس باز بودن پروژه، این فرمت خاص را ایجاد کنید و به عنوان یک pull request جدید ارسال نمائید:

نظرات مطالب
نامرئی کردن Watermarkهای صفحات فایل‌های PDF توسط iTextSharp
اون خطا Pdfname.ca_ رو رفع کردم آقای نصیری ممنونم ، بجاش نوشتن ca
یه سوال دیگه ای هم که داشتم درمورد ترکیب این دو مطلب که گفتین  برای حذف کلی واترمارک ، راستش من زیاد با itextsharp  آشنایی ندارم کاش یه راهنمایی میکردین که چیکار باید بکنم تا بتونم حذفش کنم ، دوتا مطلب یه جورایی باهم تفاوت داشت چون یکی با استریم کار میکرد یکی با آبجکت ، لطف میکنین یه راهنمایی کنین.
نظرات مطالب
EF Code First #12
سپاس جناب نصیری . 
در تکمیل بحث آقای نصیری ، برای افزوده شدن خودکار  IUnitOfWork  به DbContext ایجاد شده به صورت خودکار ، دوستانی که با T4 Templates آشنایی ندارن ، دقیقا خطوط زیر رو در مکان‌های مشخص شده اضافه کنید تا IUnitOfWork به صورت خودکار به DbContext اضافه بشه ...  
ابتدا : 

     و سپس بعد از نوشته شدن  FunctionImports کدهای زیر رو اضافه کنید و در نهایت بر روی Template راست کلیک کرده و run custom tool و در نهایت  congratulation :)

نظرات مطالب
افزونه farsiInput جهت ورودی فقط فارسی در صفحات وب
هیچ تفاوتی نمی‌کند. فقط اگر از ASP.NET Web forms استفاده می‌کنید(ASP در دهه‌ی نود میلادی منقرض شد)، نیاز است با مفاهیمی مانند ClientID آشنا باشید:
- آشنایی با انواع Control ID‌ها در ASP.Net  
مانند:
$('#<%= TextBox1.ClientID %>')
- همچنین در نگارش‌های اخیر ASP.NET Web forms می‌شود تولید این Id را کنترل کرد:
<asp:TextBox runat="server" ID="txtName" ClientIDMode="Static" />
نظرات مطالب
روش Controller as در AngularJs
خیر. در مجموع نمی‌توان تفاوتی خاص بین این دو روش برشمرد. scope$ روشی کلاسیک است در حالی که controller as در نسخه جدید پشتیبانی می‌شود. مهم‌ترین مزیت روش controler as عدم تزریق scope$ به تابع سازنده کنترلر است؛ اما علاوه بر این به نظر من روش controller as به دلیل استفاده از this که تقریبا تمام برنامه نویسان جاوااسکریپ با آن آشنایی دارند روشی تمیزتر است. البته بد نیست که نگاهی هم به (^) داشته باشید.
نظرات مطالب
ASP.NET MVC #12
- در متن توضیح دادم: « البته باید درنظر داشت که استفاده از پوشه Views/Shared اجباری نیست. برای مثال اگر از پوشه Views/Home/DisplayTemplates استفاده کنیم، قالب‌های سفارشی تهیه شده تنها جهت Viewهای کنترلر home قابل استفاده خواهند بود.»
در متن عنوان شده DisplayTemplates، شما این رو مثلا به EditorTemplates تغییر بدید. اصول یکی است.
- مراجعه کنید به سورس ASP.NET MVC و قسمت‌های مرتبط رو مطالعه کنید؛ جهت آشنایی بیشتر با سازوکار درونی آن‌ها.
نظرات مطالب
مفاهیم برنامه نویسی ـ مروری بر پروپرتی‌ها
تشکر فراوان از نظر حضرتعالی.
بله صحیح می‌فرمایید. اما کار با این کلاس تمام نشده است و صرفاً مثالی ساده برای بیان مفاهیم پایه ای مورد نظر در مقاله است. در چنین مثالی نباید ذهن خواننده را درگیر مسائلی نمود که مورد هدف بحث نیست. ضمناً هر مقاله دارای یک جامعه هدف است. اگرچه می‌تواند برای افراد دیگر هم مفید واقع شود اما باید دانسته‌های جامعه هدف خود را مد نظر داشته باشد. برای خواننده ای که در حال آشنایی با مفهوم پروپرتی است، صدور یک استثنا و مفاهیم مربوطه نیاز به بحثی جدا دارد.
نظرات مطالب
ASP.NET MVC #8
ممنون
فقط یه نکته هنوز برام مشخص نشده که تو کدوم قسمت وهله ای به @Model پاس داده میشه...
تا اونجایی که من متوجه شدم توی فضای نام Models دو تا کلاس Product و Products وجود داره و اینکه @Model وهله ای از لیست محصولات(که همون Products هست) به حساب میاد، درسته؟ پس فکر کنم مشکل من بر میگرده به اینکه با ساختار List<T>class آشنایی ندارم ، به این خاطره یا چیز دیگس؟