PureBasic

Bonjour,

J'utilise depuis plusieurs années VC++6.0 (avec MFC) pour développer sous Windows, et j'étudie les possibilités de quitter ce language pour PB. Je découvre PB depuis 2 jours. Ma première impression est une grande simplicité et légèreté de programmation très agréable, tout en gardant apparemment une bonne puissance de programmation.

Mon principal soucis est le look de mes applications ; boutons, listbox, combobox, onglets, ..., sont tous redessinés dynamiquement ; en bref je suis un fana du "ownerdraw". Après avoir regardé un grand nombre d'exemples, j'ai constaté qu'apparemment tout ceci était faisable en PB. Mais j'ai l'impression qu'on perd la possibilité de créer des exécutables sous d'autres platformes que Windows (chose qui m'intéressait fortement).

Pouvez-vous confirmer les points suivants ?
- PB est-il effectivement à l'aise pour créer des applications où les gadjets sont redessinnés dynamiquement
- est-il plus simple que vc++ pour ce type d'application
- est-il aussi puissant que vc++ pour ce type d'application
- le re-lookage des gadjets se fait-il au détriment d'une compilation multi-plateforme

Merci.
Bob.

- le re-lookage des gadjets se fait-il au détriment d'une compilation multi-plateforme.

Si t'es un fana de l'ownerdraw, tu devrais savoir que la manipulation des API de window est évidemment propre à Window donc ce n'est pas multiplateforme.

- est-il aussi puissant que vc++ pour ce type d'application

Je ne pense pas que c'est en rapport direct avec la puissance du langage, mais oui, beaucoup d'exemples disponible sur Pureaera et sur le Forum le montre. L'ownerdraw c'est juste un traitement de messages Window! mais souvent associé au Subclassing pour un control total.

- est-il plus simple que vc++ pour ce type d'application

Aussi simple, je ne connais pas assez VC++ pour répondre mais il s'agit seulement de comprendre le fonctionnement de Window et le traitement des messages associés pour l'ownerdraw.

Si comme tu le dis, tu connais la technique, alors tu ne devrais pas rencontrer de problème.

Ca dépend en fait. Toutes les fonctions Fonction_() (nom + "_" + ()) sont des appels de fct de l'API windows. Donc si tu les utilise, ton prog ne sera pas multi formats.

Je sais pas ce que c'est que l' "ownerdraw". Si tu parle de fenêtres à la VB (dsl je ne connais pas VC++, juste les bases en C++), oui, PB fait les mm.
Par contre si tu parle de coloration, ... en général on passe par des fonctions de l'API. Mais si tu gère bien, ya pe-être la possibilité de faire sans.

EDIT : grillé par Nico

bah y'a toujours les directives de compilation...

Dri

Merci pour ces infos.

J'ai mis du temps à répondre car je parcours tous les posts traitants des comparaisons VC++ et PB. C'est tellement difficile de quitter ses bonnes vieilles habitudes sans être à ce jour 100% certain de ne pas bloquer sur une impossibilité de développement et d'être obligé de returner sur VC++.

Nos besoins sont tous différents : j'ai lu par exemple du "pour C++ et contre PB", concernant les bases de données, qui ne me concerne pas du tout. En fait je dois développer une application "gadgets super lookés + multimédia", du genre PCDJ ou Virtual DJ (en moins bien ; ces softs sont des modèles de look pour moi). Par contre, derrière, mon moteur est simple et je pense ne posera aucun soucis avec PB. Cette application vivra pendant au minimum 5 années (la précédente à 7 ans sous VC++ 6.0) et je dois sans cesse la faire évoluer. C'est mon unique job et j'en vis, donc je ne dois pas faire d'erreur quant au choix de mon prochain logiciel de développement.

Pour info sur le look des applications:
PCDJ: http://www.pcdj.com/Images/ProductImgs/Scrns/FX_L.jpg
Virtual DJ: http://www.virtualdj.com/products/virtu ... nshot.html

Connaissez-vous des logiciels du même type (pas forcément aussi poussé) fait avec PB ?

Bob.

Mais pourquoi quitter VC++, je comprend pas ta démarche.

A savoir, quand même, PureBasic ne gère pas, (pas encore...), les nombres en 64 bits.
C'est pour la version 4, normalement, c'est à dire bientôt.

Je pense que l'absence de nb 64bits n'est pas génant pour moi.

J'envisage de quitter VC++ MFC pour 2 raisons :

1) Microsoft stoppe l'évolution de VC++6.0 et des MFC, pour le passage à Visual Studio
- la compatibilité est cassée avec VC++6.0 MFC donc je suis obligé de toutes façons à reviser tout mon code
- Microsoft nous oblige à utiliser une couche supplémentaire (.NET) qui alourdit encore plus les développements
- Microsoft nous oblige à nous enfermer dans sa station de développement et être de plus en plus dépendant de lui
Et si dans 5 ans si ils arrêtent .NET et stoppent à nouveau la comptabilité, j'aurais à nouveau le même problème.

Pour rester à la page avec les futurs gadgets et fonctions sous Windows XP et prochains Windows, je suis obligé de quitter VC++ MFC.

2) A force d'entendre un peu partout qu'il faut 2 fois plus de temps pour programmer quelque chose sous VC++ par rapport à PB, je finis donc par me renseigner. Mes connaissances sous VC++ sont trop faibles et je rame souvent beaucoup. Alors si PB pouvait convenir, je serais tenté.

J'aimerais bien voir des exemples de réalisation de programmes dans ma catégorie sous PB.

Bob.

Quelle est ta catégorie ?

ta raison !!

le basic existe depuis 1964
et il est toujours la !!
et sa syntaxe n'a pas vraiment changé !!
il est devenu plus puissant !!
grace a des programmes comme le pureBasic et DarkBasic, le Blitz ect ...
Merci encore aux auteurs de ces merveilles qui n'ont pas suivi le chant des sirenes !

J'ai fais ça si tu veux une petit aperçu :

Cet écran a un look très sympa.
Je voudrais bien télécharger ce programme.
J'ai cliqué sur le lien "demo", j'ai téléchargé "demo6.rar" puis installé, mais je n'ai pas su trouver ce programme.

Peux-tu me dire comment procéder ?

Demo6, c'est Istria : mon ch'tit RPG.
AudioLibPlayer (ALP) n'est plus en ligne actuellement. Je vais le reprogrammer suite à la découverte de qq bugs mineurs, mais celà dès que j'aurai totalement terminé ma Lib Vector (cf Annonces).

Lio

efk a écrit :... développement et être de plus en plus dépendant de lui
Et si dans 5 ans si ils arrêtent .NET et stoppent à nouveau la comptabilité, j'aurais à nouveau le même problème.
...

Mon espoir à court terme, c'est que si un gros produit comme celui n'est plus vendu, des programmeurs à l'esprit "bidouilleur" sauront faire un compilateur compatible plus simple et plus rapide, et gratuit??? Mais pour cela, il faut se plaindre sans arrêt auprès des programmeurs "bidouilleurs" capables de faire cela: "Hé ho, t'est pas encore capable d'émuler mes softs en VC++, Vstud etc? t'es vraiment nul". Mais bon plus ces gros softs grossissent plus c'est rigolo de les compiler en 10.000 lignes de son langage en sauce perso. Si c'est gros softs sont trop petits, aucun programmeur "bidouilleur" ne démarre quoi que se soit...