בעיות שאנו מטפלים בהן
- אינכם יכולים לוותר באופן מיידי על COM, ActiveX או OCX
- רכיב של 32 סיביות מונע את העברת המערכת ל-64 סיביות
- אינכם יודעים מהי הדרך הטובה ביותר לחבר נכסי C++ ל-.NET
- אתם רוצים לבצע העברה הדרגתית בלי לשבור את המפרטים הקיימים
עקרונות התהליך
בשימוש חוזר בנכסים קיימים, לעתים קרובות הצעד הטבעי ביותר הוא דווקא לא לצאת מנקודת מוצא של החלפה מלאה.
תחילה אנו מבהירים את הנקודות הבאות:
- האם הנכס הוא רכיב ממשק או שהוא מכיל מפרטים עסקיים
- האם הוא יכול להישאר בתוך התהליך
- היכן צריך לחצות את המחסום שבין 32 ל-64 סיביות
- האם יש לגשר על ההבדל באמצעות עטיפה או להפריד לתהליך נפרד
תחומים מתאימים במיוחד
- ארגון מערכות קיימות המכילות COM, ActiveX או OCX
- ארגון הגבול שבין C++ ל-C#
- עטיפה באמצעות C++/CLI
- בחינת ארכיטקטורות המחברות בין 32 ל-64 סיביות
- יצירת תוכנית החלפה הדרגתית
מקרים המתאימים לשירות זה
- הנכסים הקיימים מכילים כללים עסקיים או מפרטי התקנים ואינם ניתנים להחלפה בקלות
- אתם רוצים לתת עדיפות להארכת חייהם ולסידור הגבולות
- אתם מעוניינים להחליף אותם בעתיד, אך זקוקים כעת לנתיב העברה בטוח
המצב שאליו אנו שואפים
המטרה אינה “להיפטר מכל מה שישן”, אלא לנצל את הנכסים שראוי לשמר ולפשט אך ורק את הגבולות המורכבים.
כך אנו שואפים להשיג:
- מבנה שקל לתחזק
- סדר ברור להחלפות
- עלויות העברה נמוכות יותר בעתיד