Varför så få riktiga Java-program?
ARM kör Java "nativt": http://www.arm.com/products/multimedia/ ... zelle.html
TomasL:
> Så man kan med hävd påstå att JAVA är ett interpreterande språk.
Nej, i bästa fall kan man påstå att _ibland_ är en _liten_ del av java koden interpreterande under en _kort_ stund, i _vissa_ virtuella maskiner, om man har _konfiguerat_ det så.
Det finns för övrigt inga "interpreterande språk". Till och med assembler kan interpreteras om man så vill, inte gör detta assembler till ett interpreterande språk?
TomasL:
> Så man kan med hävd påstå att JAVA är ett interpreterande språk.
Nej, i bästa fall kan man påstå att _ibland_ är en _liten_ del av java koden interpreterande under en _kort_ stund, i _vissa_ virtuella maskiner, om man har _konfiguerat_ det så.
Det finns för övrigt inga "interpreterande språk". Till och med assembler kan interpreteras om man så vill, inte gör detta assembler till ett interpreterande språk?
> ARM kör Java "nativt":
Nja, med en väldigt vid definition av "native".
Man skulle lika gärna säga att det är en utbyggnad av ARM arkitekturen
med en "hårdvaru-interpreter" för bytecode.
> Nej, i bästa fall kan man påstå att _ibland_ är en _liten_ del av java koden
> interpreterande under en _kort_ stund, i _vissa_ virtuella maskiner, om
> man har _konfiguerat_ det så.
Vilket ju ofta är så som det körs i praktiken, vilket också
är själva "problemet"...
> Till och med assembler kan interpreteras om man så vill,
Du tänker kanske på simuleringsverktyg eller liknande ?
> Det finns för övrigt inga "interpreterande språk".
Hårklyverier kanske, men visst, det är ju miljön där koden körs
som är interpreterande, inte själva språket i sig...
D.v.s på samma sätt som det finns både interpreterande och kompilerad BASIC,
det är ju inte språket i sig som är det viktiga, utan miljön där det körs.
BASIC är kasnke det språk som är mest spritt i båda varianterna.
De flesta andra språk har sin tyngdpunkt i det ena eller det andra lägret.
Fortran, COBOL, C o.s.v ligger åt kompilatorerna till.
Python, perl, PHP, Java o.s.v hör mer hemma bland de interpreterande.
Även om vissa ligger i en gråzon genom t.ex sin bytekod eller liknande...
Nja, med en väldigt vid definition av "native".
Man skulle lika gärna säga att det är en utbyggnad av ARM arkitekturen
med en "hårdvaru-interpreter" för bytecode.
> Nej, i bästa fall kan man påstå att _ibland_ är en _liten_ del av java koden
> interpreterande under en _kort_ stund, i _vissa_ virtuella maskiner, om
> man har _konfiguerat_ det så.
Vilket ju ofta är så som det körs i praktiken, vilket också
är själva "problemet"...
> Till och med assembler kan interpreteras om man så vill,
Du tänker kanske på simuleringsverktyg eller liknande ?
> Det finns för övrigt inga "interpreterande språk".
Hårklyverier kanske, men visst, det är ju miljön där koden körs
som är interpreterande, inte själva språket i sig...
D.v.s på samma sätt som det finns både interpreterande och kompilerad BASIC,
det är ju inte språket i sig som är det viktiga, utan miljön där det körs.
BASIC är kasnke det språk som är mest spritt i båda varianterna.
De flesta andra språk har sin tyngdpunkt i det ena eller det andra lägret.
Fortran, COBOL, C o.s.v ligger åt kompilatorerna till.
Python, perl, PHP, Java o.s.v hör mer hemma bland de interpreterande.
Även om vissa ligger i en gråzon genom t.ex sin bytekod eller liknande...
Det jag absolut inte gillar med java är att det fram till alldeles nyss inte funnits möjlighet att arbeta direkt mot portar, tex RS232 eller USB. Särskilt tråkigt om man håller på med elektronik och vill skriva program för att kommunicera med sina byggen. Nu finns det , men finns inte med i någon bok om java annat än som en liten kommentar i de tyngsta "java-biblarna".
PS. Hittade just ett par bokföringsprogram i JAva, ett gratis från Chaniel AB som heter LAzy8 och ett som heter "xmplus" - och är byggt som en webbapplikation! Ska testa Lazy8!
PS. Hittade just ett par bokföringsprogram i JAva, ett gratis från Chaniel AB som heter LAzy8 och ett som heter "xmplus" - och är byggt som en webbapplikation! Ska testa Lazy8!
Hur direkt då?
Vad jag kommer i håg så kan man använda Javacomm och RX/TX (eller liknande) rätt mångsidigt när det gäller serieportar. Javacomm kommer från Sun, men jag är inte säker på hur plattformsoberoende det är.
Jag har i alla fall använt det för ca 4 år sedan för att läsa mätdata från en maskin, och det verkar tugga på bra fortfarande.
Jag har förresten inte avänt Java sen dess, men jag tror det börjar bli dags att ta sig en titt på skräpet igen.
Vad jag kommer i håg så kan man använda Javacomm och RX/TX (eller liknande) rätt mångsidigt när det gäller serieportar. Javacomm kommer från Sun, men jag är inte säker på hur plattformsoberoende det är.
Jag har i alla fall använt det för ca 4 år sedan för att läsa mätdata från en maskin, och det verkar tugga på bra fortfarande.
Jag har förresten inte avänt Java sen dess, men jag tror det börjar bli dags att ta sig en titt på skräpet igen.
