CONNEXION
  • RetourJeux
    • Sorties
    • Hit Parade
    • Les + populaires
    • Les + attendus
    • Soluces
    • Tous les Jeux
    • Gaming
  • RetourActu Gaming
    • News
    • Astuces
    • Tests
    • Previews
    • Toute l'actu gaming
  • RetourBons plans
    • Bons plans
    • Bons plans Smartphone
    • Bons plans Hardware
    • Bons plans Image et Son
    • Bons plans Amazon
    • Bons plans Cdiscount
    • Bons plans Decathlon
    • Bons plans Fnac
    • Tous les Bons plans
  • RetourJVTech
    • Actus High-Tech
    • Intelligence Artificielle
    • Smartphones
    • Mobilité urbaine
    • Hardware
    • Image et son
    • Tutoriels
    • Tests produits High-Tech
    • Guides d'achat High-Tech
    • JVTech
  • RetourCulture
    • Actus Culture
    • Culture
  • RetourVidéos
    • A la une
    • Gaming Live
    • Vidéos Tests
    • Vidéos Previews
    • Gameplay
    • Trailers
    • Chroniques
    • Replay Web TV
    • Toutes les vidéos
  • RetourForums
    • Hardware PC
    • PS5
    • Switch 2
    • Xbox Series
    • Switch
    • Pokemon pocket
    • FC 25 Ultimate Team
    • League of Legends
    • Tous les Forums
  • PC
  • PS5
  • Xbox Series
  • Switch 2
  • PS4
  • One
  • Switch
  • iOS
  • Android
  • MMO
  • RPG
  • FPS
En ce moment Genshin Impact Valhalla Breath of the wild Animal Crossing GTA 5 Red dead 2
Liste des sujets

FP / Immutabilité et programmation évènementielle...

dark_drow
dark_drow
Niveau 15
20 novembre 2016 à 21:06:10

J'ai lu ces derniers mois beaucoup d'articles sur la programmation fonctionnelle et sur l'immutabilité en programmation, et ces sujets me semblent vraiment intéressant voir primordiaux pour éviter le code spaghetti et du debugging pénible.
Tout cela marche très bien pour moi tant que mon métier est clean (input -> traitement (-> sauvegarde) -> output)

Mais quand ça devient un peu tordu je suis dans un flou absolu pour appliquer ces principes, notamment sur des cas de programmation événementielle quand ma fonction s'active et possède un métier différent en fonction des actions passées. Un exemple simple qu'on pourrait utiliser pour détecter un double clic mais qui traduit facilement le style de problèmes :

var nbClick = 0
var lastClick
mouse.addEvent("click", handleClick)

func handleClick(aClickEvent) {
     if (nbClick == 0) 
         nbClick++
         lastClick = date.now()
     else if (date.now() - lastClick < 0.3) {
     	print("double click !")
     }
     else {
   		nbClick = 0
     }
}

Si le programme essaye de gérer d'autres actions c'est vite le foutoir dans les variables, ça devient pire dans des situations réelles avec des tableaux ou des buffers qui se vident / remplissent en fonction de certains événements (bonjour la concurrence)...

Avez-vous des conseils ou des solutions plus sympathique pour rendre le code moins "mutable" ?

Message édité le 20 novembre 2016 à 21:07:19 par dark_drow
Sous forums
  • Aide à l'achat Mac
  • Création de sites web
  • Internet
  • Macintosh
  • Création de Jeux
  • Linux
  • Programmation
  • Steam Deck
  • Hardware
La vidéo du moment