سؤال

هل من الممكن أن تفعل CAD/CAM البرامج دون الحاجة إلى استخدام C++?بلدي الشركة وضعت البرنامج مع c/C++ لكن ذلك كان قبل أكثر من 10 سنوات.اليوم,هناك الكثير من تراث رمز التبديل سوف تجبرنا على التخلص من ولكن كنت أتساءل ما الفعلي المخاطر.لدينا الكثير من الخوارزميات الرياضية على toolpath الحسابات ، ميزة التعرف محاكاة 3D التقديم و أنا أتساءل عما إذا كان C# يمكن أن يعالج كل ذلك دون فقدان الأداء.

هو المدينة الفاضلة إلى كتابة مثل هذه الخوارزميات في c# أو ينبغي أن اللغة فقط التعامل مع واجهة المستخدم.نحن لا نتحدث عن تطوير اللعبة هنا (هالو 3 أو نداء الواجب) كم المعالجة لا CAD/CAM تحتاج حقا ؟

أي شخص يمكن أن ينير لي في هذه المسألة ؟ معظم زملائي المتشددين C++ المبرمجين على الرغم من أنني البرنامج في c++ أحب .صافي ولكن أواجه صعوبة في بيع .صافي لهم بخلاف واجهة المستخدم الأساسية.هل يعقل أن نعتبر التحول إلى .صافي في هذا المجال أم أنه ليس من الحكمة الفكرة ؟

شكرا لك

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

المحلول

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

نصائح أخرى

وC # يمكن إمكانية التشغيل المتداخل مع رمز C ++. يمكنك البدء في كتابة قانون جديد في C #، وأنها دعوة ج ++ التعليمات البرمجية الموجودة عند الحاجة. فإنه ليس من الضروري أن يكون مجرد واجهة المستخدم. انظروا إلى C ++ / CLI وأساليب C # إمكانية التشغيل المتداخل للحصول على معلومات حول كيفية استخدام ج ++ التعليمات البرمجية الموجودة جديد C # رمز.

وبالإضافة إلى ذلك، سألت سؤالا مماثلا هنا: C # الأداء على الملقم الوكيل (مقابل C ++)

CAD/CAM التطبيقات إلى حساب كثافة و سرعة سوف يكون بالتأكيد واحدة من معايير اختيار حزمة, لذلك أود أن نكون حذرين من الانتقال إلى لغة أبطأ.

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

لغة الكمبيوتر المعايير لعبة C++ vs C#

في رأيي المتواضع أن من الأفضل إبقاء كل من toolpath العمليات الحسابية في C++, وإذا كنت حقا يجب أن تتحرك أي رمز إلى لغة أخرى ، نقله إلى لغة البرمجة التي يمكن للمستخدم بسهولة تحرير ، دون إعادة تجميع.

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

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

هوغو

وإلقاء نظرة على pythonocc . لها يوفر لك مع وحدة بيثون التي يلتف نواة OpenCASCADE CAD. OpenCASCADE هي قوة الصناعة الوحيدة المفتوحة المصدر نواة أنا على علم. ملامح لطيفة هي STEP والدعم IGES والقدرة على توليد تنسجم فيم من البيانات BRep.

وآخر شيء تحتاج للنظر هو منصة الاستقلال - إذا كان هناك احتمال أن كنت / كنت شركة تحتاج للهجرة برنامج CAD لينكس / يونكس (وبطبيعة الحال، لاتخاذ قرار تجارية (سابقا))، وسوف تكون مؤلمة جدا. حاليا، حتى C ++ مع المكالمات MFC / Win32 وقدم لنا الكثير من الصداع ...

والمكتبة المفتوحة التحالف التصميم هو عبر منصة. أنها قد أدخلت مؤخرا بيتا من الإصدار. NET من مكتبته. انظر جوابي على نذل المصدر المفتوح رسم (دوغ) مكتبة في C # للحصول على مزيد من التفاصيل.

وأما وقد قلت ذلك أنا أتفق مع الأجوبة الأخرى هنا - إذا لم يتم كسره، لا تصلحه، فإن كلا من رمز والمبرمجون. MSFT لا تزال تستخدم C ++، وكذلك المساعدة الإنمائية الرسمية - مصدر برنامج من ينشأ في C ++ ويتم تغليف ل. NET

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