Aller au contenu
Règlement du forum ×
IPTV et arnaques ×

mouradski

Messages recommandés

l'approche PureMVC (View=Mediator+GraphicComponent, Model=BackendModel+fragments, Controller=Generaly a Command object)

un pattern donc clairement orienté RIA/Évènementiel idéal pour la création de composants réutilisables (un écran qui réagit à un évènement peut être donc déclenché par n'importe quel autre composant de l'application)

la mise en oeuvre est assez simple (Flex ou GWT), cependant il subsiste bien des pièges :

 

1. la testabilité : quel partie du code à testé

2. la fragmentation, je m'explique : prenant l'exemple d'un ecran A composé de 3 parties, P1, P2 et P3, chacune des parties est/peut aussi être considéré comme un ecran à part, et pour finir supposons que P3 est aussi composé de P(3,1), P(3,2), P(3,3), la question est la suivante : doit-on crée pour chaque partie et sous partie un Mediateur ou un seul suffira-t-il pour le traitement de toutes les parties de l'ecran A ?

3. le nommage des classes et packages

4. dans un contexte d'une équipe qui travail sur la même application, plusieurs Merges manuels sont à prévoir.

5. l'intégration graphique.

Lien vers le commentaire
Partager sur d’autres sites

ah content de te lire java :)

 

2. la fragmentation, je m'explique : prenant l'exemple d'un ecran A composé de 3 parties, P1, P2 et P3, chacune des parties est/peut aussi être considéré comme un ecran à part, et pour finir supposons que P3 est aussi composé de P(3,1), P(3,2), P(3,3), la question est la suivante : doit-on crée pour chaque partie et sous partie un Mediateur ou un seul suffira-t-il pour le traitement de toutes les parties de l'ecran A ?

 

c'est la question qui m'est venue à l'esprit au départ, j'ai lu plusieurs approches et compréhensions de ce framework, y'en a qui regroupent les médiateurs par groupes et sont dispatchés sur plusieurs composants visuels, d'autres, et c'est l'approche que j'ai choisie, est de développer mes composants visuelles en dehors du méta paterne et des les traiter comme de simples composants, donc peu de médiateurs, je ne sais pas si c'est la meilleurs approche.

 

Malheureusement, je n'utilise pas FLEX complètement, ie : pas de MXML et que du code AS3 :(, donc je pose la hiérarchie de mes composants visuelles puis j'initialise pureMVC. On n'est que deux sur le projet lol et pour l'instant ça se passe bien :)

 

J'ai par contre une petite question, à quoi sert la version multi-core de la framework, j'avoue que je n'ai pas pigé grand chose à cette variante :D

Modifié par mouradski
Lien vers le commentaire
Partager sur d’autres sites

multi-core c'est pour le multi-threading, Flex 3.x and lower sont mono-thread, pas de possibilité de lancer par exemple un thread pour le UI rendering et un autre pour par exemple faire du chargement de modules

 

j'ai récemment eu l'occasion de faire du developpement Flex 3/OSGI (les modules flex sont assemblés dans des .jar et bundled pour Apache Felix). Le chargement des 14 modules de l'application prenait un temps considérable et ne cessé d'augmenter.

 

Pour ton choix (minimisé les Mediators) ça peut être une solution mais d'après ce que j'ai constaté il faut avoir une bonne vision de l'application afin de pouvoir, très tôt, identifier les écrans ou composants (un composant n'a pas nécessairement un visuel) , un écran permettant le renseignement des informations d'un utilisateur ou d'un produit est potentiellement réutilisable et donc doit être autonome et qui plus ait, doit généralement "Roles Ready", c'est ainsi que l'on puisse avoir des écrans dont on contrôle efficacement le cycle de vie.

 

Chez mon client, j'ai pu constaté de nombreux aspects très intéressant d'une implémentation de PureMVC (nommée photon), il est très intéressant par exemple de pensé au cycle de vie générique d'un composant (onStartup, onStop, onPause, ...) un bus d’évènements inter-modules ou inter bundle (dans le contexte d'OSGI).

 

de toutes façons, si tu as besoin d'informations complémentaires n'hésite pas à me sollicité (par mail c'est plus simple bouadma [NOKTA] abderrazak [3nda] bigBrozer [NOKTA] KOOM :)

Lien vers le commentaire
Partager sur d’autres sites

  • 4 weeks later...

Rejoindre la conversation

Vous pouvez publier maintenant et vous inscrire plus tard. Si vous avez un compte, connectez-vous maintenant pour publier avec votre compte.

Invité
Répondre à ce sujet…

×   Collé en tant que texte enrichi.   Coller en tant que texte brut à la place

  Seulement 75 émoticônes maximum sont autorisées.

×   Votre lien a été automatiquement intégré.   Afficher plutôt comme un lien

×   Votre contenu précédent a été rétabli.   Vider l’éditeur

×   Vous ne pouvez pas directement coller des images. Envoyez-les depuis votre ordinateur ou insérez-les depuis une URL.

  • Messages

    • Plus de 15 applications VPN gratuites sur Google Play utilisaient un SDK malveillant, transformant les appareils Android en proxys résidentiels. Les chercheurs de Human Security ont découvert que toutes les applications en question utilisaient un kit de développement logiciel (SDK) de LumiApps, qui contenait « ProxyLib », une bibliothèque golang pour effectuer le proxy. En mai 2023, ils ont identifié la première application utilisant ProxyLib, un VPN Android gratuit appelé Oko VPN. Par la suite, les chercheurs ont trouvé la même bibliothèque utilisée par le service de monétisation des applications Android LumiApps, comme ils l'indiquent dans leur rapport : « À la fin du mois de mai 2023, l'équipe de Satori a remarqué une activité sur des forums de hackers et de nouvelles applications VPN faisant référence à un SDK de monétisation, lumiapps[.]io. » Après une enquête poussée, il apparaît que ce SDK possède exactement les mêmes fonctionnalités et utilise la même infrastructure de serveur que les applications malveillantes analysées lors de l'enquête sur la version précédente de ProxyLib. LumiApps est utilisé légalement à des fins d'études publicitaires. Ils ont pu ainsi répertorier un ensemble de 28 applications qui utilisaient la bibliothèque ProxyLib pour transformer les appareils Android en proxys :     Lite VPN     Anims Keyboard     Blaze Stride     Byte Blade VPN     Android 12 Launcher (by CaptainDroid)     Android 13 Launcher (by CaptainDroid)     Android 14 Launcher (by CaptainDroid)     CaptainDroid Feeds     Free Old Classic Movies (by CaptainDroid)     Phone Comparison (by CaptainDroid)     Fast Fly VPN     Fast Fox VPN     Fast Line VPN     Funny Char Ging Animation     Limo Edges     Oko VPN     Phone App Launcher     Quick Flow VPN     Sample VPN     Secure Thunder     Shine Secure     Speed Surf     Swift Shield VPN     Turbo Track VPN     Turbo Tunnel VPN     Yellow Flash VPN     VPN Ultra     Run VPN Toutefois, on ignore si les développeurs d'applications gratuites savaient que le SDK transformait les appareils de leurs utilisateurs en serveurs proxy susceptibles d'être utilisés pour des activités indésirables. Les chercheurs pensent quant à eux que les applications malveillantes sont liées au fournisseur russe de services proxy résidentiels Asocks, après avoir observé les connexions effectuées sur le site web du fournisseur de proxy. Le service Asocks est souvent promu par les cybercriminels sur les forums de piratage.
    • Je ne connais pas cette astuce  mais essaye d'ajouter les 3 chiffres de l'indicatif international qui est 213 au début du numéro du fixe, je n'ai ni la fibre ni ce modem pour confirmer moi-même c'est juste une idée.
    • Normalement ca coût rien moi heureusement que j'ai un accès total du modem sinon je vais acheté un autre 
    • C'est pas officiel , bruit de couloir de la radieuse , c l'oncle dun ami  qui m'a dit "débit min fibre 20 méga pr 2000da"
×
×
  • Créer...