Upon reflection, I do get the joke now.
Ha. Cause there’s no getter. I get it. I think?
I get it.
No you don’t; there’s no getter.
Oh, now I get it.
Wait…
You don’t get the context of this joke
Where are your gods now?
public static Joke getTheJoke(Meme yourMeme) { Field jokeField = Meme.class.getDeclaredField("joke"); jokeField.setAccessible(true); return (Joke) jokeField.get(yourMeme); }
Is it Java? It looked like
Microsoft JavaC# to me…public static void Main(string[] args) { var meme = new Meme(); var joke = GetTheJoke(meme); } public static Joke GetTheJoke(Meme theMeme) { var memeType = typeof(Meme); var jokeField = memeType.GetField("Joke", BindingFlags.NonPublic | BindingFlags.Instance); return (Joke)jokeField.GetValue(theMeme); }
deleted by creator
If you want to be able to eg. (de)serialize non-public fields of a type for any reason, you’ll need some way to get around the access restriction. Mocking is another use case – although it’s a philosophical discussion whether you should be mocking non-public fields.
And this isn’t just a Java thing, the comment you’re responding to has an example in C#, and you can do something similar in a lot of languages that support runtime reflection. Barring runtime reflection support you can do pointer math if the language supports it. Access restrictions on fields are there to stop casual misuse of private fields, but sometimes you actually may want to be able to step over those restrictions if you really know what you’re doing.
Frankly it’s been a while since I wrote either one. I just assumed Java because of the naming convention, and I didn’t see anything I took as obviously un-Java in the class definition