mboost-dp1
BlueStacks
- Forside
- ⟨
- Forum
- ⟨
- Nyheder
På trods af at anmelderne mener Surface Pro er en god maskine på mange punkter, så har et af kritikpunkterne været en mangel af applikationer med kun 35.000 apps tilgængelige. Med Bluestacks nye software, der vil give mulighed for at køre 750.000 Android apps på Surface Pro, så bliver dette måske ikke noget problem.De 35.000 apps er dem fra Marketplace! Surface Pro kan køre Windows programmer ligesom enhver anden Windows (ikke RT) computer, de behøver ikke komme fra Marketplace.
-N- (3) skrev:Jeg er helt overrasket over, at Google ikke synes det er et problem :-D
Hatten af for det.
Min Surface Pro er lige rykket lidt længere i budgettet
Google: I må ikke bruge vores søgemaskine på andet end Adnroid og Chrome:
Andre: Nå, okay ... så forlader vi jer.
Jeg kan virkelig ikke se problemet med mindre det er fordi Bluestack kan omgå Marketplace og få apps gratis. (Jeg er klar over at de kan hente fra andre steder, men det kan folk jo alligevel i dag)
Men mon ikke hvis folk har midlerne at de vil lave native apps, hvis det giver en bedre oplevelse.
Så mangler vi bare at de tre butikker, Google Play, Microsoft Store og App Store bliver til én, og alle apps virker på alle platforme.
#4 Det er rigtigt at Surface Pro kan køre windows legacy programmer, men mange ønsker af en eller anden grund at køre applikationer som dem man ser på IOS og Android platformene.
Det er derfor at de anmeldere der har testet Surface Pro, mener at det er et minus at der ikke er så mange applikationer og derfor at Bluestacks' software måske vil være en dealbreaker for nogle mennesker.
Det er derfor at de anmeldere der har testet Surface Pro, mener at det er et minus at der ikke er så mange applikationer og derfor at Bluestacks' software måske vil være en dealbreaker for nogle mennesker.
Kan se både fordele og ulemper ved denne løsning.
Lækkert med stort app marked.
Meeeeeeeen, er android apps ikke baseret på Java?
Samtidigt, synes jeg der mangler en ordenlig guideline til at programmørende laver en konsistent bruger oplevelse under android.
The horror of the interfaces!
Lækkert med stort app marked.
Meeeeeeeen, er android apps ikke baseret på Java?
Samtidigt, synes jeg der mangler en ordenlig guideline til at programmørende laver en konsistent bruger oplevelse under android.
The horror of the interfaces!
gramps (11) skrev:Hvad er problemet ved det?
Oracle.
Gammelt støvet virksomhed som ikke sætter sikkerhed særlig højt på dagsordenen. Samt enormt sløve programmer, er hvad jeg har oplevet der kommer ud af det.
Crapware der følger med HVER eneste gang der kommer nu opdatering til Java på en PC?
Hvad er meningen med at installere ASK toolbar, og ubrugeligt antivirus software der skaber konflikt med det der allerede er installeret på en PC?
Det kan godt være det er kompatibelt, men vi er altså passeret 2001.
Chewy (13) skrev:@ #10
Værsgo:
http://developer.android.com/guide/practices/ui_gu...
thx. :)
Gad vide hvor mange af programmørende der faktisk følger denne guideline
darkwulf (14) skrev:Oracle.
Gammelt støvet virksomhed som ikke sætter sikkerhed særlig højt på dagsordenen. Samt enormt sløve programmer, er hvad jeg har oplevet der kommer ud af det.
Crapware der følger med HVER eneste gang der kommer nu opdatering til Java på en PC?
Hvad er meningen med at installere ASK toolbar, og ubrugeligt antivirus software der skaber konflikt med det der allerede er installeret på en PC?
Det kan godt være det er kompatibelt, men vi er altså passeret 2001.
Du kan da godt lide at lukke lort ud om ting du ved intet om?
For det første er Java blot et programmeringssprog, og specificationen er åben og du kan foreslåg ændringer som du lyster.
Desuden kører java på Android dens egen virtuelle maskine kaldet Dalvik som intet har med Oracle at gøre.
Der er ingen der tvinger dig til at bruge Oracles lorte software. OpenJDK/IcedTea og du har en Java der kommer uden mallware og kører meget hurtigere.
#14
Du skal altid bare installere offline versionerne af Java, der følger ikke noget andet crapware med:
http://java.com/en/download/manual.jsp
Og det er en god ide at afinstallere de gamle versioner først.
Du skal altid bare installere offline versionerne af Java, der følger ikke noget andet crapware med:
http://java.com/en/download/manual.jsp
Og det er en god ide at afinstallere de gamle versioner først.
_alligned_malloc (16) skrev:
Du kan da godt lide at lukke lort ud om ting du ved intet om?
For det første er Java blot et programmeringssprog, og specificationen er åben og du kan foreslåg ændringer som du lyster.
Desuden kører java på Android dens egen virtuelle maskine kaldet Dalvik som intet har med Oracle at gøre.
Der er ingen der tvinger dig til at bruge Oracles lorte software. OpenJDK/IcedTea og du har en Java der kommer uden mallware og kører meget hurtigere.
Nu udtaler jeg mig ikke om programmeringsdelen (har jeg slet ikke forstand på)
Jeg udtaler mig som bruger, og hvilke erfaringer jeg har med Java ud fra egen brug af den normale implementering.
Hvis OpenJDK/IcedTea er bedre, hvorfor er det så ikke det der køres som standart?
Virker det fuldt ud med NemID og andet tosset der er tvunget over brugeren af det moderne danmark?
Og noget helt andet, hvorfor køre et program i et virtuelt miljø, når du har mulighed for at køre det direkte, burde give hurtigere og responsive programmer, bare lige for at dreje emnet ind på originale nyhed.
darkwulf (18) skrev:
Hvis OpenJDK/IcedTea er bedre, hvorfor er det så ikke det der køres som standart?
Det kommer med mange Linux distros. Jeg ved ikke helt hvad du mener som standard. Windows kommer da ikke med nogen standard JVM?
darkwulf (18) skrev:
Virker det fuldt ud med NemID og andet tosset der er tvunget over brugeren af det moderne danmark?
No idea. For nemIDs vedkommende virkede måske som det bedste valg den gang. Java har også den fordel at det er hjernedødt at udvikle, så det er nemt at finde udviklere.
darkwulf (18) skrev:
Og noget helt andet, hvorfor køre et program i et virtuelt miljø, når du har mulighed for at køre det direkte, burde give hurtigere og responsive programmer, bare lige for at dreje emnet ind på originale nyhed.
Der er mange foredele ved at køre programmer i virtuelle maskiner. Den mest promiente efter min mening er at du ved meget om de omgivelser programmet køres i.
Virtuelle maskiner compilerer nemlig langsomme rutiner i programmet dynamisk som det bliver afviklet, og siden maskinen kan analysere programmet og omgivelserne giver det værdifuld viden når det kommer til at optimere programmets afvikling. I teorien kan programmer skrevet til en virtuel maskine køre lige så hurtigt som statisk compilerede programmer skrevet direkte til platformen.
Grunden til at Java programmer kan køre af helvede til er at hele Javas grafiske system, (SWING, AWT og så videre) er noget bæ. Desuden har Java det handikap at hvis den JVM det kører i ikke er så god til at se forskel på data ender man med at den skal rydde op i sin hukommelse hele tiden. Det er faktisk en mangel i sproget, men gode programmøre kan arbejde udenom manglen.
Et fornuftigt programmeret Java program kører for de fleste vedkommende uden problemer. Se selv meget af den software udviklet til windows idag. Det kører på CLR som er microsofts svar på en virtuel maskine.
NemID kører fint med IcedTea out-of-the-box.
Fordelen ved JVM er vel at den samme binary kan køre mere eller mindre på alle operativ systemer der kan køre en JVM. Din JAR-fil er mere eller mindre ligeglad med hvilket system du bruger, dog kan der være lidt filsystem der gør en forskel.
Er der andre sprog der kan køres på alle platforme? Altså, ikke web-baserede sprog?
Fordelen ved JVM er vel at den samme binary kan køre mere eller mindre på alle operativ systemer der kan køre en JVM. Din JAR-fil er mere eller mindre ligeglad med hvilket system du bruger, dog kan der være lidt filsystem der gør en forskel.
Er der andre sprog der kan køres på alle platforme? Altså, ikke web-baserede sprog?
Yvossen (20) skrev:Er der andre sprog der kan køres på alle platforme? Altså, ikke web-baserede sprog?
Python kan.
C# kan faktisk også med Mono.
#21
Bruger C# i Mono ikke Gtk+ som UI? Eller er det mig der har misforstået noget komplet? Jo, jeg har selvfølgelig haft et Windows C# program til at køre i Mono, dog var der mangler i frameworket fra Mono og derfor ville den ikke køre ordenligt. Nu er C# i Mono vel også kun med op til 3.0 hvor Windows leger med 4.5.
Python, det er rigtigt.
EDIT: Nu kører C# vel egentligt også i et virtuelt miljø, eller er jeg helt forkert på den?
EDIT: EDIT: Jeg er muligvis forkert på den, det er bare et framework. Skidt at en der studerer datamatiker ikke ved sådan noget. Kan være jeg har sovet i timen.
Bruger C# i Mono ikke Gtk+ som UI? Eller er det mig der har misforstået noget komplet? Jo, jeg har selvfølgelig haft et Windows C# program til at køre i Mono, dog var der mangler i frameworket fra Mono og derfor ville den ikke køre ordenligt. Nu er C# i Mono vel også kun med op til 3.0 hvor Windows leger med 4.5.
Python, det er rigtigt.
EDIT: Nu kører C# vel egentligt også i et virtuelt miljø, eller er jeg helt forkert på den?
EDIT: EDIT: Jeg er muligvis forkert på den, det er bare et framework. Skidt at en der studerer datamatiker ikke ved sådan noget. Kan være jeg har sovet i timen.
Yvossen (22) skrev:#21
EDIT: Nu kører C# vel egentligt også i et virtuelt miljø, eller er jeg helt forkert på den?
Nej nej, du har helt ret. Mono C# og det C# man kan udvikle i Visual studio kører i en virtuel maskine. Det nyeste mono bruger C# 5.0.
Yvossen (22) skrev:#21
EDIT: EDIT: Jeg er muligvis forkert på den, det er bare et framework. Skidt at en der studerer datamatiker ikke ved sådan noget. Kan være jeg har sovet i timen.
C# er et programmeringssprog.
darkwulf (18) skrev:Nu udtaler jeg mig ikke om programmeringsdelen (har jeg slet ikke forstand på)
Jeg udtaler mig som bruger, og hvilke erfaringer jeg har med Java ud fra egen brug af den normale implementering.
Det Java du oplever i forbindelse med NemID har så godt som ingenting at gøre med Android.
darkwulf (18) skrev:Og noget helt andet, hvorfor køre et program i et virtuelt miljø, når du har mulighed for at køre det direkte, burde give hurtigere og responsive programmer, bare lige for at dreje emnet ind på originale nyhed.
I Androids tilfælde er det, udover det #19 siger, også for at man er mindre afhængig af Java. Som det udtrykkes i Learning Android:
Learning Android (Marko Gargenta, 2011) skrev:You may wonder, why not compile straight from Java into the Dalvik byte code? There are a couple of good reasons for the extra steps. Back in 2005, when work on Dalvik started, the Java language was going through frequent changes, but the Java byte code was more or less set in stone.
Han kommer også ind på at man burde kunne skrive Android-apps i f.eks. Python og Ruby, såfremt bibliotekerne er til stede.
Yvossen (20) skrev:
Er der andre sprog der kan køres på alle platforme? Altså, ikke web-baserede sprog?
Ja, det er der faktisk en hel del der gør og jeg undrer mig over der ikke blev nævnt de mest oplagte:
C
C++
Perl
Ruby
Javascript
.
.
.
og mange mange flere..
#26
C og C++ skal vel compiles til styresystemet.
Perl og Ruby kender jeg ikke meget til.
Javascript er vel ikke meget værd udenfor din browser og slet ikke til almindelig GUI programmering som Java.
Stadig, fordelen ved Java er vel at du kan bruge den samme JAR-fil til alle systemer, det virker i OSX, Windows, Linux osv. Det kan både bruges i browser, CLI og GUI.
C og C++ skal vel compiles til styresystemet.
Perl og Ruby kender jeg ikke meget til.
Javascript er vel ikke meget værd udenfor din browser og slet ikke til almindelig GUI programmering som Java.
Stadig, fordelen ved Java er vel at du kan bruge den samme JAR-fil til alle systemer, det virker i OSX, Windows, Linux osv. Det kan både bruges i browser, CLI og GUI.
Yvossen (27) skrev:#26
C og C++ skal vel compiles til styresystemet.
Perl og Ruby kender jeg ikke meget til.
Javascript er vel ikke meget værd udenfor din browser og slet ikke til almindelig GUI programmering som Java.
Stadig, fordelen ved Java er vel at du kan bruge den samme JAR-fil til alle systemer, det virker i OSX, Windows, Linux osv. Det kan både bruges i browser, CLI og GUI.
I Windows 8 kan du lave apps med html/javascript ... :-)
Yvossen (29) skrev:#28
Desværre nok ikke nok til at man kan kalde det platform uafhængigt. Du mangler stadig Windows 7, Vista, XP osv.
Ja, du kan bruge den samme Jar fil, su skal bare lige være 100% sikker på du ikke bruger platforms specifikke ting ... :-)
og hvor er vi så?
Udover jeg måske misforstod lidt hvad du skrev ... og at vi stadig snakkede om platforms uafhængig ... hvad er Java så?
iOS og WP har vist ikke support for det ... kan man så stadig kalde det platforms uafhængig? Ja, måske ... men faktum er det ikke kan bruges på alle platforme. Når man også laver noget der skal være godt supporteret på alle platforme, så er det ofte dumt til at fejl efter min mening. Ved ikke om der nogen sinde er nogen der har lykkedes med det på en god måde ...
mvh
syska (30) skrev:iOS og WP har vist ikke support for det ... kan man så stadig kalde det platforms uafhængig? Ja, måske ... men faktum er det ikke kan bruges på alle platforme.
Hvis noget er platformsuafhængigt betyder det, at det kan bruges på mere end én platform. Hvis noget ikke er platformsuafhængigt, så kan det kun bruges på én platform. Java er platformsuafhængigt. Android-apps er ikke.
Yvossen (20) skrev:Er der andre sprog der kan køres på alle platforme? Altså, ikke web-baserede sprog?
_alligned_malloc (21) skrev:Python kan.
C# kan faktisk også med Mono.
silashansen (26) skrev:
Ja, det er der faktisk en hel del der gør og jeg undrer mig over der ikke blev nævnt de mest oplagte:
C
C++
Perl
Ruby
Javascript
.
.
.
og mange mange flere..
Der er masser af sprog som findes til masser af platforme.
De native dele til JRE laves mig bekendt altid i C/C++, så Java findes næppe til en platform der ikke har C/C++.
Men man skriver altså ikke platformsuafhængige applikationer bare ved at skrive dem i et sprog som findes til alle/mange platforme.
Man skriver platformsuafhængige applikationer ved at skrive dem i et sprog (og på en måde), så de faktisk kan køre på alle/mange platforme.
Det kræver et meget veldefineret sprog og et meget stort bibliotek der er helt ens på de forskelige platforme.
Det kan C og C++ ikke levere. Der er masser af undefined og implementation specific opførsel i sprogenes definition. Standard libraries er ret små og de suppleres så af libraries der er vidt forskellige mellem forskellige platforme.
Resultatet er:
- et hav af #ifdef i kilde koden
- tools der genererer platform specifikke config og build filer
- debugging af nye fejl, når der porteres til en ny platform
- en omokostning hver gang der skal understøttes en platform mere
Mono mangler en del platforme og har en alen lang liste over forskelle og manglende features i forhold til MS .NET.
JavaScript har en del forskelle mellem implementationerne i forskellige browsere.
(jeg ved ikke hvad status er for Python og Ruby)
syska (30) skrev:
Ja, du kan bruge den samme Jar fil, su skal bare lige være 100% sikker på du ikke bruger platforms specifikke ting ... :-)
og hvor er vi så?
Vi er der hvor det virker.
Det er ikke teori men praksis.
Jeg vil postulere at langt over halvdelen af den Java kode som skrives udvikles på en platform og køres på en anden platform.
syska (30) skrev:
Udover jeg måske misforstod lidt hvad du skrev ... og at vi stadig snakkede om platforms uafhængig ... hvad er Java så?
iOS og WP har vist ikke support for det ...
Du kan godt tilføje Android til listen.
Når vi snakker platforms uafhængighed er Android ikke Java.
Så Java er ude i kulden på smartphone området.
Og det har visse konsekvenser. NemID vil jo f.eks. droppe Java p.g.a. dette.
Opret dig som bruger i dag
Det er gratis, og du binder dig ikke til noget.
Når du er oprettet som bruger, får du adgang til en lang række af sidens andre muligheder, såsom at udforme siden efter eget ønske og deltage i diskussionerne.