Cecil | Your content driven static site generator | Static Site Generator library

Turns out, I had to downgrade my Among Us version. The way I downgraded the version was using Docker, but I suppose any other way could work.

You need to create mocks of services, not of data. In your case AssemblyDefinition is data, and is sealed as well. Mocks aren't meant for concrete data classes. Your mock of the "service" binaryLoader looks ok.

What you need to do instead is create your dummy AssemblyDefinition another way, and return that. I'm not familiar with Mono.Cecil, but it looks like there is a static Create() method you could use. Once you've got that instance you need, the rest of your test should fall into place.

You'll end up with something like

I found the way - OperationWalker.

In my case I have the following "walker" (work in progress):

You need MakeGenericMethod, then you can call it like any other method

You can use positive lookbehind and positive lookahead, ex:

AFAIK, SRM is way more low-level than Mono.Cecil. I've not used it enough to be 100% sure, but AFICS, in SRM you need to provide your own type system, meaning, you'll get type tokens, method tokens, etc, and how you represent that in your program is up to you (this looks way more complex than using Cecil). (You can take a look in ILSpy code https://github.com/icsharpcode/ILSpy/tree/master/ICSharpCode.Decompiler to get an idea)

I don't think that converting from Roslyn names -> Cecil names is that hard (of course, depending on your needs). You could try:

1. see if it is possible to ask Roslyn to always use the BLC type names (instead of the C# primitive type names)

2. Remove the ranking information (1, 2, etc) and maybe add <> if necessary

3. Replace the nested type separator used by Cecil (/) with a dot (.)

4. Maybe some other cases... :)

That being said, another alternative is to try to map the names to its System.Type equivalent; once you have a System.Type you can call Module.Import() in Cecil and get a TypeRefernce back and compare its full name (unfortunately cannot compare two TypeReferences by equality).

Obs: tried to add this as a comment, but it is too long :)

You can use something similar to the code below to figure out the fully qualified type name:

Please try the following solution. It is for MS SQL Server.

Amazingly enough, the provided XML has no namespaces. Though it was an attempt to use a namespace.

SQL

Use lead in dplyr to get next value :

SUCCESS! I got it to work as follows:

1.) I discovered that setting Linking to "Sdk and User Assemblies" got the app to build OK, but then, when it ran, the user interface didn't behave well.

2.) So then, I added to my "Skip Linking" list, the name of my main Xamarin.Forms shared-code project.

And, thank goodness, that got it to build and run cleanly!