Refactor split socket and ssl socket

[betaboon]

continuation of #261 #262 #263 #264

This PR includes the following changes:

• extend FakeSSLContext by replacing all dummy-methods with full signatures
• move FakeSSLContext from mocket.ssl to mocket.ssl.context
• move all mock- and true-functions from mocket.inject to mocket.socket and mocket.ssl.context
• type all function signatures of MocketSocket
• split ssl-specific methods from MocketSocket into MocketSSLSocket

Some notes:

socket.read and socket.write seem to have been considered part of the socket-api.
They are infact part of SSLSocket and have thus been incorrectly used.
a test and some smaller internal methods had to be changed accordingly.

[betaboon]

interesting. i tested locally with python3.8, which passes.
with >=3.11 i can reproduce the tests failing. will look at that tomorrow

[mindflayer]

Hi there, could you please explain why you think this is a good idea?

extend FakeSSLContext by replacing all dummy-methods with full signatures

Mocket is supporting different versions of Python 3. In the past it has even supported Python 2 and 3 at the same time (that's where the compat module with types comes from).
Libraries can change from a version to another, we don't want to implement full signatures, and that's the reason for having a dummy method used as catch-all. For getter/setter, what is the reason to implement them one by one, if what we do is still return 0 and pass everywhere? Trying to keep Mocket code-base as lean as possible positively impacts its maintainability. And believe me, almost every time there is a new Python version around, there are things to do to make it work.

[betaboon]

hey. in my eyes it contributes to readability.

but again, preferences. if you prefer the less-verbose way, i will revert :)

[mindflayer]

I don't think that having x lines of copy/pasted functions is more readable than having a single catch-all method, especially in the case of Mocket where their code does literally nothing meaningful.

[mindflayer]

Also, having a single function helps with debugging.

[mindflayer]

socket.read and socket.write seem to have been considered part of the socket-api.
They are infact part of SSLSocket and have thus been incorrectly used.
a test and some smaller internal methods had to be changed accordingly.

Weren't you the one who split the logic into two separated classes: MocketSocket AND MocketSSLSocket?

[betaboon]

Weren't you the one who split the logic into two separated classes: MocketSocket AND MocketSSLSocket?

yep. exactly for the reason of cleanly separate the apis.

eg this in the tests is just wrong:

       sock = socket.socket()
        sock.connect(address[-1])
        sock.write(f"{method} {path} HTTP/1.0\r\n")

socket.socket does not have a write-method.

[sonarqubecloud]

Quality Gate passed

Issues
19 New issues
0 Accepted issues

Measures
0 Security Hotspots
0.0% Coverage on New Code
0.0% Duplication on New Code

See analysis details on SonarQube Cloud

[coveralls]

coverage: 99.255% (-0.07%) from 99.324%
when pulling 636951f on betaboon:refactor-split-socket-and-ssl-socket
into 89055e8 on mindflayer:main.

[coveralls]

coverage: 99.255% (-0.07%) from 99.324%
when pulling 636951f on betaboon:refactor-split-socket-and-ssl-socket
into 89055e8 on mindflayer:main.

[coveralls]

coverage: 99.255% (-0.07%) from 99.324%
when pulling 636951f on betaboon:refactor-split-socket-and-ssl-socket
into 89055e8 on mindflayer:main.

[coveralls]

coverage: 99.255% (-0.07%) from 99.324%
when pulling 636951f on betaboon:refactor-split-socket-and-ssl-socket
into 89055e8 on mindflayer:main.

[mindflayer]

yep. exactly for the reason of cleanly separate the apis.

eg this in the tests is just wrong:

Yes, the test was using the wrong method. It was added by a contributor and I did not spot the fact that it was using write(). Good catch!

[betaboon]

from my perspective this is ready.

[mindflayer]

from my perspective this is ready.

I am working atm, I'll review it as soon as possible.

[betaboon]

take your time. I'm back at work too :)

[mindflayer]

LGTM!