Credo che hai ragione.(come sempre) continuare con java è la scelta migliore.
Axis su winzoz e grafica opengl
- ddavidebor
- Senior
- Messaggi: 1846
- Iscritto il: mercoledì 3 giugno 2009, 15:23
- Località: padova
- Contatta:
Re: Axis su winzoz e grafica opengl
Credo che hai ragione.(come sempre) continuare con java è la scelta migliore.
status cnc: mollata per il cavallo
- walgri
- God
- Messaggi: 4735
- Iscritto il: giovedì 13 gennaio 2011, 18:37
- Località: Cagliari
Re: Axis su winzoz e grafica opengl
Te lo saprò dire se e quando avrò visto la panoramica . Quello che si vede dal buco della serratura non basta...
A mio parere Java è estremamente prolisso (ci scrissi un piccolo solutore a elementi finiti, quasi dieci anni fa). Posto anche di restare in JVM cercherei anche un altro linguaggio, magari jython, per scrivere la maggior parte possibile di codice. Tieni inoltre presente che è possibile convertire il bytecode java verso bytecode .net/mono, con IKVM.
A mio parere Java è estremamente prolisso (ci scrissi un piccolo solutore a elementi finiti, quasi dieci anni fa). Posto anche di restare in JVM cercherei anche un altro linguaggio, magari jython, per scrivere la maggior parte possibile di codice. Tieni inoltre presente che è possibile convertire il bytecode java verso bytecode .net/mono, con IKVM.
...stop chasing shadows, just enjoy the ride.
Aìna pantografo ▪ Telemetria per KFlop ▪ BlenderCAM STL + DXF
Aìna pantografo ▪ Telemetria per KFlop ▪ BlenderCAM STL + DXF
- ddavidebor
- Senior
- Messaggi: 1846
- Iscritto il: mercoledì 3 giugno 2009, 15:23
- Località: padova
- Contatta:
Re: Axis su winzoz e grafica opengl
Quindi dici continuare a usare java senza lavorare in java. Concetto interessante.
Quali vantaggi si hanno convertendo java in .net?
Quali vantaggi si hanno convertendo java in .net?
status cnc: mollata per il cavallo
- walgri
- God
- Messaggi: 4735
- Iscritto il: giovedì 13 gennaio 2011, 18:37
- Località: Cagliari
Re: Axis su winzoz e grafica opengl
Ho scritto che è meglio utilizzare un linguaggio generico e non un dsl. Ho citato java perchè tu hai chiesto come far entrare python in una jvm.
Come sai quello che vien genericamente chiamato Java è in realtà molte cose, tra cui il linguaggio Java vero e proprio, e la JVM che è, diciamo così, l'ambiente di esecuzione. Java non è l'unico linguaggio per la JVM.
Specularmente, C# non è l'unico linguaggio per .Net/Mono.
Fortunatamente entrambi gli ambienti hanno una robusta implementazione del linguaggio Python.
La conversione del bytecode può comportare molti vantaggi se hai un generoso corpo di codice java che vuoi far girare dentro .net (e viceversa, ovviamente).
Per alcuni motivi non del tutto sotto il mio controllo lavoro principalmente in ambiente Windows e qui pian piano l'ambiente .Net sta permeando tutti i vari software. Tutti i cad più o meno accessibili son programmabili in quell'ambiente, ad esempio Microstation, Autocad, Rhino, Alibre, per citare alcuni di fascia medio-bassa.
Java è ancora presente in certi casi, ma senza dubbio si va verso .Net. Per me quindi un software che giri sotto .Net/mono è più attraente di uno che gira sotto JVM, a parità di multipiattaformità , che comunque apprezzo molto.
Java è comunque uno dei due linguaggi più utilizzati al mondo (cfr Tiobe) e l'utilizzo della JVM sarebbe la mia scelta se mi interessasse meno l'interazione con i software di cui sopra, anche se, lo ripeto, preferirei utilizzare un altro linguaggio per la JVM.
Come sai quello che vien genericamente chiamato Java è in realtà molte cose, tra cui il linguaggio Java vero e proprio, e la JVM che è, diciamo così, l'ambiente di esecuzione. Java non è l'unico linguaggio per la JVM.
Specularmente, C# non è l'unico linguaggio per .Net/Mono.
Fortunatamente entrambi gli ambienti hanno una robusta implementazione del linguaggio Python.
La conversione del bytecode può comportare molti vantaggi se hai un generoso corpo di codice java che vuoi far girare dentro .net (e viceversa, ovviamente).
Per alcuni motivi non del tutto sotto il mio controllo lavoro principalmente in ambiente Windows e qui pian piano l'ambiente .Net sta permeando tutti i vari software. Tutti i cad più o meno accessibili son programmabili in quell'ambiente, ad esempio Microstation, Autocad, Rhino, Alibre, per citare alcuni di fascia medio-bassa.
Java è ancora presente in certi casi, ma senza dubbio si va verso .Net. Per me quindi un software che giri sotto .Net/mono è più attraente di uno che gira sotto JVM, a parità di multipiattaformità , che comunque apprezzo molto.
Java è comunque uno dei due linguaggi più utilizzati al mondo (cfr Tiobe) e l'utilizzo della JVM sarebbe la mia scelta se mi interessasse meno l'interazione con i software di cui sopra, anche se, lo ripeto, preferirei utilizzare un altro linguaggio per la JVM.
...stop chasing shadows, just enjoy the ride.
Aìna pantografo ▪ Telemetria per KFlop ▪ BlenderCAM STL + DXF
Aìna pantografo ▪ Telemetria per KFlop ▪ BlenderCAM STL + DXF
- ddavidebor
- Senior
- Messaggi: 1846
- Iscritto il: mercoledì 3 giugno 2009, 15:23
- Località: padova
- Contatta:
Re: Axis su winzoz e grafica opengl
1- cosa è mono?
2- non so quanto un programma java possa interagire con un progranna py, però so che .net può interagirci. Convertendo java in .net, si ha accesso a tutte le funzioni CLI?
status cnc: mollata per il cavallo
- ddavidebor
- Senior
- Messaggi: 1846
- Iscritto il: mercoledì 3 giugno 2009, 15:23
- Località: padova
- Contatta:
Re: Axis su winzoz e grafica opengl
Comunque l'attuale interfaccia è in java.
status cnc: mollata per il cavallo
- ddavidebor
- Senior
- Messaggi: 1846
- Iscritto il: mercoledì 3 giugno 2009, 15:23
- Località: padova
- Contatta:
- walgri
- God
- Messaggi: 4735
- Iscritto il: giovedì 13 gennaio 2011, 18:37
- Località: Cagliari
Re: Axis su winzoz e grafica opengl
Quella che stiamo genericamente chiamando interfaccia in java potrebbe essere composta da quattro parti:
a) l'interfaccia utente - è quella che ti sta preoccuando di più, a me un po' meno
b) "modulo" di calcolo
c) "modulo" di controllo
d) "modulo" di comunicazione con l'hardware
le strategie dovranno essere adattate caso per caso, modulo per modulo. Siccome per adesso il progetto è privato stiamo ragionando troppo sul vago. Quindi piantala di preoccuparti di questa cosa e porta avanti il maledetto progetto
a) l'interfaccia utente - è quella che ti sta preoccuando di più, a me un po' meno
b) "modulo" di calcolo
c) "modulo" di controllo
d) "modulo" di comunicazione con l'hardware
le strategie dovranno essere adattate caso per caso, modulo per modulo. Siccome per adesso il progetto è privato stiamo ragionando troppo sul vago. Quindi piantala di preoccuparti di questa cosa e porta avanti il maledetto progetto
...stop chasing shadows, just enjoy the ride.
Aìna pantografo ▪ Telemetria per KFlop ▪ BlenderCAM STL + DXF
Aìna pantografo ▪ Telemetria per KFlop ▪ BlenderCAM STL + DXF
- ddavidebor
- Senior
- Messaggi: 1846
- Iscritto il: mercoledì 3 giugno 2009, 15:23
- Località: padova
- Contatta: