C# VS2015 Android szakembert keresünk távkonzultációra
2016-12-18T19:50:43+01:00
2017-02-06T12:05:30+01:00
2022-06-29T11:21:25+02:00
  • "A kód kb 12 .cs fájlra van szétdarabolva, átírása olyan formára, hogy a szellemi tulajdoni része "ne sérüljön" közel lehetetlen, illetve rendkívül időigényes lenne."

    12 cs file az nem tul sok. Tobb szaz java classos appjaim vannak...;)
    Idoigeny pedig relativ
    Mutasd a teljes hozzászólást!
  • Pont ezt irtam, hogy irhatjatok a kodot barmilyen crossplatform sz@ron, ha elojon egy ilyen hiba, akkor...

    A masik, hogy sokkal tobben kodolnak nativan, mint akik nem.
    A harmadik, hogy senki sem akar szivni ezzel, ha nativan is sok dologgal szivni kell androidon, nemhogy meg feltelepitgetni egy x+1 fejlesztoi kornyezetet es keresgelni stacken, guglin, meg gorcsolni, hogy wtf van. 

    Amugy valoszinu, hogy 1 sor a hiba, de amig atnezed, stb, na azzal megy el az ido. Egyebkent START_STICKY re keress ra.

    Meg ez ni: Android background service closes when I close application. How i doing wrong?
    Mutasd a teljes hozzászólást!
  • 5 perc mire buildel... nem tudom miert privit irtam sry xD
    Mutasd a teljes hozzászólást!
  • Tisztelt "Rocky"!

    - Csak munkaidőben dolgozik a kódon az illető, és úgy tűnik, nem tudja ezekre a kérdésekre a választ.
    - Amíg az elméleti kérdéseket nem tisztázza valaki, addig felesleges magával a kóddal bajlódni.
    Nem szintaktikai hibákról van szó, amint az az első 6.0-ás androidon való elindításkor kiderült, hanem platformspecifikus jelenségekről illetve speciális lehetőségek alkalmazásának mikéntjéről.
    - A kód kb 12 .cs fájlra van szétdarabolva, átírása olyan formára, hogy a szellemi tulajdoni része "ne sérüljön" közel lehetetlen, illetve rendkívül időigényes lenne.
    - A problémát viszont egészként kellene kezelni, hogy kiderüljenek esetleges logikai buktatók, ami VS2015 alatt nem/vagy egyszerűbben oldható meg.

    Így tehát NEM tudom egyenként ide, a tudástárba külön kérdésekre bontva feltenni. Ha ennyire egyszerű lenne, már megtettem volna.

    Tisztelettel arra kérném Önt, amennyiben nem tud a korábban feltett kérdésekre érdemi választ adni, úgy inkább maradjunk meg a topik álláshirdetés jellegénél.

    Köszönettel,
     Szakmári László
         igazgató
    Mutasd a teljes hozzászólást!
  • Már csak nem foglalkozik vele, akit előzőleg írtál ? Az egész program 200 soros, vagy az csak egy része, amiben szerintetek a hiba van ?

    Amúgy ha a kód ún. titkos részében levő adatokat helyettesítenéd hablaty szöveggel, akkor meg is mutathatnád a kódot is, illetve az előző kódot is, ami még jó volt, itt ie lehet nézegetni, van itt elég sok ember, még pénz nélkül is.
    Mutasd a teljes hozzászólást!
  • 1.) Az elsődleges gondra, azaz hogy néha leáll a háttérben futó szolgáltatás, aminek non-stop futnia kellene, vélhetően a korábban belinkelt kód lesz a megoldás:
    Android Service Stops When App Is Closed
    Ám nincs tapasztalatom az implementálásában. (Mit kell benne átírni, és mit változatlanul hagyni.)
    Pl.:
    android:name=".BackgroundService" <receiver android:name="AlarmReceiver">
    - Ezeknek nem a saját programunk névtere szerinti elnevezésnek kellene lenniük?

    PendingIntent pi = PendingIntent.getBroadcast(this, 123456789, intent, 0);
    - miért nincs hivatkozás sehol máshol erre a számra ? 123456789
    ... stb.

    2.) Lehet-e memória-alapon megjegyezni és megjeleníteni a szolgáltatás által generált LOG-ot?
    Nem szeretném folyamatosan fájl-szintű műveletekkel terhelni a telefonok adathordozóit.
    - Tehát ha éppen fut a "GUI", azaz a Main-aktivity, akkor a szolgáltatás "találja meg" az esetleg pár másodperce újraindított APP-ot, és küldje el neki, hogy az megjeleníthesse a felhasználó felé. (Beleértve az elmúlt 30 perc eseményeit is, amíg a MainActivity-t már kinyírta a telefon memória-kezelője.)
    - Gondolom logikus, hogy amennyiben maga a szolgáltatás újraindul, akkor előtte mégiscsak le kell mentenie fájlba, hogy az alarm által újrainduló szolgáltatás onnan vegye fel a fonalat...
    Vagy jó erre egy PendingIntent ?

    3.) Hogyan lehetne tesztelni a szolgáltatást bizonyos paraméterekkel, ha azt az Android 6.0 letiltja, mivel "foreground" módban nem lehet http:// lekéréseket indítani async nélkül? Viszont nekünk kellene a visszatérési érték, hogy tudjuk, elmenthetjük-e az adott paramétert!

    Ilyen és hasonló párperces interaktív kérdéseink lennének.
    Mutasd a teljes hozzászólást!
  • 5 perc... :D (Elméletben, gyakorlatban elmondod mi a gond és túlléptünk rajta...)
    Mutasd a teljes hozzászólást!
  • Köszönöm a hozzászólásokat!
     Egyenlőre van valaki, aki foglalkozik a kóddal, tegnap végre sikerült neki el is indítania.
    Bár nincs nagy tapasztalata service-ekkel, úgy látszik nem adja fel könnyen és ez nagyon jó dolog.

    @rocky:
    - Igen, ismerem a linket, ami leírja: ELMÉLETBEN hogyan kellene működnie.
    A real-life szituációk azonban sosem így működnek sajnos. Ráadásul minden android verzión más-másképpen.

    @Bicskahun:
    Néha valóban nem elég 2 óra, de ha valaki profi, és van több éves tapasztalata az adott fejlesztőkörnyezetben, akkor esetenként elég lehet akár 5 perc is.
    Tudom, mert néha én is ezt csinálom. (Delphi alatt.)
    Mutasd a teljes hozzászólást!
  • Ilyen nagyobb környezeteknél mire feláll a rendszer az már egy idő, így a fizetség is nem nulláról indul, annyi.
    Mutasd a teljes hozzászólást!
  • Helló,

    Nem értem mit szeretnél pontosan... :D ... Ha megvan a megoldás úgy gondolod, akkor miért nem próbálod ki? 

    Alapvetően hiába vagyunk tapasztalt fejlesztők sok oka lehet, hogy valami adott környezetben nem működik, ezt meg kell vizsgálni, nem úgy van az, hogy azonnal tudjuk rá a megoldást.. Én pl.: szoktam xamarin-nal fejleszteni, de ha azt mondod, hogy 2 órás munka, akkor azért sem állnék neki, mert nem éri meg előkészíteni a fejlesztőkörnyezetet, letölteni a forrást, stb...
    Mutasd a teljes hozzászólást!
  • Mutasd a teljes hozzászólást!
  • Köszönöm a hozzászólásokat, de nem, nem szeretnénk átíratni VS2015 Xamarin-ról más fejlesztőkörnyezetre. Az adott problémára szeretnénk megoldást találni.
    Vélhetően ennek a kódnak az implementálása lesz a megoldás egyik fele:
    Android Service Stops When App Is Closed
    Azaz ötvözni kell a background service -t az alarm-okkal.
    Mutasd a teljes hozzászólást!
  • Amugy itt nevettem fel

    A programot átalakítottuk, azóta nem működik (rendesen):


    Mutasd a teljes hozzászólást!
  • Tudok c fiszul de az android nyelve a dzsava. A tobbi koklerkodas.
    Mutasd a teljes hozzászólást!
  • A Xamarint akkor ne tanuljam meg holnapra gyorsan ? :)
    Mutasd a teljes hozzászólást!
  • Itt vagyok en az android zseni. Csak eppen nativ android es nem xamarin...

    Jah es penzes. :)

    Kuldj privit ha ertelmes dolgokat akarsz nem xamarint.
    Mutasd a teljes hozzászólást!
  • Azóta sem sikerült még megoldani a problémát ?
    Mutasd a teljes hozzászólást!
  • Tisztelettel várom továbbra is egy szakértő jelentkezését,
    akinek van tapasztalata:
    - "nonstop running Android background-services",
    - "visual log" és
    - "intents"
    témakörökben.
    Mutasd a teljes hozzászólást!
  • Most már sokkal nagyobb a program ? Android Stúdióban is meg lehetne azt csinálni, ha nem túl nagy, persze gondolom multi platformos lenne.
    Mutasd a teljes hozzászólást!
  • Tisztelettel várom továbbra is egy szakértő jelentkezését.
    Mutasd a teljes hozzászólást!
  • Xamarinban.
    Mutasd a teljes hozzászólást!
  • Tisztelt Programozók!
     
     Egy szakember néhány órás segítségére lenne szükségünk (természetesen díjtérítés mellett)
    egy olyan (körülbelül 200 soros) kód hibajavítása kapcsán, mely:
    - Androidra íródott,
    - Visual Studio 2015 C# nyelven
    - angol kommentekkel, angol elnevezésekkel,
    - hogy a háttérben futva, wifi-n keresztül egy helyi szerverrel kommunikáljon, http formában  (hasonlóan a GPS-követő szoftverekhez.)

    Az eredeti program készítője már nem érhető el.
    A programot átalakítottuk, azóta nem működik (rendesen):
    pl. a GUI leállása után a Background-thread nem fut tovább, továbbá a GUI-Thread kommunikáció sem jó. (Eredetileg sem volt jó túlzottan, főleg a Frontend-GUI újraindulása után.)

    Kérem, csak az jelentkezzen, aki:
    - érti, tudja és van tapasztalata android [Service] írásában
    - képben van az INTENT-ek használatával
    - vállalja a cégünk kapcsán megszerzett információkra vonatkozó titoktartási kötelezettség betartását
    - lehet vele Skype-on keresztül kommunikálni (képmegosztás).

    Köszönettel,
       Szakmári László
           igazgató
     PizzaProgram Ltd.
     info@pizzaprogram.hu
       +36 20 916 0275
    Mutasd a teljes hozzászólást!
abcd