Vývoj sw pro Android v C, CPP bez Javy

javaman ((

Re:Vývoj sw pro Android v C, CPP bez Javy
« Odpověď #15 kdy: 18. 09. 2016, 21:56:51 »
To je jasný. Kdo by chtěl pořádný peníze, když může dělat C++ za pár šlupek :D


lopata2

Re:Vývoj sw pro Android v C, CPP bez Javy
« Odpověď #16 kdy: 18. 09. 2016, 22:20:20 »
s javou by som neopovrhoval, pokial si tak schopny C expert , prepisat / prelozit C kod do Javy mi pride ako vec na par hodin.

eventualne to narvat vsetko do jednej triedy a namiesto goto metody bez argumentov a vsetky premenne public static.

vybavene

r233

Re:Vývoj sw pro Android v C, CPP bez Javy
« Odpověď #17 kdy: 19. 09. 2016, 00:02:13 »
lopata2: Proč bych to dělal? Učit se Qt pro mě má smysl, Javu ne.
Pokud nějaká moje aplikace vznikne, a pokud by i byla zveřejněna, bude to tak specifická věc, že ji využijí max. jednotky lidí. Nejde mi o to psát nějakou masovku, ale napsat si utilitu, tool a pod. která mě, nebo zákazníkovi nějak pomůže. 

balki

Re:Vývoj sw pro Android v C, CPP bez Javy
« Odpověď #18 kdy: 19. 09. 2016, 07:51:58 »
lopata2: Proč bych to dělal? Učit se Qt pro mě má smysl, Javu ne.
Pokud nějaká moje aplikace vznikne, a pokud by i byla zveřejněna, bude to tak specifická věc, že ji využijí max. jednotky lidí. Nejde mi o to psát nějakou masovku, ale napsat si utilitu, tool a pod. která mě, nebo zákazníkovi nějak pomůže.

Lopata2 je troll. V jave sa tak neprogramuje, ako opisal. To mal byt akoze "vtipny" prispevok zosmiesnujuci javistov. Mala by byt na roote, po odpovedani prispevku moznost diskusiu locknut zakladatelom, inac sa tu len pisu kktinty,

lopata2

Re:Vývoj sw pro Android v C, CPP bez Javy
« Odpověď #19 kdy: 19. 09. 2016, 18:06:54 »
troll? a ako si myslis ze v jave vznikli kniznice ako BLAS LAPACK. napoviem prelozili to z fortranu. ty co to robili tiez nezaujima  nejake design patterny a chujoviny, proste co funkcia to metoda a navalili tam tie for cykly. a hotovo.

to iste OP. ked ma vyvynute nejake hotove C kody tak to nebude valit do javy ak sa tomu da vyhnut.
obzvlast ak tam ma vela datovych struktur tak nebude robit co ****** to trieda. potom mu to pre**be na androide limit 64K tried alebo 64K metod a bude muset pouzit multidex alebo mu to nepojde na starych telefonoch.


Radovan.

Re:Vývoj sw pro Android v C, CPP bez Javy
« Odpověď #20 kdy: 19. 09. 2016, 19:38:16 »
Není GUI Androidu psané v Javě ? Aspoň mám takový pocit, že pro GUI na Androidu je Java stejné nutné zlo jako Objective C (nebo dnes Swift) na Mac OS X.
Žádný jazyk není zlo, zlo činí jeho uživatelé :-)))
Visual Basic!

balki

Re:Vývoj sw pro Android v C, CPP bez Javy
« Odpověď #21 kdy: 20. 09. 2016, 14:26:21 »
troll? a ako si myslis ze v jave vznikli kniznice ako BLAS LAPACK. napoviem prelozili to z fortranu. ty co to robili tiez nezaujima  nejake design patterny a chujoviny, proste co funkcia to metoda a navalili tam tie for cykly. a hotovo.

to iste OP. ked ma vyvynute nejake hotove C kody tak to nebude valit do javy ak sa tomu da vyhnut.
obzvlast ak tam ma vela datovych struktur tak nebude robit co ****** to trieda. potom mu to pre**be na androide limit 64K tried alebo 64K metod a bude muset pouzit multidex alebo mu to nepojde na starych telefonoch.

Je to hnus, velebnosti. Mam s podobnym docinenia, kodili to nejaki sietari a mam si pri debugovani chut vypichnut oci dratom.

i

Re:Vývoj sw pro Android v C, CPP bez Javy
« Odpověď #22 kdy: 20. 09. 2016, 15:48:08 »
s javou by som neopovrhoval, pokial si tak schopny C expert , prepisat / prelozit C kod do Javy mi pride ako vec na par hodin.

to snad nemyslíš vážně, je sice pravda že má C a java "podobnou" syntaxy, ale pro efektivní využití každého jazyka je třeba úplně jiný způsob myšlení, Já když píšu v C a píšu toho v C opravdu hodně, poslední dobou nečekaně i pro databázové aplikace, tak mám při psaní neustále v mysli obraz konkrétní vnitřní reprezentace dat se kterými pracuji, bez toho nemá smysl v C vůbec psát, často se ti podaří využít jedno vykonání jedné operace k více účelům součastně a z kontextu víš kde má a kde nemá cenu dělat kontroly, například zda nelezeš z pole, což ti kód v javě v konečném důsledku dělá furt, zatím co Java je ideální pro abstraktní přístup a línější programování ;-)

Jsem ochotný připtustit že průměrný programátor v Javě, napíše stejně efektivní kód jako průměrný programátor v C, kazdý z těch programů bude fungobat úplně jinak i přesto, že budou dělat totéž a stejně efektivně. Ale trvám na tom, že dobrý programátor v C napíše řádově efektivnější kód než ten nejlepší  programágor v Javě, a pokud vše správně pokryje testama a nebude mu nějaký manager optimalizovat dojivost tak bude ten výsledek v C i daleko spolehlivjejší, třeba už jen proto že bude závislý na méně subdodavatelých :-) i když zrovna v případě Androidu je tento argument směšný :-)

IMHO ta komerční "porovnání" mi připadají určena pro NEprogramující managment :-)

A přenos mezi procesory, se stejnou šíří zběrnice s ideální efekivitou, ti na úrovni zdrojů, zajistí správné nastavení překladače.

Dalo by se říct že Java je výborná k tomu, aby produkty neschopných programátorů byli použitelné ;-) Nejvíc mě baví sledovat jak všude cpou ORM a pak se diví jak je databáze pomalá :-D

Kozzi

Re:Vývoj sw pro Android v C, CPP bez Javy
« Odpověď #23 kdy: 20. 09. 2016, 16:28:21 »
Není GUI Androidu psané v Javě ? Aspoň mám takový pocit, že pro GUI na Androidu je Java stejné nutné zlo jako Objective C (nebo dnes Swift) na Mac OS X.
Žádný jazyk není zlo, zlo činí jeho uživatelé :-)))
Visual Basic!

Visual Basic neni zlo, plati to co psal kolega predemnou, zlo jsou ti co v nem programuji :)

D.A. Tiger

  • ****
  • 463
  • Tygr, který žere tučňáka ;-)
    • Zobrazit profil
    • E-mail
Re:Vývoj sw pro Android v C, CPP bez Javy
« Odpověď #24 kdy: 18. 10. 2016, 16:59:37 »
Není GUI Androidu psané v Javě ? Aspoň mám takový pocit, že pro GUI na Androidu je Java stejné nutné zlo jako Objective C (nebo dnes Swift) na Mac OS X.
Žádný jazyk není zlo, zlo činí jeho uživatelé :-)))
Visual Basic!

Visual Basic neni zlo, plati to co psal kolega predemnou, zlo jsou ti co v nem programuji :)

+1

balki

Re:Vývoj sw pro Android v C, CPP bez Javy
« Odpověď #25 kdy: 19. 10. 2016, 00:51:22 »
Dalo by se říct že Java je výborná k tomu, aby produkty neschopných programátorů byli použitelné ;-) Nejvíc mě baví sledovat jak všude cpou ORM a pak se diví jak je databáze pomalá :-D

ORM tam cpu architekti. K ostatnemu sa nevyjadrujem, je to obycajny C/C++ rant cloveka, co nevie ani o com hovori. Len by som sa zbytocne jedoval.

Youda

Re:Vývoj sw pro Android v C, CPP bez Javy
« Odpověď #26 kdy: 19. 10. 2016, 02:20:18 »
to snad nemyslíš vážně, je sice pravda že má C a java "podobnou" syntaxy, ale pro efektivní využití každého jazyka je třeba úplně jiný způsob myšlení, Já když píšu v C a píšu toho v C opravdu hodně, poslední dobou nečekaně i pro databázové aplikace, tak mám při psaní neustále v mysli obraz konkrétní vnitřní reprezentace dat se kterými pracuji, bez toho nemá smysl v C vůbec psát, často se ti podaří využít jedno vykonání jedné operace k více účelům součastně a z kontextu víš kde má a kde nemá cenu dělat kontroly, například zda nelezeš z pole, což ti kód v javě v konečném důsledku dělá furt, zatím co Java je ideální pro abstraktní přístup a línější programování ;-)

Jsem ochotný připtustit že průměrný programátor v Javě, napíše stejně efektivní kód jako průměrný programátor v C, kazdý z těch programů bude fungobat úplně jinak i přesto, že budou dělat totéž a stejně efektivně. Ale trvám na tom, že dobrý programátor v C napíše řádově efektivnější kód než ten nejlepší  programágor v Javě, a pokud vše správně pokryje testama a nebude mu nějaký manager optimalizovat dojivost tak bude ten výsledek v C i daleko spolehlivjejší, třeba už jen proto že bude závislý na méně subdodavatelých :-) i když zrovna v případě Androidu je tento argument směšný :-)

IMHO ta komerční "porovnání" mi připadají určena pro NEprogramující managment :-)

A přenos mezi procesory, se stejnou šíří zběrnice s ideální efekivitou, ti na úrovni zdrojů, zajistí správné nastavení překladače.

Dalo by se říct že Java je výborná k tomu, aby produkty neschopných programátorů byli použitelné ;-) Nejvíc mě baví sledovat jak všude cpou ORM a pak se diví jak je databáze pomalá :-D

To jsou komedialni kecy.
Psat DB aplikaci v C, to uz chce opravdoveho cloveka, co neni schopen se podivat po cemkoliv jinem...
V jave, ve Spring Boot ti napisu DB aplikaci s REST rozhranim za dopoledne, co si ani nestihnes rozplanovat praci v C... A samozrejme s vyuzitim ORM, konkretne ja pouzivam Hibernate s nativnimi SQL dotazy, na DB independence si nehraju. ORM znamena Object Relational Mapping - JSQL opravdu neni povinne. A odpadne ten nebetycny opruz pri praci s jednotlivymi columny resultsetu.
V hibernatu napisu nativni sql dotaz select id, name, surname from XXX where .... a vysledek je set naplnenych java beanu. A primo ten set se oanotuje @RestService a je to vystavene na rest api. Cela aplikace bez logiky zpracovani dat na baj voko 100 radek kodu - pokud staci default konfigurace spring boot a ta obvykle staci.
Primo v spring bootu zadratovany caching engine, pomoci ktereho se nacachuji casto pouzivane DB dotazy a selecty se znova neprovadeji - opet plne automaticke, staci zapnout podporu anotaci @Cacheable a casto pouzivane dotazy se vubec nebudou posilat do DB ale vysledek to vyplivne z cache.
A samozrejme DB konektivita pres connection pool, ktery reusuje connections a zabranuje pomalemu a drahemu navazovani spojeni - opet funguje out of box.

Na ten REST se posadi angular, pripadne se beany pouzijou jako backing beans pro primefaces a luxusni GUI je na svete.

V mavenu target na spring boot JAR, ktery je mozno spoustet z ruky (embedded Tomcat na RESTy included), pripadne jak lezi a bezi pouzit jako LSB compliant init.d service (podporuje star/stop/restart) nebo systemd servicu.
Nebo si nastavim target do WARu.
JUnit testy v zakladnim baliku, stejne tak Mockito testy.


Babrat se v databazich za pomoci C muze dneska jenom clovek, co nema tuseni o novych vecech.
Ve spring boot to same napises za zlomek casu a bude to robustnejsi, rychlejsi a spravovatelnejsi.


Sigi

Re:Vývoj sw pro Android v C, CPP bez Javy
« Odpověď #27 kdy: 19. 10. 2016, 08:49:26 »
Multiplatformě jde programovat v JUCE - viz. www.juce.com (Komerční licence, ale není zadarmo)

n

Re:Vývoj sw pro Android v C, CPP bez Javy
« Odpověď #28 kdy: 19. 10. 2016, 11:17:19 »
to snad nemyslíš vážně, je sice pravda že má C a java "podobnou" syntaxy, ale pro efektivní využití každého jazyka je třeba úplně jiný způsob myšlení, Já když píšu v C a píšu toho v C opravdu hodně, poslední dobou nečekaně i pro databázové aplikace, tak mám při psaní neustále v mysli obraz konkrétní vnitřní reprezentace dat se kterými pracuji, bez toho nemá smysl v C vůbec psát, často se ti podaří využít jedno vykonání jedné operace k více účelům součastně a z kontextu víš kde má a kde nemá cenu dělat kontroly, například zda nelezeš z pole, což ti kód v javě v konečném důsledku dělá furt, zatím co Java je ideální pro abstraktní přístup a línější programování ;-)

Jsem ochotný připtustit že průměrný programátor v Javě, napíše stejně efektivní kód jako průměrný programátor v C, kazdý z těch programů bude fungobat úplně jinak i přesto, že budou dělat totéž a stejně efektivně. Ale trvám na tom, že dobrý programátor v C napíše řádově efektivnější kód než ten nejlepší  programágor v Javě, a pokud vše správně pokryje testama a nebude mu nějaký manager optimalizovat dojivost tak bude ten výsledek v C i daleko spolehlivjejší, třeba už jen proto že bude závislý na méně subdodavatelých :-) i když zrovna v případě Androidu je tento argument směšný :-)

IMHO ta komerční "porovnání" mi připadají určena pro NEprogramující managment :-)

A přenos mezi procesory, se stejnou šíří zběrnice s ideální efekivitou, ti na úrovni zdrojů, zajistí správné nastavení překladače.

Dalo by se říct že Java je výborná k tomu, aby produkty neschopných programátorů byli použitelné ;-) Nejvíc mě baví sledovat jak všude cpou ORM a pak se diví jak je databáze pomalá :-D

To jsou komedialni kecy.
Psat DB aplikaci v C, to uz chce opravdoveho cloveka, co neni schopen se podivat po cemkoliv jinem...
V jave, ve Spring Boot ti napisu DB aplikaci s REST rozhranim za dopoledne, co si ani nestihnes rozplanovat praci v C... A samozrejme s vyuzitim ORM, konkretne ja pouzivam Hibernate s nativnimi SQL dotazy, na DB independence si nehraju. ORM znamena Object Relational Mapping - JSQL opravdu neni povinne. A odpadne ten nebetycny opruz pri praci s jednotlivymi columny resultsetu.
V hibernatu napisu nativni sql dotaz select id, name, surname from XXX where .... a vysledek je set naplnenych java beanu. A primo ten set se oanotuje @RestService a je to vystavene na rest api. Cela aplikace bez logiky zpracovani dat na baj voko 100 radek kodu - pokud staci default konfigurace spring boot a ta obvykle staci.
Primo v spring bootu zadratovany caching engine, pomoci ktereho se nacachuji casto pouzivane DB dotazy a selecty se znova neprovadeji - opet plne automaticke, staci zapnout podporu anotaci @Cacheable a casto pouzivane dotazy se vubec nebudou posilat do DB ale vysledek to vyplivne z cache.
A samozrejme DB konektivita pres connection pool, ktery reusuje connections a zabranuje pomalemu a drahemu navazovani spojeni - opet funguje out of box.

Na ten REST se posadi angular, pripadne se beany pouzijou jako backing beans pro primefaces a luxusni GUI je na svete.

V mavenu target na spring boot JAR, ktery je mozno spoustet z ruky (embedded Tomcat na RESTy included), pripadne jak lezi a bezi pouzit jako LSB compliant init.d service (podporuje star/stop/restart) nebo systemd servicu.
Nebo si nastavim target do WARu.
JUnit testy v zakladnim baliku, stejne tak Mockito testy.


Babrat se v databazich za pomoci C muze dneska jenom clovek, co nema tuseni o novych vecech.
Ve spring boot to same napises za zlomek casu a bude to robustnejsi, rychlejsi a spravovatelnejsi.

Kdyz potrebujes performance, tak je ti toto k nicemu. Vim o cem mluvim, v Jave programuju leta(i v C++).
Napises to radove rychleji, bude to robustnejsi, pro vetsinu prumernych programatoru i spravovatelnejsi, ale rychlejsi ne.
Samozrejme kdyz pise nekdo jak lempl, tak i to c++ je pomale. Ale dobry programator, ktery vi co dela bude mit vysledek uplne nekde jinde(i kdyz mu to bude trvat opravdu o dost dele, v tom je Java opravdu vyhodna).

dustin

Re:Vývoj sw pro Android v C, CPP bez Javy
« Odpověď #29 kdy: 19. 10. 2016, 11:46:35 »
Kdyz potrebujes performance, tak je ti toto k nicemu.

Rozhodně. A proto se nemá cenu tady hádat, když nikdo nezná celé zadání ani jedné ze stran. V první případě byla dost důležitější podmínka na rychlost výsledku (nebo to třeba bylo v embedded zařízení s omezenými zdroji), ve druhém případě rychlost vývoje (provoz na std. serveru s kupou paměti a jader). Není jedna pravda.