Τί σου σκάει και τί σου λέει? Δεν γίνεται να σε βοηθήσει κανείς αν δεν πεις τί συμβαίνει. Για παράδειγμα ο παρακάτω κώδικας δουλεύει χωρίς πρόβλημα. Εσύ τί πρόβλημα (exception, μήνυμα) αντιμετωπίζεις?

        Dim path As String = "E:\myfile.xlsx"
        Dim book1 As Workbook = GetObject(path)
        Dim sheet1 As Worksheet = book1.Worksheets(1)
        Console.WriteLine(sheet1.Name)

Imports Microsoft.Office.Interop.Excel
Imports Microsoft.Office

Dim objExcel As New Excel._ExcelApplication

Dim objExcel As New Microsoft.Office.Interop.Excel.Application

Το μήνυμα αυτό λέει ότι το αντικείμενο που επέστρεψε η GetObject ΔΕΝ περιέχει Worksheets. Δεδομένου ότι ένα Workbook έχει πάντα Worksheets, είναι σα να σου λέει ότι το αντικείμενο ΔΕΝ είναι Workbook. Αλήθεια, το αρχείο είναι πραγματικό xls ή είναι κανένα csv ή HTML table με κατάληξη xls? Και γιατί χρησιμοποιείς την GetObject και όχι την WorkBooks.Open ?

Μάλλον αυτό που λέει ο Νίκος είναι το πρόβλημα σου και χρησιμοποιείς λάθος τύπους αντικειμένων. Και στο δικό μου παράδειγμα χρησιμοποίησα το Microsoft.Office.Interop.Excel. Για να το χρησιμοποιήσω πρόσθεσα το αντίστοιχο assembly reference. Αλήθεια, τί assembly έχεις κάνει reference και σου εμφανίζει το Excel και το _ExcelApplication ?

Η ουσία του προβλήματος είναι ότι δεν δουλεύεις με .NET αλλά με COM αντικείμενα. Στον κόσμο του COM ένα αντικείμενο μπορεί να υλοποιεί πολλά interfaces. Όταν καλείς εσύ μία μέθοδο το COM ψάχνει όλα τα interfaces να βρει αν υπάρχει μία μέθοδος που ταιριάζει. Προφανώς αυτό είναι αργό. Η εναλλακτική είναι να ζητήσεις εσύ από το αντικείμενο να σου επιστρέψει ένα reference σε ένα συγκεκριμένο interface και μετά να δουλέψεις μέσω αυτού και μόνο. Αν θέλεις άλλο interface πρέπει να το ζητήσεις εκ νέου.
    Αυτό συμβαίνει ότακ κάνεις assign ένα COM αντικείμενο σε μεταβλητή συγκεκριμένου τύπου. Το COM αντικείμενο βρίσκει το αντίστοιχο interface και σου επιστρέφει ένα reference σε αυτό. Ακόμα και αν υποστηρίζει περισσότερες μεθόδους, εσύ θα δεις μόνο τις μεθόδους του interface. Προφανώς, το assembly που χρησιμοποίησες επιστρέφει διαφορετικά interfaces από αυτά που περίμενες και έτσι δημιουργείται το πρόβλημα. Το COM χρησιμοποιούσε πολλά διαφορετικά interfaces για κάθε δουλειά και υπήρχε η συνθήκη όσα δεν είναι για ευρεία κατανάλωση να έχουν το πρόθεμα _ . Η VB6 δεν τα εμφάνιζε αυτά οπότε κατά κανόνα δεν υπήρχε πρόβλημα.

Όλα αυτά γίνονται στο runtime οπότε μπορείς άνετα να παρακάμψεις εντελώς την ανάγκη να ορίσεις τον τύπο της μεταβλητής και να γράψεις το παρακάτω ΧΩΡΙΣ ΟΥΤΕ ΚΑΝ ΤΟ Imports

        Dim path As String = "E:\myfile.xls"
        Dim book1 = GetObject(path)
        Dim sheet1 = book1.Worksheets(1)
        Console.WriteLine(sheet1.Name)

Αυτό δουλεύει επειδή το COM ψάχνει τη στιγμή που εκτελείται ο κώδικας να δει αν το συγκεκριμένο αντικείμενο έχει κάπου, κάποια μέθοδο που λέγετε Worksheets κλπ και την εκτελεί. Είναι μεν ο πιο αργός τρόπος απ' όλους αλλά δουλεύει.

Για να χρησιμοποιήσεις το Microsoft.Office.Interop.Excel πρέπει να πρόσθεσεις το αντίστοιχο assembly reference. Αυτό γίνεται από το (add reference) -> .ΝΕΤ (tab-καρτέλα) και βρίσκεις το αντίστοιχο assembly Microsoft.Office.Interop.Excel και το κάνεις add

Όχι αυτά, το Microsoft.Office.Interop.Excel πρέπει να βάλεις από τα .NET References.

 Το πρόβλημα σου είναι ότι έβαλες reference στο COM library του Excel, όχι στο .NET Wrapper που φροντίζει για τις διάφορες παραξενιές. Όταν βάζεις ένα COM reference το Visual Studio θα δημιουργήσει αυτόματα ένα wrapper για όποιο interface και κλάση βρει. Αν καλέσεις λάθος Interface θα έχεις πρόβλημα. Αντίθετα, το Microsoft.Office.Interop.Excel μαζεύει αρκετά την κατάσταση.

Καλά, στο Visual Studio δεν δουλεύεις? Project Properties > References > Add και θα σου εμφανίσει το dialog box με τα references σε tabs: .ΝΕΤ, COM, Projects, Browse, Recent.

Καλά, πως βάζεις ως τώρα τα references?