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

• #11960 mobal nagyúr BE4GLE #11959

  Új Válasz 2022-09-03 17:40:50 #11960

  Ú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

  Privát üzenet küldése

  

  mobal

  nagyúr

  válasz BE4GLE #11959 üzenetére

  Ö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.

• #11956 coco2 őstag BE4GLE #11952

  Új Válasz 2022-09-01 11:12:39 #11956

  Ú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

  Privát üzenet küldése

  

  coco2

  őstag

  válasz BE4GLE #11952 üzenetére

  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.

• #11951 coco2 őstag BE4GLE #11950

  Új Válasz 2022-09-01 09:43:49 #11951

  Ú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

  Privát üzenet küldése

  

  coco2

  őstag

  válasz BE4GLE #11950 üzenetére

  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

• #11948 coco2 őstag BE4GLE #11944

  Új Válasz 2022-08-31 22:53:31 #11948

  Ú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

  Privát üzenet küldése

  

  coco2

  őstag

  válasz BE4GLE #11944 üzenetére

  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.

• #11934 fatal` titán BE4GLE #11930

  Új Válasz 2022-08-30 15:07:50 #11934

  Ú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

  Privát üzenet küldése

  

  fatal`

  titán

  válasz BE4GLE #11930 üzenetére

  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.

• #11933 Gyuri16 senior tag BE4GLE #11932

  Új Válasz 2022-08-30 14:17:51 #11933

  Ú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

  Privát üzenet küldése

  

  Gyuri16

  senior tag

  válasz BE4GLE #11932 üzenetére

  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.

• #11931 Gyuri16 senior tag BE4GLE #11930

  Új Válasz 2022-08-30 13:42:03 #11931

  Ú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

  Privát üzenet küldése

  

  Gyuri16

  senior tag

  válasz BE4GLE #11930 üzenetére

  Iteratornak is van remove metodusa: [link]

  Immutable kollekciokra tobb fuggveny van, pl. Collections.unmodifiableList, List.of (java 9), List.copyOf (java 10)

• #11929 fatal` titán BE4GLE #11928

  Új Válasz 2022-08-30 13:27:21 #11929

  Ú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

  Privát üzenet küldése

  

  fatal`

  titán

  válasz BE4GLE #11928 üzenetére

  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.

• #11918 floatr veterán BE4GLE #11917

  Új Válasz 2022-08-24 22:27:01 #11918

  Ú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

  Privát üzenet küldése

  

  floatr

  veterán

  válasz BE4GLE #11917 üzenetére

  Mindig tanul az ember valamit

• #11914 Ablakos őstag BE4GLE #11911

  Új Válasz 2022-08-24 19:33:18 #11914

  Ú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

  Privát üzenet küldése

  

  Ablakos

  őstag

  válasz BE4GLE #11911 üzenetére

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

• #11913 floatr veterán BE4GLE #11911

  Új Válasz 2022-08-24 19:31:08 #11913

  Ú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

  Privát üzenet küldése

  

  floatr

  veterán

  válasz BE4GLE #11911 üzenetére

  törölve

• #11883 floatr veterán BE4GLE #11878

  Új Válasz 2022-08-03 00:13:03 #11883

  Ú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

  Privát üzenet küldése

  

  floatr

  veterán

  válasz BE4GLE #11878 üzenetére

  Ö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.

• #11873 btraven őstag BE4GLE #11872

  Új Válasz 2022-08-02 13:23:31 #11873

  Ú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

  Privát üzenet küldése

  

  btraven

  őstag

  válasz BE4GLE #11872 üzenetére

  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.

• #11870 floatr veterán BE4GLE #11868

  Új Válasz 2022-07-24 20:38:48 #11870

  Ú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

  Privát üzenet küldése

  

  floatr

  veterán

  válasz BE4GLE #11868 üzenetére

  Vagy lombok.

• #11855 sztikac őstag BE4GLE #11852

  Új Válasz 2022-07-08 16:11:50 #11855

  Ú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

  Privát üzenet küldése

  

  sztikac

  őstag

  válasz BE4GLE #11852 üzenetére

  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.

• #11853 Ablakos őstag BE4GLE #11852

  Új Válasz 2022-07-08 15:39:13 #11853

  Ú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

  Privát üzenet küldése

  

  Ablakos

  őstag

  válasz BE4GLE #11852 üzenetére

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

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