In my book, "Pro C# 2008 and the .NET 3.5 Platform", there is a line of text that is confusing me, within the context of Single-File assemblies.
In a great number of cases, there is a simple one-to-one correspondence between a .NET assembly and the binary file (*.dll or *.exe). Thus if you are building a .NET *.dll, it is safe to consider that the binary and the assembly are one and the same. Likewise, if you are building an executable desktop application, the *.exe can simply be referred to as the assembly itself
-Pro C# 2008 and the .NET 3.5 platform, Andrew Troelsen
The first sentence of the quote is messing my thinking up. I understand a .NET Single file assembly to be a logical grouping of one or more related modules that are intended to be initially deployed and versioned as a single unit. Within this assembly, contains Windows/CLR headers, type metadata, compiled CIL, and an assembly manifest.
Within the context of single file assemblies, I fail to understand what is meant by a "one-to-one correspondence between a .NET assembly and the binary file (*.dll or *.exe).
Could someone please clarify the quote specified above?