اگر منظور شما از روش‌های کلاسیک استفاده از Threadهاست باید بدانید که آن روش‌ها برای CPU‌های تک هسته ای در نظر گرفته شده بودند. همانطور که می‌دانید در CPU‌های تک هسته ای ، CPU تنها قادر به اجرای یک وظیفه در یک واحد زمان می‌باشد. در این CPU‌ها برای اینکه بتوان چندین وظیفه  را همراه با هم انجام داد CPU بین کارهای در حال انجام در بازه‌های زمانی مختلف سوییچ میکند و برای ما اینطور به نظر می‌آید که CPU در حال انجام چند وظیفه در یک زمان است.
اما در CPU‌ها چند هسته ای امروزی هر هسته قادر به اجرای یک وظیفه به صورت مجزا می‌باشد و این CPU‌ها برای انجام کارهای همزمان عملکرد بسیار بسیار بهتری نسبت به CPU‌های تک هسته ای دارند.
 با توجه به این موضوع برای اینکه بتوان از قابلیتهای چند هسته ای CPU‌های امروزی استفاده کرد باید برنامه نویسی موازی (Parallel Programming) انجام داد و روش‌های کلاسیک مناسب این کار نمی‌باشند. 

چندتا بحث هست. مدیریت پروژه. استفاده از Repository.
اینکه پوشه درست کنید،  class library‌ درست کنید. اسم‌های متفاوت استفاده کنید. همه این‌ها خوب است.
باز هم در طراحی خودتون اومدید ORM رو مخفی کردید. کل بحث جاری این است که اینکار اتلاف وقت است. «فقط با یک Config ساده در DI این موضوع به طور کامل حل می‌شود» : .... نمی‌شود. خیر! قصد ندارم مواردی رو که عنوان کردم تکرار کنم. مدتی با یک ORM با قابلیت‌های بالا کار کنید، این مطلب رو دیگر عنوان نخواهید کرد.
به نظر در مورد اسامی کمی تداخل اینجا هست. مفهومی رو که از Repository‌ دنبال می‌کنید، همان چیزی است که در لایه سرویس من به آن اشاره کردم.
اگر علاقمند بودید، به پیاده سازی generic repository که لینک دادم مراجعه کنید.
واژه‌ها‌ی مورد استفاده رو اگر یکسان کنیم شاید خیلی از سؤ تفاهم‌ها برطرف شود.

سلام. قبل از ASP.NET MVC من کاری شبیه به این رو با الگوبرداری از RoR انجام داده بودم. دو تا موضوع مطرحه: 1- اگه برای خودتون اینکارو انجام میدید، خیلی عالیه؛ چون تجربه ی به شدت غنی و ارزشمندی هست. 2- اگه برای پروژه انجام میدید، اگه کارتون پروژه های معمول توی بازار باشه اصلا ارزش نداره و به دردسرش نمی ارزه؛ مگه اینکه برای یه پروژه ی بزرگ کار کنید که در مجموع و کلیت براتون مقرون به صرفه باشه. پاینده و پیروز باشید.

- نگهداری این‌ها باید در مغز باشد ! :) به علاوه هستند یک سری برنامه مانند این: http://wordsremind.codeplex.com/
- می‌تونید با کمیته‌ی فیلترینگ در این زمینه هماهنگ کنید که چرا تمام آدرس‌های بلاگر را فیلتر کرده. از فید نظرات تا خود وبلاگ‌ها تا همه چیز در همه جا ... چند هزار یا چند صد هزار وبلاگ. مشکل از اینجا است.
- اطلاعی ندارم (کار پخش با انتشارات بود). لطفا با انتشارات ناقوس تماس بگیرید (یا درخواست خرید آنلاین بدید ... در سایت آن‌ها).


درخواست:
لطفا از موضوع بحث خارج نشوید. طبق عادت متداول این سایت کلیه مطالب خارج از عنوان حذف می‌شوند.

به نظر دوستان بهتر است است کدام یک از فریمورک‌های زیر را مورد استفاده قرار دهم تا در آینده هم به توان از این قالب به عنوان یک فریمورک برای کار‌های روزمره استفاده کنیم؟ واقعا نسبت به این موضوع وسواس شدیدی دارم .

1. Kendo UI
2. AngularJs
3. AngularJs X-editable
4. یا روش معمول و استفاده از HTML خالی

من هم درحال تحقیق هستم صرفا در این مورد ولی اینکه گفتید مزیت ندیدم عجیبه.

فیلدهای XML از سال 2005 به امکانات توکار SQL Server اضافه شده‌اند و بسیاری از مزایای دنیای NoSQL را درون SQL Server رابطه‌ای مهیا می‌سازند. برای مثال با تعریف یک فیلد به صورت XML، می‌توان از هر ردیف به ردیفی دیگر، اطلاعات متفاوتی را ذخیره کرد؛ به این ترتیب امکان کار با یک فیلد که می‌تواند اطلاعات یک شیء را قبول کند و در حقیقت امکان تعریف اسکیمای پویا و متغیر، در کنار امکانات یک بانک اطلاعاتی رابطه‌ای که از اسکیمای ثابت پشتیبانی می‌کند، میسر می‌شود.

Progressive Web Apps  

گوگل برای اولین بار در سال 2015 از آن رو نمایی کرد و استقبال زیادی ازش شد که ویژگی‌های زیر رو داره:

• قابل اطمینان: بار گذاری بی درنگ , کار کردن در حالت آفلاین یا شبکه‌های ضعیف
• سریع :پاسخ سریع به تعامل‌های کاربر همراه با انمیشن 
• جذاب : حس یک اپ بومی همراه با تجربه کاربری عالی

همچنین قابلیت نمایش ایکن اپ روی Home Screen (موبایل)