نظرات مطالب
مشکلات نصب به روز رسانی‌های اخیر
پیشنهاد من نصب مجدد VS2010 و سپس SP1 آن است. چیز دیگری هم نصب نکنید. نیازی نیست (تمام موارد با SP1 ارائه شده).
بعد از اون حداکثر یک sl-toolkit نصب کنید و نه بیشتر. نگارش 5 هم هنوز بتا است و باید صبر کنید تا نسخه‌ی پایدار آن ارائه شود.
پاسخ به بازخورد‌های پروژه‌ها
مجبور به وارد کردن تاریخ روز!
بله حتما باید وارد شود. عمدا اینطوری طراحی شده چون ممکن است تاریخ کلاینت‌ها اشتباه باشد.
البته اگر می‌خواهید که از تاریخ سرور استفاده نکنید، می‌توانید به کمک یک اسکریپت تبدیل تاریخ میلادی به شمسی، از تاریخ کلاینت استفاده کنید.
نظرات نظرسنجی‌ها
برای توسعه برنامه‌های مبتنی بر NET Core. از چه محیطی استفاده می‌کنید؟
این مشکل در SDK نسخه 2.1 حل شده (و کاملا محسوس هست). حتی اگر از آن استفاده هم نکنید، نصب آن سرعت build نگارش‌های دیگر را افزایش می‌دهد. فقط نگارش‌های دیگر باید تعریف فایل global.json را در بالاترین سطح پروژه فراموش نکنند.
نظرات مطالب
تفاوت بین Interface و کلاس Abstract در چیست؟
نیازی به تکرار سابقه‌ی امکان داشتن تعاریف پیش‌فرض در کلاس‌های abstract و بعد از چندسال فراهم شدن مانند آن در اینترفیس‌ها، وجود همزمان طراحی‌های قدیمی و جدید و همچنین مفهوم، امکانات و کاربرد کلاس پایه‌ی Controller ای که به آن اشاره شد، نیست. همچنین مطالبی در مورد Overengineering و Generic repository‌ها هم مهم هستند. مطلب عنوان شده، دعوت به پرهیز از Overengineering  بود که اگر اینترفیس‌ها قراردادی را تعریف می‌کنند و کلاس‌های abstract هم می‌توانند مانند آن‌ها هم قراردادی را تعریف کرده و هم پیاده سازی‌های پیش‌فرضی را ارائه دهند که شبیه به تعریف قالب‌ها عمل می‌کنند، چه نیازی است تا در بالای یک کلاس abstract، یک interface را هم به عنوان قرار داد پایه تعریف کرد؛ درحالیکه این کلاس abstract باید تک تک اعضای این اینترفیس را مجددا به نحوی تکرار کند؛ یا باید آن‌ها را پیاده سازی کند (تکرار با پیاده سازی و به معنای تعریف یک قالب برای کلاسی که قرار است از آن مشتق شود) و یا باید توسط واژه‌ی کلیدی abstract، پیاده سازی آن‌‌ها را به کلاس مشتق شده‌ی از آن واگذار کند (تکرار با واگذاری و به معنای تعریف یک قرارداد، شبیه به تکرار اجباری اعضای همان اینترفیسی که از آن مشتق شده!).
نظرات مطالب
چگونگی گزارشگیری از Business Objects مانند List توسط StimulSoft
سلام
من یه بیزینس آبجکت دارم که درونش چندتا بیزینس آبجکت دیگه هست

هر بیزینس آبجکت داخلی رو بین یک GroupHeader و GroupFooter قرار دادم. من این بیزینس آبجکتهای داخلی رو با درگ کردن درون محیط دیزاین قرار دادم. مشکلی که وجود داره اینه که وقتی خروجی گزارش توی برنامه تکراری هست. یعنی اینکه اطلاعات بیزینس آبجکتهای LanguageCourses و... چند بار توی خروجی تکرار میشه. مشکل هم از پاس دادن اطلاعات توی اکشن نیست. اونجا اطلاعات درست پاس داده میشه. و جالب اینجاست که مثلا اگر من فقط دوتا بیزینس آبجکت LanguageCourses و Education رو توی گزارش بذارم اطلاعات این دوتا، دوبار تکرار میشه. اگه یه بیزینس آبجکت دیگه (مثلا TrainingCourses) رو هم بیارم تو گزارش، اطلاعات هر کدوم از این سه تا، سه بار تکرار میشه!

چند روز همین مشکل منو درگیر کرده و هنوز هم به نتیجه ای نرسیدم.

ممنون میشم دوستان راهنمایی کنند.

فایل گزارش: Report-9b7bd75b5286457a96f25f7ed37e45b6.mrt 

نظرات مطالب
کار با Kendo UI DataSource
- «خطا می‌گیره» برای بررسی کافی نیست. اطلاعات بیشتر
دفعه‌ی قبل هم همین رویه را تکرار کردی و پاسخی نگرفتی. چون برای رفع مشکل، اگر نتوان شرایط شما را خیلی «سریع»، «تکرار» کرد، امکان دیباگ و رفع اشکال آن هم نیست. بنابراین اگر قسمتی از یک پروژه‌ی بزرگ را اینجا عنوان کنید که کار نمی‌کند، هیچ کسی کمکی به شما نخواهد کرد (چون امکان بررسی و شبیه سازی جزئیات آن از راه دور میسر نیست).
بنابراین قبل از اینکه سؤالی را مطرح کنید، این سؤال را خودتان بپرسید:
- آیا طرف مقابل می‌تواند به «سرعت» مشکل من را شبیه سازی و «تکرار» کند؟
اگر پاسخ آن خیر است، احتمال اینکه پاسخ مناسبی را دریافت کنید، خیلی کم است.

- نیازی به تنظیم ProxyCreationEnabled = false در این قسمت از کد نیست و روش بهتری برای آن وجود دارد. اطلاعات بیشتر
- اگر قسمتی از اسکیمای JSON شما چنین شکلی را دارد:
"address":{
   "street":"test 59",
   "city":"City test",
   "post_number":"25050"
},
معادل Kendo UI Data source آن به صورت زیر خواهد بود:
columns : [
        { field: "address.street", title: "Street" },
        { field: "address.city", title: "City" },
        { field: "address.post_number", title: "Post#" }
    ]
یک مثال کامل
اشتراک‌ها
چک لیستی عالی برای طراحی فروشگاه‌های اینترنتی ( قسمت اول )

من در این چک لیست و مطلب کپسولی بلند بالا سعی می‌کنم تا فروشگاهی با چشم انداز و هدفی روشن را را برای شما ترسیم نمایم. مشتریان باید متوجه شوند که خرید کردن در وب‌سایت شما آسان، سریع و فرآیندیمفرح است تا چنین امری منجر به خرید‎های آنی بیشتر و تکرار آن در دفعات بعد شود. 

چک لیستی عالی برای طراحی فروشگاه‌های اینترنتی ( قسمت اول )
اشتراک‌ها
قوانین طراحی ساده

یک از ارزش‌های XP، سادگی و یکی از تکنیک‌های آن طراحی ساده (Simple Design) هست. Kent Beck مبدع XP برای داشتن یک طراحی ساده چهار قانون تعریف کردن که عبارت‌اند از:

  1. پاس شدن همه تست‌ها
  2. عدم وجود تکرار
  3. بیان مقصود برنامه نویس
  4. کاهش تعداد کلاس‌ها و متدها 
قوانین طراحی ساده
اشتراک‌ها
الگوی طراحی ستاره مرده!
- سیستم‌هایی که در خفا سفارش داده شده و ساخته می‌شن با بودجه‌ای غیرقابل تصور
- تعداد معدودی اجازه‌ی استفاده از آن‌را دارند و مابقی هم می‌تونند نگاه کنند؛ البته اگر مجوزش را داشته باشند!
- بعد از مدتی که بودجه مصرف شد پروژه متوقف می‌شه
- دوباره نگارش 2 آن با تکرار مراحل قبل شروع خواهد شد.

چیزی مثل همون سیستم‌های «لوکس» و «غیرضرور»
الگوی طراحی ستاره مرده!
نظرات مطالب
ارتقاء به ASP.NET Core 1.0 - قسمت 21 - بررسی تغییرات Bundling و Minification
- هدف اصلی از bundling این هست که «تمام فایل‌ها» مدخلی در صفحه نداشته باشند و فقط یک فایل معرف تمام آن‌ها ارائه شود؛ مانند کاری که در اینجا شده و گرنه ضرورتی به استفاده از این ابزارها نیست.
+ در تنظیمات آن حالت‌های مختلف caching سمت سرور مانند enableMemoryCache وجود دارد تا هربار و با هر درخواستی کار bundling و سایر جزئیات را تکرار نکند.