سؤال

أنا أعمل على الرسم القائم على المنتج حيث أريد أن تنتج إصدارات آيفون, سطح المكتب OS X, Windows أقراص ، Silveright القائم على المتصفح, ويندوز موبايل, ويندوز في ترتيب الأولويات.

واجهة المستخدم الرسومية ل قابلية ، الكلاسيكية الجواب هو الحفاظ على جوهر في C++ و استخدام الكاكاو/الهدف-C أو WPF/C# طبقات رقيقة.

ومع ذلك ، سيلفرلايت يعقد الخيارات.

لن يكون لديك أي مشكلة في ترحيل قانون بلدي في C++/CLI والحفاظ على رمز مزدوج القاعدة (مع بعض وحدات الماكرو وهمية C++/CLI السياقية الكلمات الرئيسية وبعض القضائية بحث و استبدال ^ و %).

من ما كنت قادرة على تجد حتى الآن, يبدو من غير المحتمل أن C++/CLI سوف تكون معتمدة في سيلفرلايت.أن يترك لي خيارات:

  1. مرة واحدة-إيقاف الهجرة من v1.0 C++ المصدر قاعدة في C# و الموازية الجارية الصيانة
  2. يعيش ترقية أداة (التوصيات من فضلك!) من C++ C# أو العكس بالعكس ، وهو ناعمة بما فيه الكفاية لتكون جزءا من عملية الإنشاء.
  3. المعمارية فصل سيلفرلايت النسخة C++ يبقى المنطق على ملقم.أنا غير مريح قليلا عن تأثيرات الأداء.

يمكن لأي شخص أن يقترح بدائل لتقديم الأخبار على C++/CLI في سيلفرلايت أو يوصي ترقية الأدوات ؟ أنا مريحة بما فيه الكفاية في أي لغة لجعل C++ أو C# لغتي الرئيسية لل الخلفية توفير منفذ موثوق بها.

تحرير:يبحث في مجموعة من المنتجات التي تقدمها ملموسة حلول البرمجيات, ملاحظاتهم على محولات تجعل من الواضح أن تحويل C# C++ هو أسهل من طريقة أخرى.التي هي كما هو متوقع - فإنه يثير الأفكار المثيرة للاهتمام كما أن تقييد بلدي C++ النمط الأقل شيوعا-OO-القاسم.

هل كانت مفيدة؟

المحلول

المعمارية فصل سيلفرلايت النسخة C++ يبقى المنطق على ملقم.أنا غير مريح قليلا عن تأثيرات الأداء.

أود أن تفعل هذا.وأداء ربما ليس سيئا كما كنت أتصور.

مرخصة بموجب: CC-BY-SA مع الإسناد
لا تنتمي إلى StackOverflow
scroll top