ปัญหาที่เรารับดูแล
- การบำรุงรักษาแอปพลิเคชันเดิมที่ใช้ COM, ActiveX หรือ OCX
- ปัญหาติดขัดเกี่ยวกับการลงทะเบียน RegAsm, regsvr32 หรือสิทธิ์ผู้ดูแลระบบ
- การตัดสินใจว่าจะเชื่อมต่อคอมโพเนนต์ 32 บิต กับแอปพลิเคชัน 64 บิต อย่างไร
- การจัดระเบียบรอยต่อระหว่าง .NET กับ C++ ให้บำรุงรักษาได้ง่ายขึ้น
- การใช้งานคอมโพเนนต์รุ่นเก่าจากแอปพลิเคชันใหม่ โดยยังไม่ปลดระวาง
ปัญหาที่เกี่ยวข้องกับ COM มักไม่ได้เกี่ยวข้องเพียงตรรกะของโค้ดเท่านั้น แต่ยังรวมถึง สถาปัตยกรรมบิตของโปรเซส ตำแหน่งที่ลงทะเบียน แอปพลิเคชันโฮสต์ สิทธิ์การใช้งาน และโมเดลเธรด ด้วย
ขอบเขตที่เราช่วยเหลือได้เป็นพิเศษ
- การพัฒนาและปรับปรุงคอมโพเนนต์ COM
- การตรวจสอบ การลงทะเบียน และการแจกจ่าย ActiveX และ OCX
- การประเมินการใช้ Registration-free COM
- การออกแบบสถาปัตยกรรมที่เชื่อมต่อ 32 กับ 64 บิต
- การห่อหุ้มสินทรัพย์เดิมด้วย C++/CLI, สะพานเชื่อม COM หรือการแยกโปรเซส
ขั้นตอนการทำงานของเรา
- ขั้นแรก เราระบุแอปพลิเคชันโฮสต์ ตัวคอมโพเนนต์ สถาปัตยกรรมบิต และสถานะการลงทะเบียน
- จากนั้นตัดสินใจว่าจะใช้งานต่อแบบ in-process แยกออกเป็นโปรเซสอื่น หรือแทนที่เป็นขั้น ๆ
- ระหว่างการพัฒนา เราจัดทำขั้นตอนปฏิบัติที่ทำซ้ำได้จริงหน้างาน ครอบคลุมการลงทะเบียน การแจกจ่าย สิทธิ์การใช้งาน ล็อกวินิจฉัย และการย้อนกลับ
การปรึกษาที่เหมาะกับบริการนี้
- มีสินทรัพย์ Windows ที่ใช้ COM หรือ ActiveX และผู้ที่ดูแลได้เหลือน้อยลงเรื่อย ๆ
- การเปลี่ยนสถาปัตยกรรมบิตใน Visual Studio หรือ Office ทำให้คอมโพเนนต์เดิมหยุดทำงาน
- ต้องการใช้งานจากแอปพลิเคชัน .NET ใหม่ โดยไม่ทิ้งสเปกเดิม
- ก่อนแทนที่ทั้งหมด ต้องการจัดระเบียบรอยต่อและยืดอายุการใช้งานอย่างปลอดภัย