مایکروسافت عادت داره دست به تغییرات اساسی بزنه. نمونه‌اش exchange server یا نمونه‌ی دیگر isa server که اگر به سیر تکاملی این‌ها دقت کنید می‌بینید که نگارش‌های جدید با نگارش‌های 10 سال قبل از زمین تا آسمان فرق کرده‌اند.
در کل باید منتظر نگارش بعدی شیرپوینت بود. یکی از ایراداتی که به شیرپوینت وارد هست سنگین بودن آن برای محیط خارج از اینترانت است (حجم بالای view state).

نگارش کامل شده‌ی این پروژه را از آدرس زیر دریافت کنید:
http://nh3sqllogger.codeplex.com/

بله، در تعداد رکورد بالا مثلا در یک گرید در صفحه، حتما مشکل‌زا است. کلا روش در این مورد زیاد هست، منجمله روشی که در قسمت 5 آموزش MVVM در سایت جاری هست. یا روشی که شما ذکر کردید، یا یک روش دیگر هم استفاده از فریم ورک‌های AOP است. این‌ها روی کد IL نهایی تاثیر می‌گذارند.
ولی در نهایت همان روش سنتی استفاده از رشته‌ها، هر چند کمی طولانی‌تر است، اما بهترین کارآیی و کمترین سربار را هم دارد.

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

خوانایی استفاده از Underline برای معرفی private field names از حالت استفاده از this بیشتر است (فقط با یک نگاه مشخص می‌شود). همچنین امکان فراموش شدن استفاده از this هم ممکن است باشد که این مورد سبب بروز احتمال تداخل متغیرهای یک متد با نمونه‌ای که به صورت private field تعریف شده می‌گردد.
فقط موردی را که باید در نظر داشت، یکپارچگی است. یعنی در کل کدهای شما یک روش باید وجود داشته باشد.
همچنین چون من برای بازبینی کدها یکبار از resharper هم استفاده می‌کنم، توصیه resharper استفاده از Underline هست و this را به صورت زاید (redundant) معرفی می‌کند.

سلام، به نظر مطابق مستندات آن (+) اگر SessionScope تعریف شود و داخل آن کار کنید،‌ متد Find شبیه به همان Load ذکر شده در مطلب فوق عمل می‌کند. تست کنید ببینید در این حالت تعداد کوئری‌ها چه فرقی می‌کند.

یک مورد شبیه به این QueryOver را هم اینجا می‌توانید پیدا کنید:
nhflowquery blog , nhflowquery

مشکل مرتبط است با زبان VB.NET ، جهت توضیحات بیشتر و ارائه راه حل (که باید کمی کدهای اصلی NHibernate را ویرایش (جایگزینی VBStringComparisonExpression با BinaryExpression) و سپس کامپایل کنید) این دو مقاله را مطالعه کنید:
(+) و (+)

این روش هم برای برنامه‌های دسکتاپ خوبه. ولی بحث اصلی این تاپیک تقریبا به تمام برنامه‌هایی که می‌توانند از NHibernate استفاده کنند و الزاما هم توانایی دخل و تصرف در سیستم را ندارند (مانند برنامه‌های وب)، قابل بسط و استفاده است.

این مشکلات زمان VB6 (مرحوم) هم بود (مثلا هنگام انتخاب فونت برای یک متن فارسی باید script آن را در صفحه انتخاب فونت روی Arabic گذاشت تا درست نمایش داده شود). قبل از دات نت. قبل از یونیکد شدن رشته‌ها در سیستم‌های متداول دات نت به صورت پیش فرض از نگارش یک آن.
دلفی‌های جدید هم به نظر رشته یونیکد را پیش فرض خود کرده‌اند (نگارش‌های بعد از 2007). بهتر است برنامه خودتون رو به این نگارش‌ها ارتقاء بدید (تا به صورت خودکار همه چیز منجمله کامپوننت‌ها(ی جدید) بر مبنای رشته‌های یونیکد کار کنند)، همچنین بانک اطلاعاتی هم باید واقعا رشته‌های یونیکد را ساپورت کند. مثلا در SQL Server ، بین نوع‌های varchar و nvarchar تفاوت وجود دارد.
در کل من با این صفحه کلید و برنامه‌های دات نت، نه مشکلی در ثبت دارم و نه مشکلی در نمایش (چند سال هست). همچنین نیم فاصله هم جهت تایپ فارسی پشتیبانی می‌شود + ساپورت فونت‌های قدیمی هم لحاظ شده.

از این نصاب استفاده کنید: (+)
سپس از قسمت regional settings کنترل پنل، صفحه کلید اضافه شده باید انتخاب شود.