هل جعل .NET 4 ClickOnce Clickonce Cult Trust XBAPs قابلة للحياة؟

Question

هذا هو وضعي.

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

التطبيق الحالي هو تطبيق Silverlight 2.0 مع مجموعة كاملة من WCF وخدمات بيانات WCF و ASP.NET وإطار الكيان ومجموعة من الأشياء الأخرى. في كل منعطف ، يبدو أن تطوير "الاستعانة بمصادر خارجية" الأصلية قد استخدم هذا المشروع كتمرين تعليمي وفشل في تعلم أي شيء. الأمر يتعلق بالأسوأ الذي رأيته على الإطلاق. المشكلة هي أن هذا المشروع كان يجب أن يكون قد اكتمل في سبتمبر الماضي ، لذا فقد تأخر 12 شهرًا الآن.

ما تم تكليفه به هو إعادة كتابة الحل واستكماله وظيفيًا خلال 3-4 أشهر. يمكنني بالتأكيد القيام بذلك (إنه في الواقع أكثر من القليل أو النماذج فوق البيانات) ، لكنني أبحث عن أفضل خياراتي الآن لتوفير الوقت. أنا أفكر في XBAP لكن في المرة الأخيرة التي نظرت فيها إلى أن النشر كان كابوسًا!

لذلك ، ... يمكننا أن نستهدف .NET 4 ، وبالتالي ، نشرت ClickOnce نشر XBAPs الكامل. هذا يعني أنا استطاع قم بإسقاط تلك الطبقة المتوسطة ، واختر مجموعة DAL بسيطة وتجاهل مضاعفات خدمات الويب ، و httphandlers (للتحميلات) وكذا في الوقت الحالي. سيكون هذا نشرًا إنترانت حتى أتمكن من ضمان مربعات IE7+ و Windows على WAN.

كل هذا يبدو جيدًا جدًا ليكون صحيحًا. ما هي المشكلات المتبقية مع تطوير XBAPs الكامل أو XBAP نفسه. هل يستحق متابعة هذا أم يجب أن أبحث في مكان آخر الآن؟

أي مساعدة سيكون موضع تقدير كبير. شكرا مقدما.

Answer 1

حتى الآن ، اخترت الثقة الجزئية لتطبيق XBAP الخاص بنا في .NET 4.0 - لقد واجهنا مشاكل حادة في الحصول على شيء التوقيع/الشهادة يعمل لصالح الثقة الكاملة حتى على Intranet. قد نكون أغبياء من أطفال الآخرين ، لكننا قررنا أن نسير في طريق خدمة WCF وثقة جزئية XBAP لأنها كانت أقل احتكاكًا.

لقد عملت Click-Once بشكل مثالي ، (باستثناء عدد قليل من عمليات Hick-up حيث ذهب التخزين المؤقت قليلاً إلى حد بعيد).

أكبر مشكلة لدينا هي الطباعة الآن :-). التصميم الثابت هو ألم.

آمل أن يساعد هذا قليلا.