PureBasic

bonjour

juste une petite question pour les pros de Puebasics

quand vous commencer à programmer un programme

quels est votre methode ?
par quoi commencez vous?

c'est juste pour avoir une info sur la dessus ...

Bonne programmation

sans faire parti des pro, je vais quand meme répondre: j'écris avec mon clavier.

En fait, je commence par définir l'architecture du programme, énumerer les procedures, réfléchir aux points ou ca va manifestement bloquer (par exemple, vais je avoir besoin de user lib? tel chose me parrait difficile à coder...) puis je fais un todo tres détaillé (avec le logiciel de progi).

Apres quoi, je commence par le début, qui va etre la phase des init (en fonction de ce dont j'ai besoin), de la déclaration des structures et des variables, toussa toussa.

puis je crée la boucle principale (si il y a, mais des qu'on s'attaque à un gros projet c'est quasi obligatoire) par ce que j'aime bien pouvoir voire l'avancer de mon travail, et je code chaque procedure des que je l'appelle dans le code.

Vala.

Comme le dit poshu, c'est classiquement comme ça qu'on débute un programme.
Plus la phase réflexion est longue, mieux c'est ! Faut réfléchir comment faire le plus facilement (ou optimalement) possible telle ou telle fonction...
Mais c'est comme pour tout, faut commencer par le début !!!

Salut, moi aussi je fait comme ça, mais à chaque fois que je code une procedure que j'appelle, je l'optimise et je compile pour voir si il y a des bugs. Je préfère tout coriger avant de finaliser mon projet, car pour moi c'est une perte de temps de devoir coriger les bugs après il vos mieu les coriger dès le début. Deplus, il vos mieu faire un projet qui soit sans (ou presque) bugs, qu'un projet avec plains de patches de corections. C'est ça que l'on reproche à Windows et plus généralement à microsoft, symentec et tous les autres gros sur le marché du logitiel, il font un soft à la va vite pour faire des bénéfices au plus vite et après il sortent plains de patches.
Ce n'est pas la solution la plus fassile ni la plus rentable à cours terme, mais à long terme, ça demande moin de bouleau et ça permet de développer d'autres fonctions sans avoir besoin de retravailler les fonctions déjà existantes.
Voilà @+++

tout pareil que ces messieurs.

je passe aussi beaucoup de temps a tester et re-tester les procedures que j'écris. je vérifie les arguments en entrée et la bonne validité des valeurs de retour dans un maximum de cas possibles.

mes programmes sont toujours architecturé autour de pleins de procédures - lesquelles se dérivent en plusieurs catégories, contrairement à SPH qui fait tout sans procédure
c'est un choix mais au moins lorsque le programme grandit on s'y retrouve.

je fais aussi souvent un distingo entre procédures privées et procédures publiques - notamment pour les includes.

par ex. la structure de mon prog est ordonné à peu près toujours comme çà.

; includes

; constantes, énumérations

; structures

; globales

; procédures privées

; procédures publiques

; démarrage du programme

programme()

; fin du programme

End

; zone de données

DataSection
; images
; icones
EndDataSection

Idée / Papier & Crayon / la galère commence

Pareil que Flype sauf l'ordre
puisque je ne suporte pas les procedure en debut de prg
pour moi elles doivent etre a la fin !!

; declarations des procedures
; includes

; constantes, énumérations

; structures

; globales


; démarrage du programme

programme()

; fin du programme

End

; zone des sous/prg (label:-return



; zone des procedures
; procédures privées

; procédures publiques


; zone de données

DataSection
; images
; icones
EndDataSection

et moi je supporte pas de les voir en bas (vraiment)

parceque çà me fait royal [...bip...] de devoir les déclarer en haut !

Je les mettrais plutôt dans un includefile, comme çà on ne les voit pas

Moi nomplus je déteste devoir déclarer mais procedure (c'est asser ... en c donc si y a moyen d'éviter...) donc je les mais enhaut (dans un fichier include qui peu en inclure d'autre par example procedure.pbi qui contient toutes les procedures et qui inclu par example cripto.pbi qui contient les procedures de criptage).
Et pour les structures, je les déclare qu'au momment ou j'en est besoin comme ça si le programme ne sans cert pas, elle ne prennent pas de la place en mémoire pour rien (je pence, j'ai jamais vérifié mais ça me parraît logique).

ceci dit jaPBe génère automatiquement les déclarations si on lui demande.