בעיות שאנו מטפלים בהן
- תחזוקה של יישום קיים המשתמש ב-COM, ActiveX או OCX
- חסימות הקשורות לרישום, ל-RegAsm, ל-regsvr32 או להרשאות מנהל
- החלטה כיצד לחבר רכיב של 32 סיביות ליישום של 64 סיביות
- ארגון הגבול שבין .NET ל-C++ כדי להקל על התחזוקה
- שימוש ברכיב ישן מתוך יישום חדש בלי לצאת ממנו עדיין
בעיות הקשורות ל-COM מערבות בדרך כלל לא רק את הלוגיקה של הקוד, אלא גם את ארכיטקטורת הסיביות של התהליך, יעד הרישום, היישום המארח, ההרשאות ומודל התהליכונים.
תחומים שבהם נוכל לסייע במיוחד
- פיתוח ושינוי של רכיבי COM
- חקירה, רישום והפצה של ActiveX ו-OCX
- בחינת COM ללא רישום
- תכנון ארכיטקטורות המחברות בין 32 ל-64 סיביות
- עטיפת נכסים קיימים באמצעות C++/CLI, גשרי COM או הפרדה לתהליכים
איך אנחנו עובדים
- תחילה אנו מזהים את היישום המארח, את הרכיב, את ארכיטקטורת הסיביות שלו ואת מצב הרישום שלו.
- לאחר מכן אנו מחליטים אם הרכיב ימשיך לפעול בתוך התהליך, יופרד לתהליך נפרד או יוחלף בשלבים.
- במהלך המימוש אנו משאירים בשטח נוהל שניתן לשחזור, המקיף את הרישום, ההפצה, ההרשאות, יומני האבחון והחזרה לאחור.
פניות המתאימות לשירות זה
- יש ברשותכם נכסי Windows עם COM או ActiveX, ומספר האנשים המסוגלים לתחזק אותם הולך ומצטמצם
- שינוי בארכיטקטורת הסיביות ב-Visual Studio או ב-Office גרם לרכיב קיים להפסיק לפעול
- אתם רוצים להשתמש בו מתוך יישום .NET חדש בלי לאבד את המפרט הקיים
- לפני החלפה מלאה, אתם רוצים לארגן את הגבול ולהאריך את חיי הרכיב בצורה בטוחה