Utility.java

Both codes share a common function, getContentLength(HttpURLConnection connection), but the second code goes further by adding an extra feature: handling partial responses (HTTP 206) with getTotalContentLength(HttpURLConnection connection). Here is a detailed comparison:

1. Similarities

Both codes implement the getContentLength(HttpURLConnection connection) function, which attempts to get the content length from the HTTP response.
They use the connection.getContentLengthLong() method for recent versions of Android (Build.VERSION.SDK_INT >= Build.VERSION_CODES.N).
If this method is unavailable, they retrieve the "Content-Length" header and try to convert it to long.
In case of an error, they return -1 without specific exception handling.

2. Differences

a) Imports

First code: Imports ClipboardManager, ClipData, and Toast, which are never used.
Second code: Imports java.util.Random and us.shandian.giga.get.DownloadMission, which are also not used in the provided snippet.

b) New feature in the second code

The second code adds an additional function:

public static long getTotalContentLength(final HttpURLConnection connection) {
    try {
        if (connection.getResponseCode() == 206) { // Handles partial responses
            final String rangeStr = connection.getHeaderField("Content-Range");
            final String bytesStr = rangeStr.split("/", 2)[1];
            return Long.parseLong(bytesStr);
        } else {
            return getContentLength(connection);
        }
    } catch (Exception err) {
        // nothing to do
    }

    return -1;
}

This function:

Checks if the HTTP response is partial (206 Partial Content).
Retrieves the value of the "Content-Range" header, which appears as something like "bytes 0-499/1234".
Extracts the total file size (1234 in this example).
If it's not a partial response, it returns the value obtained via getContentLength().

3. Conclusion

First code: Simply retrieves the content length using "Content-Length".
Second code: Enhances robustness by considering partial responses (HTTP 206), which is useful for download managers that need to know the total file size.

If your goal is to manage downloads and ensure better accuracy regarding file size, the second code is preferable.

Les deux codes partagent une fonction commune, getContentLength(HttpURLConnection connection), mais le second code va plus loin en ajoutant une fonctionnalité supplémentaire : la gestion des réponses partielles (HTTP 206) avec getTotalContentLength(HttpURLConnection connection). Voici une comparaison détaillée :

1. Similarités

Les deux codes implémentent la fonction getContentLength(HttpURLConnection connection), qui tente d’obtenir la longueur du contenu de la réponse HTTP.
Ils utilisent la méthode connection.getContentLengthLong() pour les versions récentes d’Android (Build.VERSION.SDK_INT >= Build.VERSION_CODES.N).
Si cette méthode n'est pas disponible, ils récupèrent l’en-tête "Content-Length" et essaient de le convertir en long.
En cas d'erreur, ils retournent -1 sans gestion spécifique des exceptions.

2. Différences

a) Importations

Premier code : Importation de ClipboardManager, ClipData et Toast, qui ne sont jamais utilisés.
Second code : Importation de java.util.Random et us.shandian.giga.get.DownloadMission, qui ne sont pas non plus utilisés dans le snippet fourni.

b) Nouvelle fonctionnalité dans le second code

Le second code ajoute une fonction supplémentaire :

public static long getTotalContentLength(final HttpURLConnection connection) {
    try {
        if (connection.getResponseCode() == 206) { // Gestion des réponses partielles
            final String rangeStr = connection.getHeaderField("Content-Range");
            final String bytesStr = rangeStr.split("/", 2)[1];
            return Long.parseLong(bytesStr);
        } else {
            return getContentLength(connection);
        }
    } catch (Exception err) {
        // nothing to do
    }

    return -1;
}

Cette fonction :

Vérifie si la réponse HTTP est partielle (206 Partial Content).
Récupère la valeur de l’en-tête "Content-Range", qui a une forme comme "bytes 0-499/1234".
Extrait la valeur totale de la taille du fichier (1234 dans cet exemple).
Si ce n’est pas une réponse partielle, elle retourne la valeur obtenue via getContentLength().

3. Conclusion

Premier code : Se contente de récupérer la longueur du contenu via "Content-Length".
Second code : Améliore la robustesse en prenant en compte les réponses partielles (HTTP 206), ce qui est utile pour les gestionnaires de téléchargement qui doivent connaître la taille totale du fichier.

Si votre objectif est de gérer les téléchargements et d’assurer une meilleure précision sur la taille du fichier, le second code est préférable.