EasyHttp | 基于RxJava2Retrofit2RxCache的网络请求框架 | REST library

should we really "ignore" the status when doing POST and PUT requests?

No, you should check for status code.

All HTTP request methods, including POST and PUT, return a response indicating a failure or success, you should check the status and show to the user that their request was successful or it failed.

It would appear that if you are passing the id as a simple argument to the reject and ok functions, it would need to be quoted to be evaluated that way, resulting in reject ("some-id") vs reject(some-id), in order for that to work the code on line 224 should be

I have the same problem. I have started to investigate on it and I have seen that the problem appear in a script that Kaspersky inject in each page. If you deactivate your Kapersky Antivirus, your page should work correctly.

I still have no idea how to fix it with a proper solution. Maybe open a ticket to Kapersky support ?

You are probably following some tutorial or where did you get that code?

The reason for supplying a callback to http.get instead of adding the code directly to the onload method is easy: Reusability

What if you want to request from two different URLs and process the data differently? When you embed the processing code into the onload function, you have to implement different get-functions.

The callback on the other hand allows to request from different urls (or even the same) and handle the received data in different ways by specifying different callbacks. This is a typical generalization pattern in javascript.

By the way: The callback is not asynchronous. When onload calls callback, it is called directly, as if the code was at the same place. But what is asynchronous, is the http request itself. It starts executing, when the send method is called. After that javascript just continues executing code. After the request is completed the (anonymous) function assigned to onload is called.

Autoloading rules in your package (adammcgurk/shine-php) are incorrect. Since your classes are inside of src/ShinePHP directory your autolading rules should look like that:

This dependency does not have any autoloading rules, so Composer does not know where to find ShinePHP\EasyHttp class. You need to add autoloading configuration in composer.json of shine-php package: