Excel get_Range fehlt, wenn interop-assembly eingebettet ist .NET 4.0

Baue ich eine assembly verweisen auf eine COM-interop DLL. Wenn ich es einbetten, das COM-interop-Typen durch Einstellung Einbetten von Interop-Typen auf True in der Referenz-Eigenschaften (VS2010), zur Laufzeit tritt ein Fehler auf "Objekt" enthält keine definition für get_Range". Wenn COM-interop-Typen, die nicht eingebettet sind, dann tritt kein Fehler auf.

Weiß jemand, warum eine bestimmte Methode, Arbeitsblatt.get_Range-sollte entfallen oder wie Sie arbeiten, um dieses oder andere relevante Erkenntnisse? Ich sollte dankbar sein für jede Hilfe.

Die interop-dll enthält eine Referenz auf das Arbeitsblatt.get_Range(Objekt, [Objekt]). Mit dem Reflektor auf meinem aufrufenden assembly, gibt es keine Erwähnung von get_Range unter Arbeitsblatt.

Den interop-assembly, die ich bin Einbettung erzeugt wird von Excel9.olb. Ich bin nicht mit PIAs als die Anwendung zielt auf mehrere Excel-Versionen.

InformationsquelleAutor mikemay | 2010-02-03
  1. 10

    Ich habe nicht versucht, diese aus mir noch nicht, aber ich glaube, dass die syntax sich geändert hat, wenn Sie mit embedded-COM-Interop-Typen in C# 4.0 zu einem "C# - friendly" - syntax.

    Daher, statt der Suche nach der get_Range(object, [object]) - Methode, können Sie entweder das weglassen der optionalen parameter (anstatt zu bieten Type.Missing), oder Sie können vermeiden, den Aufruf der get-accessor ganz, und statt dessen Referenz die Eigenschaft name mit eckigen Klammern:

    //Using C# 3.0:
Excel.Range range = worksheet.get_Range("A1", Type.Missing);

//Using C# 4.0, omitting the optional parameter:
Excel.Range range = worksheet.get_Range("A1");

//Using C# 4.0, utilizing square-bracket indexing:
Excel.Range range = worksheet.Range["A1"];

    Was ich verstehen, jedoch sollten Sie immer noch in der Lage sein, es zu nennen den "alten Weg", wo der neue indexer-syntax ist wirklich aufrufen die gewünschten 'get' und 'set' - accessor hinter den kulissen, also ich weiß wirklich nicht, warum Sie in Schwierigkeiten sind. Meine Vermutung ist, dass Sie brauchen, um sich unter Worksheet.Range statt Worksheet.get_Range innerhalb der IntelliSense-Liste. Wenn dies nicht für Sie arbeiten, dann klingt es wie etwas falsch sein kann mit Ihrem setup oder installation.

    Mehr dazu finden Sie unter: Indizierte Eigenschaften in C# 4.0 von Kirill Osenkov.

    Hoffe, das hilft...

    Mike

    • MIke, vielen Dank für deine Hilfe. Die single-parameter-Ansatz nicht bekomme einen Laufzeitfehler, und das ist natürlich ein guter workaround. Ich habe vorgelegt, einen Fehlerbericht an Microsoft 530769.
    • connect.microsoft.com/VisualStudio/feedback/details/530769/...
    • Ah, richtig, ich habe eine schlechte link in meinem vorherigen Kommentar, danke für die Korrektur, die. Die Diskussion dort ist sehr interessant und macht Sinn. Aber, wenn ich Fragen darf, ist nicht die einfachste Lösung, um jetzt einfach die worksheet.Range["A1"] syntax anstelle der älteren worksheet.get_Range("A1", Type.Missing) jetzt, dass Sie mit C# 4.0? Sie haben eine sehr interessante Neugier, sondern als Befestigung für Ihren eigenen code, so scheint es am einfachsten und am besten nur die neue syntax verwenden-das ist einfacher zu Lesen, in jedem Fall (Gestaltung!).
    • Mike, ich Stimme zu, dass es eine offensichtliche Abhilfe, sobald ich getestet habe die von Ihnen vorgeschlagenen Ansatz und ich bin seit langem angenommen, eine variation. Die anhaltende Diskussion war streng helfen, Microsoft ' s Bemühungen, um die rückwärts-Kompatibilität so gut wie möglich (und es ist eine beeindruckende Leistung). Auf einen Punkt detail, das ich kann nicht sagen, dass ich lieber den "A1" - Ansatz oder auch "Z1S1". Ich weiß nicht besonders wollen, konvertieren von zahlen in strings, nur um den Anruf zu machen (und für alle die ich kenne Excel wandelt Sie sofort zurück). Vielleicht seine eine Frage der taate. Vielen Dank für Ihre anhaltende Interesse.
    • Ok, Nein, ich war nicht darauf hindeutet, tatsächlich nutzen Sie den string "A1" zur Bezeichnung der Zelle. Ich war einfach zu sagen, dass mit C# 4.0, man kann, und sollte, nutzen Sie das Arbeitsblatt.Auswahl[Objekt] - syntax statt des Arbeitsblatts.get_Range(object, object) - syntax. Das ist alles. Es ist einfacher, sauberer und funktioniert, wie ursprünglich vorgesehen, mit der Eigenschaft name ("Range") anstelle der Freilegung der get-accessor ("get_Range"). Aber ich konnte sehen, wo das könnte ein großes problem werden, wenn Sie versuchen zu migrieren, die eine Menge code aus C# 3.0, C# 4.0. Ein smart Regex ersetzen Sie könnten es tun-aber stellen Sie sicher, dass unit-tests!
    • Wir sind auf der gleichen Seite!

    InformationsquelleAutor Mike Rosenblum
  2. 1

    Dieser wurde ausgelöst, da ein Fehler mit Microsoft im beta-Stadium https://connect.microsoft.com/VisualStudio/feedback/ViewFeedback.aspx?FeedbackID=530769&wa=wsignin1.0 und wurde gelöst, als Durch Design nach RTM. Mike Rosenblum ' s Antwort ist genehmigt es.

    Diese können zusammengefasst werden als Excel.Range r = sh.Bereich[sh.Zellen[1, 1], sh.Zellen[2, 2]]; wo sh ist ein Arbeitsblatt.

    InformationsquelleAutor mikemay
Schreibe einen Kommentar