Um eine DLL in ein Projekt einzubinden, muss man sie nicht dekompilieren. Man fügt einen Verweis hinzu.
Du meinst wahrscheinlich, dass Du die DLL dekompilierst und dann den Code in Dein Projekt kopierst. (Beachte dabei rechtliches, wenn die DLL nicht von Dir stammt.)
.NET DLLs (generell Assemblies) beinhalten nicht den originalen Code, sondern MSIL ("Microsoft Intermediate Language"). Das ist ein Zwischencode, der unabhängig von der Sprache ist, mit der er erstellt wurde. Das heißt, dass Du C#, VB.NET, F# oder jede andere .NET-Sprache verwenden kannst, um (bis auf ein paar Details natürlich) den gleichen MSIL-Code zu erstellen.
Das heißt, Dekompilieren ist nie perfekt. Die MSIL-Ansicht in ILSpy funktioniert sehr gut. Da kannst Du Dir die Text-Repräsentation des rohen Codes ansehen. Die C#-Ansicht funktioniert ebenfalls sehr gut und ist in den meisten Fällen frei von Bugs. Allerdings lässt die VB-Ansicht sehr zu wünschen übrig.
Generell muss man bei dekompiliertem Code immer ein bisschen nachbearbeiten.
Wenn Du konkret Probleme mit manchen Fehlern hast (z.B. wenn Du nicht weißt, wie Du sie beheben kannst), dann kannst Du gerne fragen.

Morrison schrieb:

was kann ich nun tun um die Dateien richtig zu dekompilieren?!?

Ohne jetzt hier in Rechtsberatung auszuarten:
Das ist zunächst illegal, es sei denn, Du hast die explizite Erlaubnis des Copyright-Inhabers.
Was ist das für eine DLL, wer hat sie veröffentlicht?

Programmbibliotheken sind dazu da um diese dem Programm als Verweis hinzuzufügen.
Jedes halbwegs vernünftige Programm lässt diese im Verzeichnis liegen und fertig.
Alles andere ist (tut mir leid) Schwachsinn.

thefiloe schrieb:

Jedes halbwegs vernünftige Programm

Und wer hat dir das Recht erteilt zu beurteilen, was ein vernünftige Programm ist und was nicht? Oder ist das ein, weil es die meisten halt so machen ist das richtig?

ist in diesem Falle imo weniger eine Frage von Rechten als von Logik.
Eine Dll dekompilieren, den Code dann den anderen Sources zufügen, die dann auch nix anneres werden als kompiliert...
Also mir erschliesst sich der Sinn vons das auch nicht: Birgt nur viele FehlerQuellen, und im allerbesten Falle (kein Auftreten von Fehlern) bewirkt es garnichts - ausser dass seine Sources womöglich exorbitant unübersichtlicher werden.

Wenner den Code abändern muss, ergäbe es vlt. einen Sinn, aber wie gesagt, erkauft durch ziemlich viele Risiken - vollkommen unnötig, wenn man die Dlls einfach so verwendete, wie sie vorgesehen sind.

Dafür gibt's übrigens auch bessere Tools. ILMerge zum Beispiel.
Alternativ kann man auch die DLLs in die Exe einbetten und beim (ersten) Start auspacken.
Aber das alles ist nur in sehr seltenen Fällen wirklich nötig. DLLs im Programmverzeichnis zu haben ist was ganz normales. Und auch hier gilt: Rechtliches beachten. Der Autor der DLL kann z.B. das Einkompilieren untersagen.