خارج از ViewModel . در اینجا ViewModel فقط مصرف کننده‌ی نهایی منطقی است که در جای دیگری از برنامه در لایه‌ای دیگر تهیه می‌شود.

روال متداول پروژه‌های  MVVM‌ این است که سه پوشه به نام‌های Model ، ViewModel و Views در آن‌ها درست می‌شود. چون این‌ها با کمک این الگو از هم جدا می‌شوند، امکان قرار دادن آن‌ها در پروژه‌های class library مجزا هم فراهم خواهد شد.
روال من به این صورت است که Model و ViewModel را در یک پروژه جدید Class library به نام infrastructure قرار می‌دم.
تمام View ها رو بجای یک پوشه در پروژه اصلی به یک class library دیگر به نام Shell منتقل می‌کنم.
Common هم یک سری کد خیلی عمومی مشترک است که عموما در infrastructure استفاده می‌شود.
خلاصه بجای سه تا پوشه در یک پروژه می‌شود سه تا پروژه Class library مجزا از هم داشت. به این ترتیب هم زمان کامپایل کاهش پیدا می‌کند چون اگر تمام این‌ها داخل یک پروژه باشد هربار باید کامپایل شوند. همچنین این جداسازی نگهداری برنامه رو هم ساده‌تر می‌کنه چون هر قسمت به صورت مجزا و خیلی مشخص نگهداری میشه.

خیر. همان MVVM متداول است. زمانیکه شما با MVVM کار می‌کنید خودبخود به Viewهایی می‌رسید که خبری از وجود Code behind که در اینجا به آن ViewModel گفته می‌شود ندارند. بنابراین راحت می‌شود این‌ها را جدا کرد. همچنین ViewModel ها رو هم می‌شود جدا کرد در یک پروژه Class library دیگر. این یکی از اهداف MVVM است. اینکه راحت بشود طراحی رابط کاربری را از کدنویسی جدا کرد. حداقل دو نفر به صورت جداگانه بتوانند روی رابط کاربری و کد نویسی مرتبط با آن کار کنند بدون اینکه نگران باشند چیزی را به هم می‌ریزند.

منظورتون این مطلب هست: (^) ؟

دوست عزیز، اگر در مورد مطلبی خبر قاطعی وجود نداره، سعی کن شایعه پراکنی نکنی. اول نوشتی تموم شده، بعد برات توضیح دادم Lifecycle Policy یعنی چی، باز رفتی یک سری لینک بی سر و ته رو اینجا ارسال کردی.
چی روی می‌خوای ثابت کنی؟! جان پایا یک شومن بود. کارش تهیه ویدیو برای channel 9  بوده. همین! رفته؟! خوب، به سلامت! اون لینکی رو هم که دادم در مورد محصولات سرور دنبال نکردی. کنترل پنل Windows Azure رو ندیدی که پرپایه چی هست. ندیدی با سیلورلایت تهیه شده؟!
بله مطلب Pete Brown هم جالب توجه هست. خیلی جالبه که هرچی دنبال خبر مرگ گشتی چیزی پیدا نکردی و واضح جواب رو داده.
در کل مشکلت چیز دیگری است. این رو در چند مطلبی که در این سایت ارسال کردی به وضوح میشه دریافت.

سیلورلایت به طور وسیعی در محصولات سرور مایکروسافت داره استفاده میشه:
https://www.dntips.ir/2011/03/silverlight.html
در نگارش 5، قابلیت PInvoke به آن اضافه شده یعنی دسترسی به Win32 API که علت داشته. علتش هم بر می‌گرده به همین محصولات سرور و نیاز به دسترسی بیشتر.
هرچند این حالت محصول را به ویندوز گره خواهد زد اما ... خوب هدف محصولات سرور هم دقیقا همین است. قرار نیست جای دیگری اجرا شوند.

اون صفحه مرتبط است به Lifecycle Policy محصولات موجود و نوشته شده که ساپورت نگارش 5 آن تا تاریخ 10/12/2021 هست. مورد دیگری ذکر نشده.
برای سایر محصولات می‌تونید به این صفحه مراجعه کنید: http://support.microsoft.com/gp/lifeselect
مثلا SQL Server: http://support.microsoft.com/lifecycle/?c2=1044
لیست محصولات موجود را دارد به همراه تاریخ نهایی منقضی شدن ساپورت آن‌ها.

احتمالا این مطلب راهبری برای شما مفید باشد.

پیشنیاز MVVM‌ مباحث Binding در Silverlight و WPF است. یک کتاب فارسی رو در این زمینه در اینجا می‌تونید دریافت کنید: (^)
مرتبط با سیلورلایت است اما ... مباحث کلی آن با WPF تفاوتی ندارد و اصول یکی است.

بله. در همان ViewModel عنوان شده، الگوی مخزن را با توجه به وجود مثلا شیء MainPageModelData  فراخوانی و مقدار دهی کنید.