اول نیاز به پایه تئوری هست برای کار عملی. از اینجا (^) می‌شود شروع کرد.

اگر فقط متدها استاتیک باشد، خیر. مانند مثال بالا. اما کیفیت این کد طوری است که تمایل به استفاده از اطلاعات استاتیک در آن بالا است. احتمالا شاید چون شیک‌تر به نظر می‌رسه. در اون صورت اگر جایی نوشته شده public static bool IsAdmin یعنی تمام کاربران سایت هم اکنون ادمین هستند یا می‌توانند باشند.

طراحی TryParse مربوط به دات نت یک است که هنوز حال و هوای دوران C برقرار بود. اگر امروز می‌خواستند آن‌را طراحی کنند هیچ وقت از Out در آن استفاده نمی‌شد.

فریم ورک زیاد هست. حتی خود مایکروسافت هم مثلا MSTest رو داره که با VS.NET‌ یکپارچه است. نکته مهم این ابزارها نیستند. مهم نوشتن تست است. مهم این نیست که از SVN استفاده کنید یا از GIT . مهم این است که از یک سورس کنترل استفاده شود.

- برای NH اگر از الگوی Repository استفاده می‌کنید می‌تونید از SQLite به عنوان ابزار نوشتن آزمون‌های واحد استفاده کنید. SQLite یک مزیت جالبی که دارد این است که امکان تشکیل دیتابیس در حافظه را دارد. این یعنی همان پیشنیاز اصلی نوشتن آزمون‌های واحد: سرعت بالای انجام کار، خارج نشدن از مرزهای سیستم. ضمن اینکه این بانک اطلاعاتی تشکیل شده، یک بانک اطلاعاتی واقعی است اما پس از پایان کار به صورت خودکار نابود می‌شود که برای آزمون‌های واحد بسیار مفید است.
برای ORM های دیگر چون پشتیبانی از سایر بانک‌های اطلاعاتی آن‌ها ضعیف است، روش‌های mocking و غیره مطرح می‌شود (که اینبار دیگر با یک دیتابیس واقعی کار نمی‌شود و سطح کار کمی پایین‌تر است) اما با NH راحت می‌شود از SQLite تشکیل شده در حافظه استفاده کرد. فقط باید تنظیمات اتصال ابتدای برنامه را عوض کرد.
- خوب؛ تا اینجا واژه کلیدی مورد نیاز برای جستجو مشخص شد، مابقی را در اینجا (^) جستجو کنید.

بله؛ محترمانه‌تر هست! مثلا ReSharper هم محترمانه زیر این موارد خط می‌کشه (البته اگر تیک XML Documentation file خورده باشه).
اگر نیاز به برخورد خشن‌تری (!) داشتید روش Treat warnings as errors یک نوع وادار کردن هست، آن هم غیرمحترمانه چون برنامه دیگر کامپایل نخواهد شد و ... کار به بعد موکول نمیشه.

شما در کل نیازی به این SDK‌ ندارید، چون فرمت HTML help 2x چیزی نیست که به درد کاربر نهایی بخورد.
فقط به برنامه HTML help workshop نیاز است جهت تولید CHM به علاوه برنامه sandcastle help file builder جهت اتوماسیون و سهولت کار.

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

این کد بالا هم «کار می‌کنه». این فرد یا این شرکت اگر جرات داره اون برنامه رو در طی یک سایت بذاره روی اینترنت! خیلی‌ها علاقمند هستند تا کمی اهمیت مرور کدها رو به اون‌ها به نحو مقتضی یادآوری کنند!

بله. من خودم همیشه از using استفاده می‌کنم. جمع و جورتر هست و تمیزتر. به علاوه مثلا زمان dispose خودش بررسی می‌کنه که آیا شیء الان نال هست یا نه. در کل یک سرویس رایگان هست از طرف کامپایلر!