Conversation
|
Yes, I have noticed that pattern as well for many (but not all) lexicon methods. I would be willing to accept a Pull Request. However, the only blocker at this moment is when I create the package for generated code. I want to be able to do it in such a way where the generator can easily notice that pattern and use that method. This doesn't mean I'm rejecting it: I just want to do this properly. That said, I don't exactly mind still accepting some form of implementation for now, and then when we cross that bridge of generated code, it can be changed. Looking at how you've currently written it, it does seem to be a design that I actually like so far. |
|
Actually, looking at it further, this would help the generator more than it would hinder. Looks good all around so far! |
|
Ok than I will finalise it 😊 and migration of all the methods can be done step by step. Should this point to main or develop? |
|
This should go into |
Description
There is a lot of duplicated code in all the ATProtoKit methods calling the API endpoints and I thought about simplify it, so changing the implementation should be easier if needed in the future.
This doesn't need to be the final implementation, it's just one way how to improve it.
What do you think about it?
Example
This is how you would create a
requestURL:Type of Change
Checklist: