توصیه می‌کنم برای واحد پولی ایران از این جنس استفاده نکنید. از همان واحدهای عددی دقیق استفاده کنید.
اگر واحد مالی ما مانند کشورهای خارجی به صورت اعشار بیان میشد بله بهینه بود ولی در حال حاضر خیر.
من خودم تا به الان از Int استفاده کردم و می‌توان برای واحدهای بزرگتر BigInt را مورد استفاده قرار داد. هر چند int تا میلیارد را به خوبی پشتیبانی می‌کند

تا 100 تای اول Free هستش ، شاید به این دلیل هست که کمی با وقفه پیام هارو ارسال میکنه.
در ضمن این نکته رو فراموش نکنید که طول رشته‌ی ارسالی نباید بیشتر از 1000 کاراکتر باشه.
من در این مورد به پشتیبانی سایت تیکت فرستادم اگر جواب دادند،به اشتراک میزارم.

از تگ authorization در وب کانفیگ برنامه‌های ASP.NET MVC استفاده نکنید. این تنظیم بیشتر مربوط به برنامه‌های وب فرم است تا MVC (در اینجا فقط جهت یادآوری عنوان شده).
در برنامه‌های MVC فیلتر Authorize را به صورت Global تعریف کنید: «... امکان تعریف AuthorizeAttribute در فایل global.asax.cs و متد RegisterGlobalFilters آن به صورت سراسری نیز وجود دارد ...»

- Model ذکر شده در حلقه با M بزرگ است و نه کوچک.
- ذکر model@ با m کوچک برای تعریف Model در ابتدای View ضروری است.
- پس از تعریف کلاس‌های مدل برنامه، کامپایل را فراموش نکنید (خیلی از قسمت‌ها بر اساس Reflection کار می‌کنند و پس از کامپایل قابل دسترسی می‌شوند).

ضمن تشکر، فقط نکته استفاده از JSON.stringify در حین کار با jQuery Ajax رو بهتره اعمال کنید تا در دراز مدت و حالت‌های مختلف ورودی به مشکل برنخورید. به صورت خلاصه اطلاعات ارسالی رو جمع نزنید و تبدیل به رشته نکنید. یک شیء کامل درست کنید و اجازه بدید JSON.stringify اون رو تبدیل کنه.

یک نکته تکمیلی یا یک ... تجربه:
منهای موتورهای جستجوی خوب در اینترنت، مابقی قدرت پردازش لینک‌های یونیکد را ندارند. به همین جهت از متد EmitCleanUnicodeUrl استفاده نکنید. مهم نیست که این لینک‌ها در IE شکل زیبایی نخواهند داشت، مهم این است که تعداد خطاهای لاگ شده در برنامه شما در اثر عدم قدرت پردازش لینک‌های یونیکد توسط بسیاری از ربات‌های متفرقه به حداقل می‌رسد.

- در فرم‌هایی که اطلاعاتی را به سرور Post می‌کنند الزامی است (خصوصا از لحاظ مسایل امنیتی)
- در گزارشات ... «بهتر» است اعمال شود. مثلا با کم کردن تعداد فیلدها به تعدادی که نمایش داده می‌شوند، می‌توان مصرف حافظه برنامه را کاهش داد. شاید یک جدول شما 20 خاصیت داشته باشد و در یک گزارش فقط 5 مورد آن نمایش داده شود. 15 مورد دیگر صرفا مصرف کننده حافظه خواهند شد اگر از viewModel استفاده نکنید. (ولی ... در کل بهتر است اینگونه باشد)

- هیچ تغییری را در متدهای الحاقی همه منظوره ایجاد نکنید. این متدها رکوردی رو بر نمی‌گردونند (در متن لینک داده شده). فقط یک سری عبارت هستند. Select نهایی ویژه را پیش از ToList آخر کار انجام بدید.
- برای پویا کردن LINQ امکان استفاده از رشته‌ها وجود داره: (^)
- نوع خروجی متد در این حالت خاص می‌تونه object یا IEnumerable خالی باشد.

اصل قضیه در اینجا مدیریت Context در طی یک درخواست Http است که به خوبی توسط StructureMap مدیریت می‌شود؛ فقط با چند سطر کد نویسی (قسمت HttpContextScoped و بعد هم ReleaseAndDisposeAllHttpScopedObjects). اگر بخواهید اینترفیس‌ها را حذف کنید و از StructureMap استفاده نکنید به چند صد سطر کد برای جایگزینی آن خواهید رسید که ضرورتی ندارد.

شک ندارم خیلی از ماها زمانی کدهای بدتر از این هم نوشتیم. بنابراین اینقدر کد بیچاره را مسخره نکنید.
طرف اگر بیاد اینجا و نظرات شما رو بخونه که سرشو میندازه پایین و برنامه نویسی رو میذاره کنار و احتمالا میره سمت تحلیل و طراحی!
دستگیری کنید از ضعیفان نه سرکوفت بزنید!