[Gambas-user] Financial program

[Jean-Yves F. Barbier]

Doriano Blengino a écrit :
...
>>   
> A strongness inherited from pascal... I gave a look to many, countless 

hmm, I don't think Pascal can define vars as temperature[-10, +50]

> languages, and only few met my own requirements - strong typization, 
> good compiler checks, overloading and, of course!, OO model. One of 
> these was Ada. But I rejected all C- and Java- flavoured. Irony again... 
> C language is the one I use most...

Yes this is the PB, each one has pros & cons.

...
>> I lost too much time with things like that and now strongly consider
>> to interface all calculation to Python and only keep GB as a GUI.
>>   
> Betrayer! :-)))

No, this meets what you said above: no language is perfect, so the only
solution is to take whatever you want in some of them (well, not some, 2)

And I'm not a language integrist: I pick what fits my needs.

> Why not interface to cobol directly, then? I don't think your way is 
> viable - it would be even more "forcing a language to do things it never 
> was planned for". I think you intend to call /usr/lib/libpython2.xx, 
> perhaps through some wrapper class; interesting... may be this could 
> solve the "expressions" issue...

I'm far from a specialist, as a matter of fact I didn't used OO before
(only C and ASM a looong time ago) so the only way I see to make a mix
is to call external subroutines through SHELL or EXEC; but if you know
other ways, I'm in.

I don't wanna end up with terrible hacks, nor spend more time to develop
something that already exists in another language: I need it to run the way 
I want in an easy (and maintenable) way - without headaches...

Regards
JY
-- 
You are here:
		***
		***
	     *********
	      *******
	       *****
		***
		 *

		 But you're not all there.