Bonjour Bonjour, je pense qu'il n'est pas difficile d'implémenter cette chose côté Android, mais la difficulté réside du côté serveur.
Le client Android fonctionne
Le travail qu'Android doit faire n'est rien d'autre que de collecter les informations de l'application installée sur l'appareil et de les télécharger sur le serveur, puis le serveur renvoie les informations détaillées de l'application (comme pour savoir comment faire en sorte que le serveur renvoyer les informations plus efficacement, nous en reparlerons plus tard), puis Afficher les informations.
Travail côté serveur
Si le serveur ne commence à interroger les principaux marchés pour obtenir des informations détaillées via le nom de l'application et le nom du package qu'après avoir reçu la demande du client, l'efficacité sera assez faible. Le meilleur moyen est de demander à un robot d'explorer les principaux marchés. de temps en temps, mettez en cache certaines données à l'avance, afin qu'elles puissent essentiellement répondre aux demandes des clients en temps réel. Je ne sais pas si vous connaissez certains produits de surveillance de la réduction des prix des applications. Ils ont fondamentalement la même idée. Le point clé est de savoir comment implémenter cet algorithme de crawler. Nous devons prendre en compte la charge du serveur, la stratégie anti-crawler du serveur cible et le temps effectif de mise en cache des données. Il y aura certainement différentes stratégies basées sur la popularité. de l'application, non ? Je pense donc que le développement de cet algorithme est la priorité absolue de l’ensemble du projet.
Certaines applications peuvent avoir le même nom d'application mais des noms de package incohérents. Par exemple, un nom de package est utilisé sur le marché national, mais un autre nom de package est envoyé à Google Play. Vous devez également y prêter attention.
L'idée à laquelle je peux penser est d'obtenir le nom du package d'application et de le télécharger sur le serveur backend pour analyse. Après tout, l’application elle-même ne dispose d’aucune information permettant d’enregistrer la catégorie à laquelle elle appartient.
Les réponses ci-dessus sont toutes très bonnes et peuvent être utilisées comme référence. Votre propre réflexion est également correcte. Ma réponse est similaire. En ce qui concerne l'application elle-même, il n'y a actuellement aucun attribut d'identification tel que « jeu », « actualités », « social », etc. Il s'agit tous de la même application, et ces attributs sont donc classés en catégories pour y parvenir. ce que vous avez dit Les choses doivent s'appuyer sur des « personnes », en particulier sur la collecte artificielle de données volumineuses d'applications (telles que les noms de packages d'applications). Cette partie peut être explorée par des robots pour explorer les applications dans les principaux magasins d'applications. magasins d'applications à l'échelle et la plupart des applications Le même nom de package est conservé dans différents magasins. Ensuite classer les données (en ce qu’on appelle les jeux, les réseaux sociaux, etc.), c’est simple à dire, mais n’a-t-on pas l’impression que les choses sont déjà énormes ? Est-ce presque la même chose qu’être un App Store ? Je pense que c'est vraiment gros. La préparation préliminaire des données est très importante. Vous devez disposer de suffisamment de données pour garantir que les applications signalées peuvent correspondre à la classification correspondante dans le backend. Quant au client, il ne peut pas effectuer un travail aussi compliqué. Le client analyse et signale uniquement les applications sur le téléphone mobile et reçoit des commentaires de classification du backend. Mais il y a aussi un problème. Les applications récemment publiées ne peuvent pas toujours être classées (ou vous pouvez en accepter une non classifiée). C'est tout ce à quoi je peux penser pour l'instant.
![[Web front-end] Démarrage rapide de Node.js](https://img.php.cn/upload/course/000/000/067/662b5d34ba7c0227.png)
Bonjour Bonjour, je pense qu'il n'est pas difficile d'implémenter cette chose côté Android, mais la difficulté réside du côté serveur.
Le client Android fonctionne
Le travail qu'Android doit faire n'est rien d'autre que de collecter les informations de l'application installée sur l'appareil et de les télécharger sur le serveur, puis le serveur renvoie les informations détaillées de l'application (comme pour savoir comment faire en sorte que le serveur renvoyer les informations plus efficacement, nous en reparlerons plus tard), puis Afficher les informations.
Travail côté serveur
Si le serveur ne commence à interroger les principaux marchés pour obtenir des informations détaillées via le nom de l'application et le nom du package qu'après avoir reçu la demande du client, l'efficacité sera assez faible. Le meilleur moyen est de demander à un robot d'explorer les principaux marchés. de temps en temps, mettez en cache certaines données à l'avance, afin qu'elles puissent essentiellement répondre aux demandes des clients en temps réel. Je ne sais pas si vous connaissez certains produits de surveillance de la réduction des prix des applications. Ils ont fondamentalement la même idée. Le point clé est de savoir comment implémenter cet algorithme de crawler. Nous devons prendre en compte la charge du serveur, la stratégie anti-crawler du serveur cible et le temps effectif de mise en cache des données. Il y aura certainement différentes stratégies basées sur la popularité. de l'application, non ? Je pense donc que le développement de cet algorithme est la priorité absolue de l’ensemble du projet.
Certaines applications peuvent avoir le même nom d'application mais des noms de package incohérents. Par exemple, un nom de package est utilisé sur le marché national, mais un autre nom de package est envoyé à Google Play. Vous devez également y prêter attention.
L'idée à laquelle je peux penser est d'obtenir le nom du package d'application et de le télécharger sur le serveur backend pour analyse. Après tout, l’application elle-même ne dispose d’aucune information permettant d’enregistrer la catégorie à laquelle elle appartient.
Les réponses ci-dessus sont toutes très bonnes et peuvent être utilisées comme référence. Votre propre réflexion est également correcte. Ma réponse est similaire. En ce qui concerne l'application elle-même, il n'y a actuellement aucun attribut d'identification tel que « jeu », « actualités », « social », etc. Il s'agit tous de la même application, et ces attributs sont donc classés en catégories pour y parvenir. ce que vous avez dit Les choses doivent s'appuyer sur des « personnes », en particulier sur la collecte artificielle de données volumineuses d'applications (telles que les noms de packages d'applications). Cette partie peut être explorée par des robots pour explorer les applications dans les principaux magasins d'applications. magasins d'applications à l'échelle et la plupart des applications Le même nom de package est conservé dans différents magasins. Ensuite classer les données (en ce qu’on appelle les jeux, les réseaux sociaux, etc.), c’est simple à dire, mais n’a-t-on pas l’impression que les choses sont déjà énormes ? Est-ce presque la même chose qu’être un App Store ? Je pense que c'est vraiment gros. La préparation préliminaire des données est très importante. Vous devez disposer de suffisamment de données pour garantir que les applications signalées peuvent correspondre à la classification correspondante dans le backend. Quant au client, il ne peut pas effectuer un travail aussi compliqué. Le client analyse et signale uniquement les applications sur le téléphone mobile et reçoit des commentaires de classification du backend. Mais il y a aussi un problème. Les applications récemment publiées ne peuvent pas toujours être classées (ou vous pouvez en accepter une non classifiée). C'est tout ce à quoi je peux penser pour l'instant.