Inscrivez-vous gratuitement
pour pouvoir participer, suivre les réponses en temps réel, voter pour les messages, poser vos propres questions et recevoir la newsletter
COBOL et .NET
Bonjour à tous,
Il parait que à travers .NET ou Visual Studio l'on peut utiliser notre langage COBOL.
Si cela s'avère vrai, quels sont les pré requis pour pouvoir développer des programmes en COBOL à travers Windows, car pour moi .NET est une nébuleuse très flou
(étant issu du monde Mainframe et PacBasien).
Merci d'éclairer ma modeste lanterne.
HULK77
Bonsoir
Désolé, je n'en ai pas la moindre idée, mais je profite de l'occasion pour essayer de tordre le cou à cette faute de français plutôt courante :
Avérer signifie "se révéler vrai", "avérer vrai" est donc un pléonasmeEnvoyé par HULK77
Vous auriez pu écrire "si cela s'avère" ou bien "si cela est avéré" par exemple
cf. : http://www.cnrtl.fr/definition/av%C3%A9rer
ou encore : http://www.academie-francaise.fr/cet...-averee-fausse
COBOL et .NET
HULK77
Cela ne le résout pas, en effet
Mais quelques clics sur la toile semblent confirmer vos soupçons, par exemple ici : https://www.microfocus.com/fr-fr/pro...visual-studio/
Mais quel peut être l'intérêt d'utiliser COBOL dans le monde .NET, en dehors d'une conversion bien sûr ?
une interface, je suppose. Ou alors du traitement de fichiers plats à longueur fixe(chose pour laquelle le COBOL est quand même diablement confortable). En dehors de ces deux niches, en effet, je ne vois pas, le C# me semble supérieur partout ailleurs.
COBOL et .NET
En fait ma question est plutôt pour un but personnel, à savoir pouvoir générer des programmes en COBOL à travers une interface ou AGL récent et bien sûr gratuitement.
C'est pour cela que je vais creuser la piste de VISUAL STUDIO.
Masi si vous avez d'autres pistes, je suis preneur.
Mais la question peut et se pose suite à l'abandon de l'AGL PACBASE (VISUAL AGE par IBM) sur le Mainframe pour le monde professionnel.
En effet nombre de société se sont posées (et se pose encore pour certaine) la question de l'après PACBASE.
PACBASE étant un puissant AGL permettant de générer des programmes COBOL (entre autre) presque à la chaîne sur des machines IBM, BULL ou autres (UNIX, HP AS400, etc …)
L'offre actuelle étant fort restreinte en tant que AGL de substitution : Pac Studio (Ste Télébig) et RDZ à ma connaissance.
Certaines sociétés ont choisies de passer en FULL COBOL, quelques unes ont fait le choix de changer de langage (très rare) d'autres ont choisis de conserver PACBASE ( License acheter à vie peut être) et d'autres recherche un autre environnement comme ECLIPSE ou VISUAL STUDIO (moyennant une certaine adaptation).
Il faut savoir que cela concerne uniquement les grosses sociétés (pôle banques, assurances, dans l'industrie et commerce (Casino, Monoprix) et certains éditeurs.
Et que ceux ci possède un parc tellement conséquent de programmes en COBOL (c'est ce qu'on appelle le cœur métier), qu'il est impensable d'externaliser cela dans le CLOUD
(comme je l'ai déjà lu) ou de le confier à une société extérieure.
J'espère que ses quelques explications répondent à ta question Luc Orient ?
Cordialement
HULK77
Sur Eclipse IDE, il y a une offre assez diverses d'extensions specifiques a Cobol: https://marketplace.eclipse.org/search/site/cobol
Et il y a un debut d'offre pour .NET aussi: https://marketplace.eclipse.org/cont...e-experimental
.
Mais la question peut et se pose suite à l'abandon de l'AGL PACBASE (VISUAL AGE par IBM) sur le Mainframe pour le monde professionnel
Donc ce n'est pas vraiment un sujet .NET et Visual Studio, mais plutôt un sujet Mainframe ...
Puissant peut être, mais au prix d'une lourdeur effarante ... J'ai travaillé, il y a bien longtemps, sur une version Bull / GCOS8 de PACBASE et ce truc était d'une complexité absolue, avec de plus, un code généré pratiquement illisible ...PACBASE étant un puissant AGL permettant de générer des programmes COBOL (entre autre) presque à la chaîne sur des machines IBM, BULL ou autres (UNIX, HP AS400, etc …)
Il est significatif, que quasiment tous les générateurs sur ce modèle ( Génération de code COBOL ), ont été abandonnés par leur fournisseur respectif ( TELON, ADELIA, IBM, CA ... ) ] laissant ceux qui avaient fait le choix du produit dans un grand embarras. Je ne classe pas RDZ, dans ce type de produit.L'offre actuelle étant fort restreinte en tant que AGL de substitution : Pac Studio (Ste Télébig) et RDZ à ma connaissance.
A mon avis, la solution est sans doute à chercher du coté de RDZ, mais pas de .NET qui est un autre écosystème, certes intéressant, mais bien loin du Mainframe ...Certaines sociétés ont choisies de passer en FULL COBOL, quelques unes ont fait le choix de changer de langage (très rare) d'autres ont choisis de conserver PACBASE ( License acheter à vie peut être) et d'autres recherche un autre environnement comme ECLIPSE ou VISUAL STUDIO (moyennant une certaine adaptation).
Les générateurs de code finissent très souvent mal, quand même, de mon expérience. Le gain de productivité initial me semble se perdre avec les années et la complexité.
Répondre avec citation
Partager