Repository navigation
Added a decoder to be able to handle Func<> parameters - #2049
Open
Romout wants to merge 4 commits into
Open
Romout wants to merge 4 commits into
Romout wants to merge 4 commits into
Conversation
…mbdas or similar without the need of casting to System.Func
Copy link
Copy Markdown
Contributor
|
FWIW I attempted a function codec before - and it was mentioned in the PR that it should have used code generation to be more correct: pythonnet/codecs#1 |
Sorry, something went wrong.
Copy link
Copy Markdown
Author
|
I don't know why the build for 3.7 on 32bit didn't succeed. Can someone help with that? |
Sorry, something went wrong.
This branch has not been deployed
This file contains hidden or bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
3 participants
Add this suggestion to a batch that can be applied as a single commit.This suggestion is invalid because no changes were made to the code.Suggestions cannot be applied while the pull request is closed.Suggestions cannot be applied while viewing a subset of changes.Only one suggestion per line can be applied in a batch.Add this suggestion to a batch that can be applied as a single commit.Applying suggestions on deleted lines is not supported.You must change the existing code in this line in order to create a valid suggestion.Outdated suggestions cannot be applied.This suggestion has been applied or marked resolved.Suggestions cannot be applied from pending reviews.Suggestions cannot be applied on multi-line comments.Suggestions cannot be applied while the pull request is queued to merge.Suggestion cannot be applied right now. Please check back later.
What does this implement/fix? Explain your changes.
It's a decoder to ease use of C# Func<> method arguments. Previously, it was necessary to cast the python lambda expression to System.Func[...] which is very cumbersome for a script-user.
Does this close any currently open issues?
Was not my intention.
Any other comments?
The solution I used is quite complex as it needs to create wrapper types for each Func-Type-Variant. Code creation is implemented using the IL Code Generator, types are cached, generic type arguments are again converted using ToPython()
I hope my change is of some help!
Checklist
Check all those that are applicable and complete.