چرا، در همین try/catch نوشته شده می‌شود اینکار را انجام داد؛ اما فایده‌ای ندارد چون قسمت آغازین برنامه ناقص است و بعد از آن برنامه قابل استفاده نخواهد بود. مثلا تنظیمات نگاشت‌های IoC Container و یا ORM انجام نشده‌اند. بنابراین catch آن حاصلی نخواهد داشت و عملا برنامه نیاز به ری‌استارت دستی پیدا می‌کند. چون به ظاهر پروسه IIS آن در حال اجرا است، اما قسمت‌های مختلف برنامه پاسخ نمی‌دهند.

به هیچ وجه نمی‌توان خطاهای رخ داده در این بخش را catch  کرد؟

یکبار دیگر سؤال تکراری در سایت مطرح کنی حذفت می‌کنم. خستم کردی. حداقل 2 جا بهت جواب دادم. تمومش کن این مسخره رو.

سلام
سیم کشی‌های من درست بود
پارامترهارو در یک کلاس کپسوله کردم و به کنترلر پاس دادم درست شد. ظاهرا خطای غیر منطقی هست چون هیچ چیزی تغییر نکرد

خطای 202 به معنای ناقص بودن سیم‌کشی‌های آغازین برنامه شما است. نمونه‌اش در بحث مرتبط با MVC مطرح شده‌است.

- سؤال شما این بود که در کلاس اصلی من، در متدی داخل آن، با چند صدهزار رکورد کار انجام می‌شود. پاسخ این است که اصلا این پروکسی ایجاد شده ربطی به داخل متد شما ندارد. کاری به وهله سازی‌های انجام شده داخل آن نیز ندارد. invocation.Proceed یعنی این متد رو اجرا کن؛ نه اینکه هر وهله‌ای که داخل آن متد قرار می‌گیرد را نیز با پروکسی مزین کن.
- تمام ORMها برای پیاده سازی مباحث Lazy loading یک شیء پروکسی را از شیء اصلی شما ایجاد می‌کنند. نمونه‌اش را شاید با EF Code first با نام‌های خودکاری مانند ClassName_00394CF1F92740F13E3 دیده باشید؛ NHibernate هم یک زمانی از همین Castle.Core برای تدارک پروکسی‌های اشیاء استفاده می‌کرد. سربار آن در حین ایجاد چندین هزار وهله از یک شیء، در حد همان کار با ORMهایی است که هر روزه از آن‌ها استفاده می‌کنید (اگر می‌خواهید یک حسی از این قضیه داشته باشید).

منظورم این بود که برای حالتی که از امکاناتی مثل Castle.Core استفاده می‌کنیم  یک پروکسی از کلاس اصلی ما تولید می‌کند و با توجه به اینترسپتر در زمان اجرا این کلاس تزیین شده را اجرا می‌کند. مگر برای هر وهله از کلاس اصلی ما این اتفاق رخ نمی‌دهد؟ اگر چنین است پس پروکسی‌های زیادی با توجه به کلاس اصلی و اینترسپتورهای مختلفی که تعریف کرده ایم ایجاد می‌شود. می‌خواستم ببینم این عملیات کارایی را پایین نمی‌آورد؟.

وجود یک Interceptor تداخلی در روند کاری جزئیات متد شما ندارد. جائیکه فراخوانی متد invocation.Proceed انجام می‌شود، روند انجام آن مستقل است از وجود Interceptor و فقط پیش و پس از آن یا استثنای حاصل تحت نظر قرار می‌گیرند.