Limitations de ProBuilder

• 05/07/2017 at 4:18 PM #34764
  laurenzo

  Bonjour à tous,

  Le but de ce thread est de lister les limitations pour développer des indicateurs sous ProRealTime. Peut être que cela peut aider les nouveaux venus à connaître les problèmatiques classiques avant de se plonger dans du code complexe (ou pas).

  Pour l’instant de mon côté après 5-6 jours d’utilisation et une vingtaine d’indicateurs développés, voici les limitations :

  • Pas de déclaration/utilisation de tableaux possible (extrêmement limitant / véritable point noir)
  • Pas de fonction Power du type Power(nombre, exposant)
  • Pas de fonction Median() et j’ai du mal à voir comment faire sans tableau
  • Difficulté de créer facilement des fonctions (indicateurs) et de les appeler dans d’autres indicateurs
  • Pas de fonction Floor() et Ceil() mais Round() à la place

  Voilà n’hésitez pas à continuer la discussion pour essayer de lister tous les points dérangeant pour les développeurs d’indicateurs.

  

  laurenzo

  Participant

  Topics: 15

  Replies: 64

  Been thanked: 16 times
  05/07/2017 at 5:02 PM #34772
  Nicolas

  On a tous en tête la même liste en effet 🙂

  Pour la fonction Power, voilà plusieurs alternatives : https://www.prorealcode.com/topic/mathematical-functions/

  Pour la fonction Median(), en effet sans tableau c’est plutôt délicat. Personnellement, j’en ai jamais eu besoin.

  Pour Floor et Ceil, j’ai créé des fonctions mais c’était pour un client si je me souviens bien donc je ne pourrai pas partager.

  Les tableaux c’est un manque en effet et pas seulement pour les indicateurs, ça finira par arriver sans aucun doute !

  1 user thanked author for this post.

  laurenzo

  

  Nicolas

  Keymaster

  Topics: 81

  Replies: 20863

  Been thanked: 4773 times
  05/07/2017 at 11:14 PM #34791
  laurenzo

  Nicolas wrote:

  Les tableaux c’est un manque en effet et pas seulement pour les indicateurs, ça finira par arriver sans aucun doute !

  Tu crois? Je trouve des articles de blog d’une dizaine d’années qui indiquent déjà le problème! 🙁

  

  laurenzo

  Participant

  Topics: 15

  Replies: 64

  Been thanked: 16 times
  05/08/2017 at 8:46 AM #34796
  Nicolas

  Bien sur puisque ça n’a jamais existé et PRT existe depuis 15 ans. Si on compare l’évolution du langage et de la plateforme depuis 1 ou 2 ans, on peut être confiant sur les futures améliorations à venir.  Je pense que les tableaux ne sont pas prioritaire pour le moment dans leur dev list, pour en avoir parlé avec PRT il y a quelques mois.

  

  Nicolas

  Keymaster

  Topics: 81

  Replies: 20863

  Been thanked: 4773 times
  05/08/2017 at 2:50 PM #34827
  laurenzo

  Merci pour toutes ces infos! Tu as une idée des axes prioritaires?

  Encore merci pour ton forum, il est vraiment chouette 🙂

  

  laurenzo

  Participant

  Topics: 15

  Replies: 64

  Been thanked: 16 times
  05/08/2017 at 3:24 PM #34834
  Nicolas

  Le support multi timeframe pour ProOrder accompagné d’un nouveau moteur de données. Il n’y a pas que ça bien entendu, mais ce sont les choses les plus proche d’une release pour le moment.

  1 user thanked author for this post.

  laurenzo

  

  Nicolas

  Keymaster

  Topics: 81

  Replies: 20863

  Been thanked: 4773 times
  05/09/2017 at 12:17 PM #34925
  Pepsmile

  Bonjour,

  Voici un code que je viens de faire pour Floor & Ceil, à améliorer et transformer en fonction(s).

  Sinon, les tableaux manquent cruellement…

  Philippe

   

  // Pepsmile // myVar est la valeur à arrondir myVar = 45.31 // DecAr indique le niveau d'arrondi souhaité, dizaines ou décimales DecAr = 0.1 //test 1 fois (puisqu'il n'existe pas de "ONCE" applicable à plusieurs lignes à la fois) if barindex = 1 then if DecAr = 0 then InvDec = 1 else InvDec = 1/DecAr endif endif Floor = round(InvDec*myVar-0.5)/InvDec Ceil = round(InvDec*myVar+0.5)/InvDec return myVar as "myVar",Floor as "Floor",Ceil as "Ceil"

  1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19

  // Pepsmile // myVar est la valeur à arrondir myVar = 45.31 // DecAr indique le niveau d'arrondi souhaité, dizaines ou décimales DecAr = 0.1   //test 1 fois (puisqu'il n'existe pas de "ONCE" applicable à plusieurs lignes à la fois) if barindex = 1 then if DecAr = 0 then InvDec = 1 else InvDec = 1/DecAr endif endif   Floor = round(InvDec*myVar-0.5)/InvDec Ceil = round(InvDec*myVar+0.5)/InvDec   return myVar as "myVar",Floor as "Floor",Ceil as "Ceil"

  2 users thanked author for this post.

  Nicolas, laurenzo

  

  Pepsmile

  Participant

  Topics: 15

  Replies: 48

  Been thanked: 13 times
  05/11/2017 at 1:53 PM #35210
  laurenzo

  On peut rajouter l’absence de la fonction LOG() qui est en fait LN().
  Donc absence d’une réelle fonction LOG().

  

  laurenzo

  Participant

  Topics: 15

  Replies: 64

  Been thanked: 16 times
  05/11/2017 at 8:38 PM #35243
  laurenzo

  Sous PRT LOG(a), Mathematical function “Neperian logarithm” of ‘a’ value.

  Pour avoir le vrai LOG(a)

  Il faut faire

  LogA = LOG(a) / LOG(10)

  1	LogA = LOG(a) / LOG(10)

   

  

  laurenzo

  Participant

  Topics: 15

  Replies: 64

  Been thanked: 16 times
  05/11/2017 at 11:14 PM #35261
  Pepsmile

  Tout à fait Laurenzo.

  D’ailleurs on pourrait utiliser le LOG(a) pour déterminer le nombre de décimales voulues pour Floor/Ceil ci-dessus à la méthode Excel/VBA, sauf qu’à la fois la “lisibilité” en prendrait un coup et la possibilité utile (pour le DAX par exemple) d’avoir des arrondis pour les dizaines serait moins “naturelle”, sans compter que les calculs seraient plus gourmands en ressources. Keep It Simple & Stupid

  

  Pepsmile

  Participant

  Topics: 15

  Replies: 48

  Been thanked: 13 times
• Author
  Posts