- یک سری متد کمکی اضافی برای کار با T4MVC که به صورت پیش فرض در MVC وجود ندارد؛ خصوصا برای کار با متدهایی که پارامتر Result دارند و متدهایی مانند MVC.Comments.Index را قبول می‌کنند.
- خیر. این روش کلی کار کتابخانه T4MVC است برای فراهم آوردن امکان overriding مسایل توکار خودش به همراه افزودن یک سری تعاریف قابل استفاده در کنترلر جاری. مثلا زمانی که می‌نویسند View.MyPartialViewName، نیاز است کنترلر جاری partial تعریف شود تا به رشته یاد شده که توسط T4MVC اضافه می‌شود دسترسی یافت.
در کل کار کردن با T4MVC علاوه بر دسترسی strongly typed به مسیرها و فایل‌های موجود پروژه، سرعت نهایی رندر شدن را هم بالا می‌برد؛ چون مسیرهایی را که ایجاد می‌کند، نیاز به کمترین حدس‌زدن و سعی و خطا را توسط موتور View جاری برای یافتن منبع مورد نظر دارد.

با سلام

امکانات Data Annotation‌ها کار تیم EF یا به عبارتی طراحان اصلی دات نت است. بنابراین کمی زیاده روی است که عنوان کنیم غیراصولی هستند. شما در NHibernate چندین و چند روش تعریف نگاشت‌ها و روابط را دارید. از فایل‌های XML تا Data Annotation‌ها تا Fluent NH تا Mapping by code اخیر آن و غیره. تمام این‌ها هست برای برآوردن سلایق مختلف.
در EF Code first هم به همین ترتیب. شما حق انتخاب دارید. به شخصه از ترکیب هر دو حالت Data Annotation‌ها و Fluent API استفاده می‌کنم.
ViewModel فقط بحث مدیریت صحیح ارتباط با کلاینت است (نمایش اطلاعات View) و برعکس (دریافت اطلاعات از کاربر). بنابراین اگر از ViewModel استفاده می‌کنید، نیاز است از Data Annotation‌ها استفاده کنید تا اعتبار سنجی سمت کاربر (که به صورت خودکار توسط MVC اعمال و مدیریت می‌شود) کار کند.

خیر به این صورت نیست تصور کنید شما پنج فایل  درون working directory خود دارید همچنین دو  فایل جدید نیز اضافه کردید تا زمانی که آن‌ها را با استفاده از دستور add به stage نیاورید git اقدامی برای ساخت سابقه برای آن فایل‌ها نمی‌کند به عنوان مثال سه فایل از پنج فایلی که قبلا وجود داشته تغییر کرده باشد و از این سه فایل تغییر کرده تنها دو تا و یکی از فایل‌های جدید به stage اضافه شده شده باشند و دستور commit اجرا شود تنها همان دو فایل تغییر کرده و فایل جدید موجود در stage در repository ذخیره می‌شوند

فکر میکنم از این رهیافت در سلوشن‌های مرجح مایکروسافت نشه یاد کرد. در asp.net mvc 4 دو تکنیک Bundle کردن (دسته کردن فایل‌های مشابه در یک دسته) و Minify کردن (از بین بردن فواصل اضافه و کوچک کردن نام متغییرها و حذف کامنت‌ها) اضافه شده. که این کار رو به صورت توکار خود فریم‌ورک انجام میده فقط لازمه با دستورات Syte.Render و Script.Render اونارو آدرس دهی کنیم.

فکر نمی‌کنم کسی این دور و اطراف بزرگتر از SharePoint پروژه‌ای داشته باشه. SharePoint هم به وفور از فایل‌های Resx استفاده می‌کنه. محل آن‌ها هم پوشه‌های زیر داخل خود پروژه است و یا در اسمبلی‌های جداگانه:
C:\inetpub\wwwroot\wss\VirtualDirectories\80\App_GlobalResources
C:\Program Files\Common Files\Microsoft Shared\Web Server Extensions\14\Resources
C:\Program Files\Common Files\Microsoft Shared\Web Server Extensions\14\CONFIG\Resources

کلاس ProductController در پوشه Controllers اضافه می‌شود. این کلاس هم یک کلاس ساده دات نتی است با این تفاوت که با ارث بری از کلاس استاندارد Controller، مفهوم یک کنترلر را پیدا می‌کند.
مرحله بعد ایجاد View است برای متدهای این کنترلر. در این مورد در قسمت بعد با تصویر توضیح خواهم داد. البته نتیجه آن هم این خواهد بود که فایل‌های View آن در پوشه پیش فرض Views/Product قرار می‌گیرند.
بنابراین نام کنترلر Product است.
نام پوشه Viewهای پیش فرض آن مطابق قرارداد، Views/Product است.
اما این کنترلر باید تحت عنوان کلاسی به نام ProductController به پوشه Controllers اضافه شود.

- شرکت‌های داخلی فقط کار بسته بندی رو انجام می‌دن و پخش. بنابراین زیاد نگران دستکاری در اصل محصول نباشید (و ویندوز من و شما فرقی ندارد)، البته شاید یک سری برنامه یا آپدیت را پس از نصب به صورت خودکار هم نصب کنند.
- در مورد صفحات آبی، عمده‌ی مشکل، درایورهای قدیمی یا نصب برنامه‌های قدیمی و ناسازگار است.
در کل برای تشخیص آن نیاز به memory dump سیستم است. در ویندوز هفت به صورت پیش فرض در این مسیر تشکیل می‌شود:
SystemRoot->MEMORY.DMP
فایل MEMORY.DMP را جستجو و آپلود کنید تا بشود آنالیز کرد.
در ویندوزهای قبلی یک پوشه به نام minidump داخل ویندوز بود که این فایل‌های دامپ در آن تشکیل می‌شد.

- درایوی که ویندوز در آن نصب می‌شود درایو سی ممکن است تشخیص داده شود و مشکلی هم نیست.

سلام،

راه حلی که من برای دور زدن این اشکال MKLC پیدا کرده بودم این بود که یک برنامه کوچک که خط فرمان را در جایی ذخیره می‌کرد نوشتم و آن را جایگزین فایل‌های cl.exe و link.exe که به همراه MKLC می‌آیند کردم.

MKLC به این روش کار می‌کند که از تعریف صفحه کلید یک فایل کد C ایجاد می‌کند و آن را توسط نسخه‌ای از Visual C که به همراه خود برنامه هست کامپایل می‌کند.

من به این روش فایل C تولید شده را ویرایش می‌کردم و ترکیب Shift+Space را در آن اصلاح می‌کردم و با خط فرمانی که به کمک برنامه ذکر شده به دست می‌آوردم صفحه کلید را کامپایل می‌کردم.

ولی راه حل شما هم خیلی جالبه و فکر می‌کنم که برای نسخه‌های بعدی من هم از آن استفاده کنم.

کلا مشکل شما مربوط به ارتباطات شبکه و اینترنت است.
-مشکل شما مربوط هست به درایوری به نام HSF_CNXT.sys ، که مربوط به مودم است.
-همچنین مرتبط است به درایور NDIS.sys و مربوط است به lan card که احتمالا از درایور پیش فرض یا قدیمی ویندوز استفاده کردید. (یا می‌تونه مربوط به فایروال >>بیت دیفندر<< هم باشه اگر نصب است روی سیستم شما. چون آن هم یک چنین درایور مشکل داری دارد)
پیشنهاد:
-اگر بیت دیفندر نصب است کلا حذفش کنید (فایروال مشکل دار).
-آخرین سرویس پک ویندوز را نصب کنید (یک سری خطا مربوط به psched.sys بود که با فایل‌های قدیمی ویندوز حاصل می‌شود و آن هم باز مرتبط است با امکانات شبکه).
-درایورهای مودم و همچنین شبکه را به روز کنید.