- Magisk
- Samsung Galaxy A72 - kicsit király
- MIUI / HyperOS topik
- Ennyibe kerülnek a Huawei Pura modellek Európában
- Motorola Edge 40 - jó bőr
- Nothing Phone 2a - semmi nem drága
- Képeken az egyik kameráját elvesztő Sony Xperia 10 VI
- Mindent megtudtunk az új Nokia 3210-ről
- Fotók, videók mobillal
- Android szakmai topik
Hirdetés
-
Mindent megtudtunk az új Nokia 3210-ről
ma Részletes képek, specifikációk és euróban megadott ár is van a legendás modell újraélesztett verziójához.
-
AMD Radeon undervolt/overclock
lo Minden egy hideg, téli estén kezdődött, mikor rájöttem, hogy már kicsit kevés az RTX2060...
-
A virágcsokor mellé hardvert is ajándékozhatunk anyák napján
ph A héten desktop PC-k, monitorok, gamer kiegészítők és házak vannak a kirakatban.
Új hozzászólás Aktív témák
-
Karma
félisten
Sehogy, mert erre nem alkalmas. Valamilyen lokális megoldásra lesz szükséged... Algoritmikusan elég nehéz lenne biztosítani hogy mindenki ugyanakkor induljon...
Egy huszárvágás jellegű ötletem azért van: az eszközök NTP-vel megszerzik a pontos időt, a szerver meg olyan üzenetet küld ki, hogy "14:35:20-kor indítsátok el a lejátszást".
“All nothings are not equal.”
-
WonderCSabo
félisten
A ProGuard egy bytecode szintű obfuszkáló, optimalizáló és méretcsökkentő eszköz. Az obfuszkáló részének lényege az, hogy az osztályok neveit, metódusak neveit, mezők neveit stb. átnevezi értelmetlen rövid kifejezésekre, mint "a", "a.c.d", stb. Ennek köszönhetően ha visszafordítják is .java fájlokká az appodat, akkor sem lehet egykönnyen kibogozni, mit is csinál pontosan a forrás. De ezt a Google első találat a hivatalos oldal sokkal szebben írja le. A Proguard fizetős verziója a DexGuard, ami picit többet tud.
A ProGuard elsőre nagyszerű dolognak tűnik, de valójában a használatához hozzáértés és rendkívül hosszú konfigolás és tesztelés szükséges, mert az obfuszkáció miatt nagyon nehéz látni, hogy hol csapja szét az appodat. És hidd el nekem - szét fogja csapni.
-
Karma
félisten
Igen, enélkül a csak-Java alkalmazásokat elég könnyen vissza lehet fejteni. Onnantól a lehetőségek elég tágak... Az ártatlan vizsgálódáson túl lehet sok gonoszságot is művelni, például átírni benne egy-két apróságot, kiiktatni valami házi védelmet, becsempészni egy kis trójait, átnevezni, és kiadni saját (vagy az eredeti) nevén.
4.1-től kezdve elvileg a fizetős alkalmazások már titkosítottak, úgyhogy ha régebbi telefonra meg alternatív csatornákon nem terjeszted a programod, akkor az már biztonságban van.
“All nothings are not equal.”
-
Karma
félisten
Ezt a leírást nézd végig és tartsd be. Az AOSP nem egy olyan dolog, amit csak úgy szétkap és tákol az ember.
“All nothings are not equal.”
-
trisztan94
őstag
Hát személyes és kollégák tapasztalatával azt tudom mondani, hogyha komolyan akarsz foglalkozni Android fejlesztéssel (meg több mindennel, itt van pár példa: Java, Ruby stb), akkor állj át egy UNIX alapú rendszerre. Nagyon sok szívás tud lenni Windowssal ilyen téren sajnos.
Erre a legjobb megoldás jelen pillanat a Vagrant, ha nem akarod lecserélni a Windowst.
https://heureka-kreativ.hu
-
trisztan94
őstag
Pedig a legjobb szakirodalmak angolul vannak.
Érdemes lehet belefektetni egy olcsó tabletbe, vagy ebook olvasóba, nagyon kényelmes azon olvasni és a Google Books / iTunes / Kindle párossal szinte nincs olyan könyv, amit ne lehetne elérni, a papíros árának sokszor töredékéért.
Én iPad-et használtam, szinte kizárólag erre, nagyon meg voltam elégedve vele. Jobb volt, mint egy könyv szvsz.
https://heureka-kreativ.hu
-
raggg
senior tag
Először lassan megy, de ha hozzászoksz elég nagy előnyben vagy azokkal szemben, akik csak a magyar szakirodalmat olvassák; ami nem csak hogy sokszor hibás (rosszul van fordítva vagy lektorálva) de nem is feltétlen a legjobb könyveket vonultatja fel.
Egyébként ha könyvet szoktam keresni akkor amazon-on vadászom az értékeléseket, nagyjából azért ki lehet deríteni minden könyvről hogy mennyire érdemes pénzt/időt 'pazarolni' rá. :-)
ragklaatPS
-
Karma
félisten
A konfigurációs fájljában, ami a projekt gyökerében van alaphelyzetben, tudod hangolni a működését. Mondjuk fontos, hogy bárminek, ami a manifestben látszik (pl. Activity-k, Service-ek) nem szabad megváltoztatni a nevét, mert úgy az Android nem találná meg, és nyekkenés lenne a vége.
Ugyanez vonatkozik mindenre, amit reflexióval hozol létre.
“All nothings are not equal.”
-
Karma
félisten
Mi alapján feltételezed, hogy háttérszálról hívja meg? Minimális tervezéssel (például AsyncTaskok használatával) egyébként is teljesen felesleges kézzel hívogatni a runOnUiThreadet.
Viszont annyit mindenképp meg kéne nézni, hogy a logcaten látszik-e bármi. Meg mondjuk breakpointtal megnézni, egyáltalán meghívódik-e az a sor.
És jó lenne látni valamit a kódból és a layoutból.
Lehet írni kéne egy topik összefoglalót, amiben ezek a közös kötelező körök benne vannak.
[ Szerkesztve ]
“All nothings are not equal.”
-
Karma
félisten
Mindenképp. Az alapokkal tisztában kell lenni akkor is, ha webes technológiával megy neki a fejlesztésnek az ember; ehhez meg célszerű ismerni legalább egy platform lelkivilágát meg mondjuk az MVC alapelveket.
Egyébként az Ionic Frameworkkel elég jó tapasztalataim vannak.
“All nothings are not equal.”
-
Karma
félisten
Soha, de soha nem szabad fotókat a createScaledBitmappel skálázni!
Az Android Training külön fejezetet szentel ennek a kérdésnek, azt mindenképpen ajánlom megértésre, aztán meg használj egy kész libet erre a munkára.
Az előbb linkelt Picasso például teljesen jó.
Én meg az Universal Image Loadert szoktam használni.“All nothings are not equal.”
-
Karma
félisten
Mindjárt megnézem a projektet is, de elöljáróban két nagyon fontos dolgora szeretném felhívni a figyelmed:
1) Miután beraktál valamit a libsbe, azt ne vedd fel a build path-ra, mert automatikusan felkerül. Sőt, továbbmennék, soha ne nyúlj a build path-hoz!
2) Az, hogy "lefagy" ebben a formában nem hordoz információt. Lehet ANR (application not responding), vagy force close; ez utóbbi esetben nézd meg mindig, hogy mit logol az alkalmazásod, mert 99%, hogy ott lesz a kiváltó ok érthető angolsággal.[ Szerkesztve ]
“All nothings are not equal.”
-
Karma
félisten
El kellett mennem itthonról, úgyhogy csak most volt lehetőségem megnézni. Nincs fenn Eclipse a gépemen, csak Xamarin Studio (és az általa felrakott Android SDK), de parancssorban le tudtam fordítani az anyagot.
Nekem nem fagy le, nem crashel, meg semmi csúnyát nem csinál. Annyit változtattam csak, hogy a libs mappából töröltem a Picassot (UIL mellett felesleges) és a v4 support libet (az appcompat v7-ben is benne van), majd rátettem a Nexus 7-emre és megy.
Egyébként nagyon rossz forma, sőt mondhatni szigorúan tilos bekódolni azt, hogy "/mnt/sdcard". Csak rosszul sülhet el egy olyan telefonon, aminek nincs belső tárhelye és SD kártyája. Javaslom az Environment osztályt tanulmányozásra.
Zedz: Az AsyncTask osztály, amit az esetek döntő többségében ajánlott használni az ilyen háttérben végzett feladatokhoz, alaphelyzetben egy négy háttérszálból álló poolt használ, amit a framework menedzsel. Szóval igen, a droid intézi
Nagyon ritka az, hogy valami külső/belső okból ez a felállás nem jó, és az AsyncTask helyett más megoldást kell keresni. Az viszont például biztos, hogy Thread vagy Timer/TimerTask osztályokat használni mobilon súlyos hiba, mert van erőforrásbarátabb megoldás.
[ Szerkesztve ]
“All nothings are not equal.”
-
Karma
félisten
A portrait módhoz tartozó XML-t a /res/layout/ mappába rakod, a landscape-et pedig a /res/layout_land/ mappába. Lehetőleg ugyanazokat az ID-ket használd az azonos funkciójú elemekhez, és ami sokkal fontosabb: kezeld az adatok kimentését az onSaveInstanceState és onRestoreInstanceState metódusokkal.
“All nothings are not equal.”
-
Karma
félisten
Igen. Mindenre, amire szükséged van.
Alternatívaként használhatsz Fragmentet, aminek a setRetainInstance metódusával meg tudod tartani az adattagokat egy ilyen konfigurációváltás alatt. A layout XML-es történet pontosan ugyanígy működik akkor is, tehát lesz onCreateView hívás, és ott feltöltheted a tagváltozóidból.
[ Szerkesztve ]
“All nothings are not equal.”
-
sutszi
veterán
Az a 4GB szerintem rövid távon hamar szűk keresztmetszetté fog válni...amúgy kezdetnek jó ennyi.
Mondja, Mr. Babbage, ha rossz adatokat ad meg a gépnek, akkor is jó válasz fog kijönni belőle?" Képtelen vagyok felfogni azt az értelmi zavart, ami valakit egy ilyen kérdés feltevésére késztethet. - by Charles Babbage
-
sutszi
veterán
Persze...simán. Nem kötekedésből mondtam, csak utalni akartam rá, hogy milyen bővítésre kell felkészülnie a közeljövőben... a többivel nyilván ellesz még egy jó darabig.
Mondja, Mr. Babbage, ha rossz adatokat ad meg a gépnek, akkor is jó válasz fog kijönni belőle?" Képtelen vagyok felfogni azt az értelmi zavart, ami valakit egy ilyen kérdés feltevésére késztethet. - by Charles Babbage
-
Karma
félisten
Elaltatni a DevicePolicyManager.lockNow()-val tudsz, ha az alkalmazásodból admin alkalmazást csinálsz - ennek menete is le van írva a dokumentációban.
Feloldani nem tudom viszont, hogy lehet.
“All nothings are not equal.”
-
Karma
félisten
Egy NDK-t nem használó alkalmazásnál nem szabadna gondot okoznia az x86 architektúrának, azonnal mennie kell. Ha van benne natív komponens is, akkor meg több infó kell az appról hogy bármit lehessen mondani.
A logcaten nem látszik semmi hasznos a hiba tájékán?
“All nothings are not equal.”
-
WonderCSabo
félisten
Tudtommal igen. A szinkronizálást te bármikor tudod kérni, az app indulása gondolom a launcher Activity onCreate-je (Application.onCreate csak akkor fut le, ha a teljes processt újraindítod).
-
thon73
tag
Szóval nincs semmi automatika erre, hanem "kézzel" kell megcsinálni. Köszi!
((A példakódban van egy finom hiba. Ha nem a létrehozáskor okoz kivételt, akkor nem kerül lezárásra a megnyitott file. A zárást érdemes a finally részbe tenni, és ellenőrizni, hogy writer nem null-e. Egyébként ez szinte soha nem okoz hibát, de azért mégis érdemes tudni.))
-
thon73
tag
Csak a "minimális" rendszerigények tisztázása végett:
Intel Celeron J1900 + 4 GB Ram + SSD mellett az Android Studio minden további nélkül dolgozik. A "kis" teljesítmény (mondjuk i5-höz képest) érezhető a sebességben, de nem zavaróan számottevő.
Szerintem a processzornál fontosabb a memória - ideértve a hátteret (SSD) is.
((Egyébként ez a felállás még ahhoz is elegendő, ahogy AS és Eclipse együtt fusson, bár az utóbbit kizárólag régebbi kódok megtekintésére nyitottam meg.)) -
Karma
félisten
A legtöbb képbetöltő library tud visszajelzést adni a képletöltés státuszáról, így ha hiba van, át tudod állítani az ImageView visibility-jét GONE-ra. Ugye használsz képbetöltőt, nem kézzel írtad meg az URL letöltést és Bitmap dekódolást?
Például az Universal Image Loader esetében a SimpleImageLoadingListener a barátod, Picassonál a Picasso.Listener, a Fresconál passzolom.
“All nothings are not equal.”
Új hozzászólás Aktív témák
- EDIFIER R1700BTS hangfal pár makulátlan, új állapotban, 2 év hivatalos garanciával, alkalmi áron
- LG OLED55B23LA 2 Év GYÁRI GARANCIA
- Apple iPhone XR 128GB, Kártyafüggetlen, 1 Év Garanciával
- Gamer PC , i7 12700KF , RTX 3080 Ti , 64GB DDR5 , 960GB NVME , 1TB HDD
- Intel PC , i5 8500 , 1660 6GB , 32GB DDR4 , 512GB NVME , 500GB HDD
Állásajánlatok
Cég: Promenade Publishing House Kft.
Város: Budapest
Cég: Ozeki Kft.
Város: Debrecen