सी # और वीबीए

Question

के साथ साइड-बाय-साइड COM इंटरऑप मैं सी # से वीबीए COM को कॉल करने के बारे में बात नहीं कर रहा हूं ... दूसरी तरफ!

मैं जो करना चाहता हूं वह डीएलएल पंजीकृत किए बिना एमएस एक्सेस में वीबीए का उपयोग कर सी # लाइब्रेरी को कॉल करना है। मैं सफलता के बिना थोड़ी देर के लिए साइड-बाय-साइड इंटरऑप के साथ खेल रहा हूं और अंततः यह मेरे लिए हुआ है कि एक mdb.manifest शायद exe.manifest के लिए एक स्वीकार्य प्रतिस्थापन नहीं है (शायद स्पष्ट है, मुझे पता है, लेकिन मैं आशावादी होने की कोशिश कर रहा था)।

मेरा प्रश्न: क्या वीबीए को साइड-बाय-साइड COM घटक लोड करना संभव है?

या, एक्सेस में एक अनियंत्रित सी # लाइब्रेरी का उपयोग करने का कोई और तरीका है?

(इससे पहले कि आप पूछें, मेरे कारण हैं: मुझे बिल्कुल नहीं है कि मुझे अपने क्लाइंट की विंडोज रजिस्ट्री तक पहुंच प्रदान की जाएगी - यही कारण है कि इसे पहली जगह एक्सेस में लिखा गया था। और, मुझे इसे लागू करने की आवश्यकता होगी एक सी # आवेदन में एक ही कार्यक्षमता जल्द ही और दो बार ऐसा नहीं करते हैं)।

Answer 1

आपको एसएक्सएस का उपयोग करने के लिए एक्सई का स्वामित्व नहीं है, एसएक्सएस Activation Context के लिए एक और शब्द है। यदि आप vba (और आप कर सकते हैं) में प्रासंगिक Win32 कॉल आयात कर सकते हैं, तो आप अपनी मेनिफेस्ट फ़ाइल लोड करने के लिए activation context api का उपयोग कर सकते हैं।

विषय पर अधिक और कुछ उदाहरण here मिल सकते हैं।

Answer 2

सी # पुस्तकालय नियमित डीएलएल नहीं हैं। वे COM पुस्तकालयों के समान हैं जो उपयोग किए जाने से पहले पंजीकृत होने की आवश्यकता है (जैसे ActiveX नियंत्रणों की तरह); खासकर जब गैर- एनईटी कोड से बुलाया जाता है।

(, जब तक जाहिर है, चीजें बदल गई ...)

Answer 3

समस्या SxS उपयोग करने के लिए है कि है, तो आप exe खुद के SxS विधानसभा लोड करने के लिए config स्थापित करने के लिए की जरूरत है। आपके पास "स्वामित्व" नहीं है, और जब आप अपने .NET COM सामान संस पंजीकरण को लोड करने के लिए सही कॉन्फ़िगरेशन ड्रॉप कर सकते हैं, तो यह "अच्छा नागरिक" कदम नहीं होगा।

यदि आप शर्मनाक के साथ मुश्किल हो जाते हैं, तो आप एक अप्रबंधित DLL (या एक हैक्लेड सी # क्लास लाइब्रेरी को एक ड्लेक्सपोर्ट के साथ सेट कर सकते हैं, उदाहरण के लिए this देखें), एक निर्यात के साथ जो .NET ढांचे को लोड करेगा, का एक उदाहरण बनाएं एक COMVisible DispInterface प्रबंधित प्रकार और इसे वापस करें (विधि IDISpatch वापस करना चाहिए)। फिर अपने डीएलएल निर्यात समारोह में एक वीबीए घोषित करें (ऑब्जेक्ट लौटने के रूप में घोषित)। यदि यह समझ में नहीं आता है, तो शायद आपको यह कोशिश नहीं करनी चाहिए ... :) मैंने इसे पहले इसी तरह की स्थिति में किया है, और यह काम करता है, लेकिन मेरे पास आपको इंगित करने के लिए नमूना नहीं है।

Answer 4

पहले से ही विद्यमान उत्तर देने के लिए जोड़ने के लिए: साथ .NET 4.0 , यह COM पंजीकरण के बिना अपने VBA प्रोजेक्ट में एक सी # dll उपभोग करने के लिए वास्तव में काफी आसान है।

संपादित: मैं बस mscorlib.tlb और mscoree.tlb कि C:\windows\Microsoft.NET\Framework\v2.0.50727 में हैं के साथ इस कोशिश की - एक विधानसभा 3.5-- में संकलित लोड हो रहा है और यह ठीक काम किया। तो जाहिर है आपको .NET 4.0 की आवश्यकता नहीं है।

नीचे आपके वीबीए प्रोजेक्ट में सी # डीएल का उपयोग करने का एक उदाहरण है। यह this उत्तर से थोड़ा संशोधित है।आप 64-बिट कार्यालय)

2) में चल रहे हैं

C:\windows\Microsoft.NET\Framework\v4.0.30319\mscorlib.tlb 
C:\windows\Microsoft.NET\Framework\v4.0.30319\mscoree.tlb 

(Framework64 फ़ोल्डर का उपयोग:

1) निम्न प्रकार libs के लिए संदर्भ जोड़ें अपने VBA प्रोजेक्ट (उपकरण> संदर्भ)

using System.Windows.Forms; 
using System.Runtime.InteropServices; 
namespace VB6FuncLib 
{ 
    [ComVisible(true)] 
    public class VB6FuncLib 
    { 
     public VB6FuncLib() 
     { } 
     public void test() 
     { 
      MessageBox.Show("Test Successful"); 
     } 
    } 
} 

आप chec की जरूरत नहीं कर : अपनी सी # परियोजना, सुनिश्चित करें कि आप अपनी कक्षा में [ComVisible(true)] विशेषता जोड़ कर के विकल्प "COM इंटरऑप के लिए रजिस्टर करें"। यह केवल मानक COM ऑब्जेक्ट बनाने के लिए है। जब तक आप पूरी असेंबली को दिखाना नहीं चाहते हैं, तब तक आपको "असेंबली COM दृश्यमान बनाएं" की जांच करने की आवश्यकता नहीं है (जो COMVisible विशेषता की आवश्यकता को भी समाप्त कर देगा)। अपने कार्यालय परियोजना के रूप में

Sub Test() 
    Dim Host As mscoree.CorRuntimeHost 
    Set Host = New CorRuntimeHost 
    Host.Start 
    Dim Unk As IUnknown 
    Host.GetDefaultDomain Unk 
    Dim AppDomain As AppDomain 
    Set AppDomain = Unk 
    Dim ObjHandle As ObjectHandle 
    Set FS = CreateObject("Scripting.FileSystemObject") 
    Path = FS.GetParentFolderName(CurrentDb().Name) 
    Set ObjHandle = AppDomain.CreateInstanceFrom(Path & "\VB6 Function Library.dll", "VB6FuncLib.VB6FuncLib") 
    Dim ObjInstance As Object 
    Set ObjInstance = ObjHandle.Unwrap 
    ObjInstance.test 
    Host.Stop 
End Sub 

4) एक ही फ़ोल्डर में DLL की प्रतिलिपि बनाएँ और टेस्ट() VBA में उप चलाएँ:

3) अपने VBA कोड में, इस कोड के साथ एक नया मॉड्यूल जोड़ें।

नोट्स:

ऐसा लगता है कि इस तकनीक की सीमाओं में से एक यह है कि अगर .DLL एक दूरस्थ साझा नेटवर्क पर संग्रहीत है कि यह काम नहीं करेगा। एक साधारण समाधान यह प्रत्येक पीसी पर उसी स्थानीय फ़ोल्डर में कॉपी करना होगा जहां इसका उपयोग किया जा रहा है। एक और समाधान आपके एक्सेस ऐप/वीबीए प्रोजेक्ट में बाइनरी शामिल करना होगा, और एमएस-एक्सेस उन्हें निर्यात करेगा। एक तरीका जिसे पूरा किया जा सकता है, उन्हें बेस 64 में किसी तालिका या स्प्रेडशीट में संग्रहीत करके, फिर उन्हें परिवर्तित करना और बाइनरी के रूप में निर्यात करना होगा।

मैं डीएलएल (tlbexp का उपयोग करके) के लिए जाने के लिए एक प्रकार की लाइब्रेरी बनाकर प्रारंभ करने के लिए प्रारंभिक बाध्यकारी (और इसलिए माइक्रोसॉफ्ट इंटेलिसेन्स) प्राप्त करने में सक्षम था, और मेरे वीबीए प्रोजेक्ट में टीएलबी का संदर्भ जोड़ रहा था, लेकिन यह करता है जटिल मामलों को थोड़ा सा करें क्योंकि इसे आपके वीबीए ऐप को यह जानने की आवश्यकता है कि डीएलएल और टीएलबी दोनों फाइलें कहां हैं (और किसी को भी यह सुनिश्चित करने की आवश्यकता है कि वे वहां हैं)।