Keresés: - Java programozás - Fototrend Hozzászólások

LOGOUT témák

PROHARDVER! témák

Mobilarena témák

IT café témák

GAMEPOD témák

Keresés

Új hozzászólás Aktív témák

mobal nagyúr

#11960
#11959 BE4GLE
2022-09-03 17:40:50

Új Válasz
Új hozzászólás
Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

mobal

nagyúr

#11959 BE4GLE

#11959 BE4GLE
Én ugyan mobil fejlesztő vagyok, de az a tapasztalatom, hogy az öröklődéssel szemben sokszor ésszerűbb kompozíciót használni. Nem tudom, hogy ez segít-e, de talán ötletet ad ahhoz, hogy másként közelítsd meg a problémát. Persze miután Google-öztél egy picit a témában.

Öröklődés nem is arra való, hogy kompoziciót modellezünk. Szerintem egy max két szint után el kell gondolkodni, hogy jó-e az úgy.
coco2 őstag

#11956
#11952 BE4GLE
2022-09-01 11:12:39

Új Válasz
Új hozzászólás
Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

coco2

őstag

#11952 BE4GLE

#11952 BE4GLE
Ez így inkább beacon-nek hangzik. Többnyire marketing kommunkiációhoz használják. Én a második linken található library-t használtam is néhány éve. Bár az a prokekt pont nem marketing célú volt. Elhelyeztünk ilyen beacon-öket a cég épületében, és így lehetett tudni, ha valaki megérkezett az irodába.

Kicsit a logisztikával vagyok bajban, ha piconetet használnék. Ami esetet írsz, vélhetően egy helyi windows-os gép volt a piconet központ, és amikor beérkezett egy új android a hatósugárba, már tudta, melyik piconet-het csatlakozzon, csatlakozott, és jelezte, hogy érkezik az ember. Ha rosszul sejtem, javíts ki.
Ha egy kliens piconet-hez csatlakozik, egyszerre csak egy központhoz csatlakozhat. Oda küldheti el az üzenetet. Aztán kotorásznia kell a többi beacon után, csatlakozni oda, és küldeni üzenetet újra. Kicsit hasonló szitu, mint amikor vonalas LAN-on letiltják a multicast csomagokat, és következésképp ha küldeni akarsz egy multicast-ot, fel kell deríteni az összes állomást, és egyesével elküldeni a csomagokat. Mindazt a temérdek sok kommunikációt végezni el ahelyett, hogy csak kiküldenél egy szem multicast csomagot, és aki kapta, kapta, aki nem, az nem. Vonalas LAN-on még letojnám az esetet, mert úgyis hálózatról megy minden, van energia. Mobil telefon esetében akkumulátor van véges kapacitással.
Nem jobb a helyzet akkor sem, ha a mobil telefon a beacon. A beacon-nek állandóan üzemben kell lennie ahelyett, hogy mondjuk időzített job jelleggel 5 percenként egyszer feléled, kidob egy üzenetet a környezetének, aki kapta, kapta, aki nem, az nem, ignore, és alkalmazás lepihen újra. Beacon esetében nincsen pihi. Akku kajálás van helyette.
Szóval ez a bajom a piconet-tel, és ezért akarok inkább broadcast send-et.
Ha az nem létezik, még kiegészítőként azon gondolkodok el, hogy windows-on be lehet-e állítani low energy beacon-t, és az korlátozná a hatósugarat. Lehetségesen csak korlátos számú master lehet a környezetben egy adott időpillanatban. Viszont az eddigiekben nem találtam arra módot, hogy piconet-hez csatlakozó kliens hogyan kérdezheti meg a master-től az adási energia szintet. Ha megkérdezheti, az még mindig kommunikáció minden master felé, amit a master nem biztos, hogy venni fog, mert míg a master ad 100 mW-on, a slave 1 mW-on, a slave megkapja az üzenetet, a master nem, és kivárási idő telik el minden alkalommal, mire kiderül, hogy "az a hálózat messze van". Nem csak az én beacon-jeim lehetnek ott, de ezernyi másik ugyan úgy. Ha lehetne azt párhuzamosan, minden létező beacon-höz egyszerre csatlakozni, talán megpróbálnám, de ahogy olvasgattam, arra nincsen támogatás, csak egyik a másik után, és úgy a szükséges idő már nem korlátos.
coco2 őstag

#11951
#11950 BE4GLE
2022-09-01 09:43:49

Új Válasz
Új hozzászólás
Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

coco2

őstag

#11950 BE4GLE

#11950 BE4GLE
Amúgy nem iBeacon-ről van szó véletlenül? Mert ha igen, ahhoz itt egy library és egy sample projekt: [link]

Nem akarok piconetet, nem akarok semmi kapcsolódást. Publikus információt akarok kiküldeni bármilyen vevőnek, ami éppen akkor éppen ott van vagy nincs. A többi eszköz tervezetten windows-os lesz, de annak nem kellene számítson, ha nem barkácsolok át szabványos alapokat.
A fenti linken olyan sok mappa van mappa hátán, hogy még keresem a levesben a húst, hogy a saját függvények rétegei alatt végül mit használ
coco2 őstag

#11948
#11944 BE4GLE
2022-08-31 22:53:31

Új Válasz
Új hozzászólás
Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

coco2

őstag

#11944 BE4GLE

#11944 BE4GLE
Szia! Nem értettem pontosan. Bluetooth broadcast receiver példát szeretnél? Vagy bluetooth-on szeretnél üzenetet küldeni?

Küldeni akarok. Sender kell az android telefonra. Az android telefon körül létező - és éppen broadcast-ra figyelő - összes BT eszközknek akarok egy pár karakteres üzenetet eljuttatni az androidról.
fatal` titán

#11934
#11930 BE4GLE
2022-08-30 15:07:50

Új Válasz
Új hozzászólás
Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

fatal`

titán

#11930 BE4GLE

#11930 BE4GLE
LOL. Olyan rég Kotlin-ra váltottam, hogy már el is felejtettem, hogy a list is definiálja az add metódust. Akkor ha jól rémlik talán az Iterable a jó analógia rá.

Nekem is meg kellett nézni, hogy rosszul emlékszem-e.
#11933:
Helyesen unmodifiable-nek kellene hivni, mert attol fuggoen mi van a kollekcioban az elemeket lehet akar valtoztatni.
Attól még maga a collection immutable.
Gyuri16 senior tag

#11933
#11932 BE4GLE
2022-08-30 14:17:51

Új Válasz
Új hozzászólás
Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

Gyuri16

senior tag

#11932 BE4GLE

#11932 BE4GLE
Android vonalon én java 8-nál tetőztem. Kotlinban ez pl. így működik:
listOf(...) és mapOf(...) ha final kell és
mutableListOf(...) és mutableMapOf(...) ha mutable kell
Az List.of szintén List típust add vissza, csak gondolom dob egy csinos UnsupportedOperationException-t ha add-ot hívsz az outputra.

igen, bovebben le van irva a dokumentacioban
Collection
List
Helyesen unmodifiable-nek kellene hivni, mert attol fuggoen mi van a kollekcioban az elemeket lehet akar valtoztatni.
Gyuri16 senior tag

#11931
#11930 BE4GLE
2022-08-30 13:42:03

Új Válasz
Új hozzászólás
Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

Gyuri16

senior tag

#11930 BE4GLE

#11930 BE4GLE
LOL. Olyan rég Kotlin-ra váltottam, hogy már el is felejtettem, hogy a list is definiálja az add metódust. Akkor ha jól rémlik talán az Iterable a jó analógia rá.

Iteratornak is van remove metodusa: [link]
Immutable kollekciokra tobb fuggveny van, pl. Collections.unmodifiableList, List.of (java 9), List.copyOf (java 10)
fatal` titán

#11929
#11928 BE4GLE
2022-08-30 13:27:21

Új Válasz
Új hozzászólás
Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

fatal`

titán

#11928 BE4GLE

#11928 BE4GLE
Annyit tennék, még hozzá, hogy az ArrayList mutable. A projektekben az ilyen típusú visszatérési értékek kerülendők. A HashMap is ilyen. Ezeket inkább csak függvények és osztályok belső logikájához használd. Visszatérési értéknek mindig próbálj immutable-t használni, mint a List vagy a Map. Azt gondolom észrevetted, hogy az interface típusokban nincs add és put. Okkal.

A List meg a Map nem típus, hanem interface. És mindkettő a mutable típusok interface, a List interfaceben ott az add és a Mapban is a put.
floatr veterán

#11918
#11917 BE4GLE
2022-08-24 22:27:01

Új Válasz
Új hozzászólás
Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

floatr

veterán

#11917 BE4GLE

#11917 BE4GLE
Hát igazából, ha már ott implementálja, akkor simán override-olhatja a compareTo metódust, és akkor üresen is hívhatja a sorted() függvényt.

Mindig tanul az ember valamit
Ablakos addikt

#11914
#11911 BE4GLE
2022-08-24 19:33:18

Új Válasz
Új hozzászólás
Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

Ablakos

addikt

#11911 BE4GLE

#11911 BE4GLE
p1.getLiteracyRate() - p2.getLiteracyRate()
Ehelyett írd ezt: Double.compare(p1, p2)

.sorted((p1, p2) -> {return Double.compare(p1.getLiteracyRate(), p2.getLiteracyRate());})
Így már működik! Megjegyeztem. Köszönöm!
floatr veterán

#11913
#11911 BE4GLE
2022-08-24 19:31:08

Új Válasz
Új hozzászólás
Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

floatr

veterán

#11911 BE4GLE

#11911 BE4GLE
p1.getLiteracyRate() - p2.getLiteracyRate()
Ehelyett írd ezt: Double.compare(p1, p2)

törölve
floatr veterán

#11883
#11878 BE4GLE
2022-08-03 00:13:03

Új Válasz
Új hozzászólás
Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

floatr

veterán

#11878 BE4GLE

#11878 BE4GLE
Amit leírtál az távolról sem agilis fejlesztés. A rossz menedzsment mindig rányomja a bélyegét a projektminőségre. Ez nem a TDD hibája.

Örülök h sikerült ennyiből meglátni minden aspektusát.
#11881 Drizzt
Többek között azért is más a minőség, mert sokkal jobban végiggondolt az egész. Szinte már waterfall
#11879 btraven
Ha már rendszerszemlélet, dobd bele egy bootba, kapja meg webfluxon a nevet, majd küldje el egy ELK-nek a generált szöveget. Tedd a szöveg generálást egy service-be, amire írhatsz 1 darab unit tesztet, minden másnál mókolsz, meg integrálsz, és többször becsapod magad.
#11882 axioma
Ezért mondom, hogy ehhez túl cinikus vagyok. De az már megint nem agilis, ha droidokkal dolgozol. Ráadásul a tesztelt kód többszörösét megírod, ahol a tesztben ugyanúgy lehet hiba, amin átsiklasz, mert rosszul tesztel.
btraven őstag

#11873
#11872 BE4GLE
2022-08-02 13:23:31

Új Válasz
Új hozzászólás
Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

btraven

őstag

#11872 BE4GLE

#11872 BE4GLE
Sok cég projektjébe be se lehet mergelni olyan kódot, ami nincs letesztelve. Szóval jobb ha megbarátkozol velük, és úgy általában a TDD-vel, mert ha csak nem valami kontár projekten dolgozol, akkor legalább egy code coverage ellenőrzés le fog futni a projekten.

A TDD zseniális ötlet.
De azért ara kíváncsi vagyok hogy a gyakorlatban hány cég fejleszt ezzel.
Kiderül hogy 1-2, de azok is megbánták.
floatr veterán

#11870
#11868 BE4GLE
2022-07-24 20:38:48

Új Válasz
Új hozzászólás
Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

floatr

veterán

#11868 BE4GLE

#11868 BE4GLE
Egy érdekesség: Java 14-től bevezették a record class-t. Szóval ha azt használod, akkor nem kell ilyen boilerplate kódokkal vacakolnod.

Vagy lombok.
sztikac őstag

#11855
#11852 BE4GLE
2022-07-08 16:11:50

Új Válasz
Új hozzászólás
Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

sztikac

őstag

#11852 BE4GLE

#11852 BE4GLE
Én a kilépő ágat try-catch blokban csináltam volna. Lekezelve a NumberFormatException kivételt. Az az if (number == -1) nem tudom mitől véd egész pontosan.

if (number == -1) nem véd semmitől, feladatban volt úgy megadva, hogy -1 beírása esetén hagyja abba a számok beolvasását.
#11853: máshonnan (C) ismerős az exception, de Java-ban még nem tartok ott és nem is volt a feladat része.
Ablakos addikt

#11853
#11852 BE4GLE
2022-07-08 15:39:13

Új Válasz
Új hozzászólás
Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

Ablakos

addikt

#11852 BE4GLE

#11852 BE4GLE
Én a kilépő ágat try-catch blokban csináltam volna. Lekezelve a NumberFormatException kivételt. Az az if (number == -1) nem tudom mitől véd egész pontosan.

Ebben a tanulási fázisban (szerintem) még nem ismert az exception.