ما هو أفضل وسيلة لفصل UI (مصمم / محرر) المنطق من إطار حزمة (مثل البصرية ستوديو حزمة)

Question

وأريد أن فصل المخاوف هنا. إنشاء وتضمين جميع منطق UI للمصمم مخصص XML، طراز كائن، وإثبات وغيرها في لتجميع منفصلة. ثم إطار حزمة يجب أن تسجل فقط المعلومات مصمم ونسأل لخدمة UI وكل شيء يعمل بطريقة سحرية.

وهذه الطريقة لا حاجة لي للعب مع إطار حزمة (ستوديو حزمة البصرية) التجمع، عندما كنت في حاجة لتعديل مصمم UI.

وينطبق هذا السؤال أيضا إلى أي شيء حيث لديك لفصل منطق UI من إطار الهيكل العظمي الذي يقوم بتحميل عنه، مثل البرنامج المساعد.

ولدي العديد من الخيارات نموذجا ServiceProvider، وهذا نموذج البرنامج المساعد أو قد يكون البعض.

وأي عينات والاقتراحات لأنماط والروابط هي موضع ترحيب.

وتحديث 1: ما أنا أبحث عن هو الفكر مثل - "؟ هل بريزم (WPF المركب) صالح مشروع القانون وقد أي شخص يعمل على تطبيق المشروع / الذي يقوم فصل الاهتمامات تماما مثل التي ذكرتها أعلاه وما إلى ذلك؟" (أنا لا تزال تبحث عن أجوبة من)

Answer 1

ولقد خلق VSPackage الذي يقوم بتحميل محرر. محرر يجلس في تجميع منفصلة وتنفيذ واجهة I محددة. يعمل VSPackage مع واجهة، لذلك أي تغييرات أقوم بإجراء إلى المحرر (والتجمع الخاص به) لا تؤثر على VSPackage طالما أنا لا تغيير واجهة.

Answer 2

وماذا كنت تسأل عن طبقات تشبه إلى حد كبير فصل مخاوف من أن MVC نمط يحاول فرض.

ASP.NET MVC هو بالفعل هناك مع <لأ href = "HTTP: / /www.codeplex.com/aspnet/Release/ProjectReleases.aspx؟ReleaseId=16775 "يختلط =" نوفولو noreferrer "> معاينة 5 .

وانها أساسا لشبكة الإنترنت ولكن أعتقد أنها تخطط لاستخدامه أيضا لWinForms عناصر، ولكن لست متأكدا.

Answer 3

وأنا أفضل نمط نموذج عرض مقدم