forked from jbevain/cecil
-
Notifications
You must be signed in to change notification settings - Fork 10
Migration
jbevain edited this page Feb 22, 2012
·
6 revisions
Between the versions 0.6 and 0.9 of Mono.Cecil, the API evolved in a few directions:
- Make the API easier to use.
- Reflect better the content of an assembly.
- Use .net features of .net 2.0 such as generics.
Porting applications to the new Mono.Cecil is easy. We suggest you branch your project using Cecil the time to stabilize it on the new version of Mono.Cecil. For most projects I’ve personally ported, half a day was enough to get it running and enjoy the speed of the new version of Cecil.
Changes to take care of:
-
AssemblyFactory
is no more, you can use theModuleDefinition.ReadModule
andAssemblyDefinition.ReadAssembly
static methods, and callWrite
on them to write them back.
-
ModuleDefinition.Types
now only returns top level (not nested) types. If you want to iterate over all the types defined in an assembly, you can use the methodModuleDefinition.GetTypes()
.
-
TypeDefinition.Constructors
is merged insideTypeDefinition.Methods
, it was a Cecil thing, and it was breaking the order methods are defined in the type.
-
ParameterDefinition.Sequence
was a 1 based index of the parameter. It has been replaced byParameterDefinition.Index
which is 0 based. To help porting your application, you can replace your usage of theSequence
property to use the extension methodMono.Cecil.Rocks.ParameterReferenceRocks.GetSequence (this ParameterReference self)
.
-
IMethodSignature.ReturnType
(which impacts types such asMethodReference
orMethodDefinition
now returns directly aTypeReference
. It avoids the recurring pattern:method.ReturnType.ReturnType
that was often found in previous Cecil code. If you still want to have access to the custom attributes or the marshal informations specified on the return type, you can usemethod.MethodReturnType
. Actually,method.ReturnType
is just a fast path formethod.MethodReturnType.ReturnType
.
- There was an string indexer property on the
TypeDefinitionCollection
that was used to retrieve aTypeDefinition
based on its full name. It has been replaced by theModuleDefinition.GetType
method.
- The custom attribute API changed quite a bit. The old model was somewhat more direct, but didn’t provide enough information for all cases. Most of the code using the old cecil looks like
(string) attribute.ConstructorParameters [0]
. It has to be replaced with(string) attribute.ConstructorArguments [0].Value
..ConstructorArgument [0]
returns aCustomAttributeArgument
that has both aTypeReference Type
property and aobject Value
property.
-
CilWorker
is no more, it has been renamed toILProcessor
, and you get one by callingGetILProcessor
on aMethodBody
.
- You now have to call
TypeReference.GetElementType
andMethodReference.GetElementMethod
instead ofTypeReference.GetOriginalType
andMethodReference.GetOriginalMethod
.