تقاسم مستودعي (مخطط مستودع) مع مشاريع أخرى (.NET)؟

Question

أحاول ترتيب التعليمات البرمجية الخاصة بي، لدي عدد من المشاريع التي لها مراجع إلى طبقة الخدمة الخاصة بي أي DLL. ما يعنيه هذا هو أنه عندما أقوم بتوزيع طبقة خدمة جديدة، يجب علي تحميل عدد من طبقات الخدمة التي هي نفسها بشكل عام ..

بالطبع باستخدام إشارة الإضافة بسرعة كبيرة مثل تجميعها الذي يتحدث إلى آخر ...

أردت أن أعرف إيجابيات وسلبيات طريقة بديلة ..

يمكنني استخدام خدمة ويب / WCF لالتفاف طبقة الخدمة الخاصة بي ولكنها ليست هذه هزيمة الكائن ..

وماذا عن السرعة، والآن تحتاج تطبيقات سطح المكتب الخاصة بي إلى الاتصال بخدمة الويب / WCF بدلا من الوصول إلى مرجع التجميع؟

تتحدث طبقة الخدمة الخاصة بي إلى طبقة بياناتي بالطبع وعملائي نيا تحدث إلى طبقة البيانات مباشرة ..

في مسألة طبقة الخدمة التي هي المكان الذي يتم فيه مشاركة المنطق التجاري الخاص بي بين عدد من التطبيقات ..

تطبيق سطح المكتب، 2 × موقع الويب، 2 × مشاريع WCF (تستخدم خدمات الويب)

أي نصيحة حول كيفية تحقيق أسرع سينيريو ربما دون تكرار الرمز الخاص بي الذي هو تأثير ما أقوم به الآن أي

يحتوي كل تطبيق (سطح المكتب، الموقع الإلكتروني، WCF) على نسخ على نفس DLL وله مراجع (إضافة مرجع في VS 2008) ..

الأفكار؟

Answer 1

أعتقد أنك ستستفيد بشكل أفضل باستخدام WCF (الذي يلف على .NET Remoting، MSMQ، إلخ). ثم لن تضطر إلى نسخ DLL مع كل برنامج ... يمكنهم الإشارة فقط إلى خدمة WCF. هذا النوع من الهندسة المعمارية الموجهة نحو الخدمة أمر رائع لما تصفه.

من تجربتي مع WCF حتى الآن، لم أحظي بأي عدد من الأداء، خاصة على شبكة داخلية.

إليك نظرة عامة جيدة على WCF: http://msdn.microsoft.com/en-us/library/aa480210.aspx.

أتمنى أن يساعدك هذا!

Answer 2

إذا قمت بنشر تطبيقات في الغالب على مضيف واحد، ثم اختار نشر طبقة متوسطة في GAC، وتزويدها بسياسة الإصدار المناسبة.

إذا قمت بنشر تطبيقات في بيئة موزعة، فاستخدم .NET Remoting / WS / WCF. أعتقد أن النتيجة السخرية ستكون هي الاختيار الأسرع في السيناريو الخاص بك.