Alkalmazásfejlesztés linuxra és windowsra.
2008-06-25T10:58:38+02:00
2008-06-26T18:25:25+02:00
2022-07-19T05:17:06+02:00
  • Nem tudom, nekem soha nem volt szimpatikus ez a nyelv, bár sokan odavannak érte. Ráadásul semmit nem tud amit ma egy adatkezelő alkalmazásnak tudnia kéne, sem egy normális RAD tool (a community tizenév alatt egy Boa Constructort tudott összehozni ami több mint szánalmas), sem normális ablakozó osztályok (a legjobb amiről tudok az a wxPython - felejtsd el), databinding...
    Ha már amatőr cuccokkal akarok játszani akkor szvsz inkább Lazarus, az még mindig jobban hasonlít valami fejlesztőeszközre, esetleg KDevelop + wxWidgets. De minek, ezeknél mind a java mind a mono szerencsésebb megoldás a kiinduló problémára.
    Mutasd a teljes hozzászólást!
  • Python, mint alternatíva? Multiplatformos és gyakorlatilag mindent tud, amit egy adatkezelő alkalmazásnak tudnia kell.
    Mutasd a teljes hozzászólást!
  • besz4ras, amikor vagy 2-3 eve jatszottam a GDI+-al akkor a google nagyon bolond volt.
    Mutasd a teljes hozzászólást!
  • /Tenyleg amugy az ms-nel miert neveznek el mindent ugy mostanbaban, hogy ne lehessen rá goglézni?
    GDI+
    C#
    .NET


    1. mert a konkurens keresőszolgáltatásukat (live search) akarják promotálni vele
    2. nekem mondjuk gond nélkül sikerült guglizni rájuk
    3. de tényleg nem árt az óvatosság, ilyen nevekre valóban nem szabad meggondolatlanul rákeresni.
    Mutasd a teljes hozzászólást!
  • Azért mostanság a "windows"-hoz hozzátartozna az adatrács, beviteli mező, combobox, checkbox, listbox, tab fül. Ja, és nem modális ablakok, esetleg MDI is...


    ez mind van.
    grid

    csak annyi hogy fekete a racs vonal.

    Sot van multiboxom is, ami hasonlo egy gridhez csak mindenfajta ablak lehet benne.


    Este rakok fel kepeket.(illetve windows frameworkben mukodo demot)
    Csak most volt egy villam csapasunk es meghalt a pc-k fele.


    De azt például meg sem dicsérted, hogy van élsimitás a (TTF)fontokon.
    mintha GDI+ volna.

    /Tenyleg amugy az ms-nel miert neveznek el mindent ugy mostanbaban, hogy ne lehessen rá goglézni?
    GDI+
    C#
    .NET
    Mutasd a teljes hozzászólást!
  • Nagyon nagy! tetszik
    Mutasd a teljes hozzászólást!
  • Kozben erdeklodes keppen csak megkerdezem, hogy van-e valaki, aki megismerheti, tovabbviszi majd ezt a technikat (es eljaras konyvtarat), ami szerint programozol? Pusztan csak azert mondom, mert nem tudom elkepzelni egyetlen programozo ismerosomrol sem, hogy le tudna programozni asm-ben jo minosegu koddal egy JVM-et, ezert ha ez neked sikerul belathato idon belul (aminek nem latom akadalyat), akkor le a kalappal.

    [Szerk.]KisJ-nek ment
    Mutasd a teljes hozzászólást!
  • Azért mostanság a "windows"-hoz hozzátartozna az adatrács, beviteli mező, combobox, checkbox, listbox, tab fül. Ja, és nem modális ablakok, esetleg MDI is...

    Az hogy egér vagy érintőképernyő a dolog szempontjából szvsz mindegy, sőt igazából csak nehezíti a dolgot ha az érintőfelület mellett van még egy billentyűzet is amire reagálni kell.

    De mondom, alapvetően más területen dolgozunk, oda amit te csinálsz ez a felület tökéletes.
    Mutasd a teljes hozzászólást!
  • de alapvetően más területen dolgozunk


    Nezd azt, hogy 10 meterrol akarjak elolvasni a feliratokat.
    Nagy koszos ujjakkal nyomkodjak a kepernyot.
    Eger nincs!
    Amugy keresek dizajnert.
    De a lenyeg nem a szineken van. Hanem a "windowsos" ablakos uzenetkezelos rendszeren.
    Mutasd a teljes hozzászólást!
  • Ahhoz képest hogy assemblyben van nem rossz. Más kérdés hogy engem egy ilyen júzer interfészért felakasztanának , de alapvetően más területen dolgozunk.

    Amúgy az őskorban én is csináltam hasonló GUI-t DOS alá, csak én Turbo C++-ban.
    Mutasd a teljes hozzászólást!
  • Ez egy cnc gepen van.
    Ha AKTIV pedal felirat van es ralep valaki a pedalra egy 120Tonnas "medve" elindul.

    video
    Mutasd a teljes hozzászólást!
  • Aktív pedál? mit jelent?
    Mutasd a teljes hozzászólást!
  • Hany ev, mig


    20

    Vagyis nem lehet megmondani.
    10 éve csináltam egy gif betöltőt elég randa kóddal (demoba kellet) azt tavaly átdolgoztam szépre 1 nap alatt.
    6 éve gravírozóhoz csináltam TTF megjelenítőt, azt szinten 1 nap alatt írtam át az új "rendszerbe"
    szinte minden részét régebbi munkából dolgoztam újra.
    Pl. pdf megjelenítőt Windows alá csináltam meg regen így annak átírása nem volt nagy munka.

    A konvenciók megteremtése folyamatos, de az újra felhasználható kódról 20 éve is tanultunk és használjuk is, így az nem nyelvfüggő és nem új keletű. (mint ahogy a mostani könyvek hirdetik)
    Mutasd a teljes hozzászólást!
  • Mutasd a teljes hozzászólást!
  • Hany ev, mig kialakult a mai formajara ez a metanyelv(es mogotte az api), amit hasznalsz?
    Mutasd a teljes hozzászólást!
  • 1
    2
    3


    Ez igy van leirva egy resource fajlban.

    DIALOG AUTO prop BACKGROUND,COLOR_BLACK prop BCOLOR,COLOR_BLACK WINDOW_DEF 0,0,1024,60,StaticWnd,WS_CENTER,111,capt_automata,BORDER_BOTTOM prop FONT,fh_autocapt prop BACKGROUND,COLOR_AutoCapt prop BCOLOR,COLOR_WHITE
    Mutasd a teljes hozzászólást!
  • Kivancsiva tettel, tudnal kuldeni egy kepernyofotot (akar telefonrol), hogy milyen a felhasznaloi feluleted?
    Mutasd a teljes hozzászólást!
  • Szoktam idezni kodot (klorand nem rohog)


    Mutasd a teljes hozzászólást!
  • Nekem ablakozos dektopom mukodik ipari alkalmazasban (CNC vezerlo).
    Sajat OS, sajat 100 assembly kod.
    A magas szint az nagyon relativ.
    Szoktam idezni kodot (klorand nem rohog)


    CodeStart "HUX Kernel Main",1,0 OS_Init MEM_Init .if FUNC(KEYBOARD_Test)!=0 mov esi,[input_focus] .if esi!=0 && ax!=0 SendMessage (esi,WM_CHAR,eax,0) .endif .endif VIDEO_SetMode 1024x768_32,LFB FONT_LoadTTF "Arial",12,FW_BOLD GDI_Init CreateDesktop (main) OS_Exit CodeEnd
    Mutasd a teljes hozzászólást!
  • De igen érdemes, ha éppen a kis méretével, vagy méginkább az extra gyors sebességével...


    Ilyen követelmények csak nagyon kis teljesítményű eszközöknél lépnek fel, vagyis ezeknél válnak olyan fontossá, hogy érdemes legyen asm-ben dolgozni. Viszont ilyen eszközökre nem sűrűn fejlesztenek komoly alkalmazást. (oké, még ott vannak az oprendszerek hardverközeli párezer sorai, meg esetleg driverek - amiket ma már szintén inkább c/c++ban írnak - de ezek se olyan veszettül nagy dolgok).

    Mellesleg lehet hogy fejből vágod az összes intel asm utasítást, meg lehet hogy bütyköltél is már ezt-azt benne, de ez egyáltalán nem jelenti azt hogy egy komoly alkalmazást (értsd: magas szintű nyelven több tízezer sor) képes lennél asm-ben megírni. Ha esetleg mégis, akkor is tízszer annyi ideig tartana, mint egy magas szintű nyelvben. Egyébként láthatóan ablakozós desktop appról van szó, tehát c++ vagy java vagy kylix vagy mittomén már csak a rendelkezésre álló IDE-k miatt is jobb választás, mint az asm.

    Crystal
    Mutasd a teljes hozzászólást!
  • Nem gondoltam komolyan.
    De igen én mindig assemblyt használok.
    Jól megirt alapoknál ez nem okoz problémát.
    Az alábbi platformokon. PC DOS, PC WINDOWS, PC saját kernel, Mikrokontrollerek, DSP-k.


    A pascal (delphi) vonalat mindig is vakvágánynak tartottam.
    Ha a kolléga inkább C valamiben fejlesztett volna most a portolás egyszerűbb volna.

    Bár ha van valami pascal klon linuxra nem lehet nagy kaland egy framework összedobása.
    Nekem ugyanaz a kód müködik 3 platformon is.
    Mutasd a teljes hozzászólást!
  • "sztem nem komolyan gondolta..."


    KisJ annyira ért az MASM-hez, hogy egyáltalán nem lepődnék meg rajta, ha ő minden natív kódú programot ebben írna meg.


    "de azért köszi a kisesszét arról hogy 2008-ban miért nem érdemes komoly alkalmazást asm-ben írni"


    De igen érdemes, ha éppen a kis méretével, vagy méginkább az extra gyors sebességével akarod az embereket meggyőzni. Ennek viszont alapfeltétele az Assembly igen magas szintű ismerete, mely tudással én sem rendelkezem sajnos ilyen mélységig... Én itt arról beszéltem, hogy a topiknyitó miként lát(hat)ja a kérdést, nem pedig arról, hogy én, vagy KisJ hogyan vélekedünk erről.
    Mutasd a teljes hozzászólást!
  • sztem nem komolyan gondolta... de azért köszi a kisesszét arról hogy 2008-ban miért nem érdemes komoly alkalmazást asm-ben írni :P

    [szerk] @BND: Javázhatsz is, de a wxWidgets körül is lehet érdemes lenne körülnézned [/szerk]
    Mutasd a teljes hozzászólást!
  • netbeansre gondoltok???
    Mutasd a teljes hozzászólást!
  • Azt azért ismerd el, hogy Assembly-t már csak nagyon kevesen használnak és azt is csak olyan helyeken, ahol nagyon muszáj (például mert nagyon méret/sebesség kritikus helyen kell használni a megírt programot). A kérdező meg minden bizonnyal több (tíz?)ezer soros Delphi programjai-t portolás gyanánt nem ASM-ben akarja majd megoldani, hanem szerintem maradna az ObjectPascal-nál (FreePascal), vagy más magasszintű, objektumorientált nyelv mellett (Java). Az Assembly valóban jó dolog de csak hozzáértő kezében, aki meg nem rendelkezik ekkora szaktudással, az inkább valami "egyszerűbbet" választ. Én nem mondom, hogy megilyednék, ha ASM-et kellene használnom, de én is csak akkor vállalnám be, ha új programot kell fejleszteni (és persze rendesen meg is fizetik), nem egy meglévőt átírni, mert az halál a kódba égetett Windows-specifikus eszközök használata miatt. Szerintem a topiknyitó biztosan nem ASM-et választ, és inkább más megoldást keresne. De javíts ki, ha te nem így gondolod.
    Mutasd a teljes hozzászólást!
  • Masm?



    Mutasd a teljes hozzászólást!
  • Miért tudsz jobbat?
    Mutasd a teljes hozzászólást!
  • Nekem már volt szerencsém egy közepesen összetett multimédiás alkalmazás fejlesztésében FreePascal alatt. Pont azért választottam ezt, mert valóban úgy van, hogy a forráskódhoz csak nagyon minimálisan kell nyúlni, ha portolni akarod Windows-os programodat Linux-ra, vagyis nekem ideális választás volt.

    A te esetedben azért bonyolultabb a helyzet, mert te már meglévő kódokat akarsz Linux-ra fordítani, ráadásul mindezt a Delphi féle VCL-lel. Ez nem fog szerintem Lazarus+FreePascal alatt egy könnyen menni. Nekem azért volt jobb, mert én már eleve úgy fogtam hozzá a program megírásához, hogy kitétel volt, hogy mindkét operációs rendszerben futnia kell. Nyilván így a kódom is úgy épült fel, hogy volt a kód 4/5-e a lényegi rész, meg volt az 1/5-e az op.rendszer-specifikus I/O műveletek forrásai. Egy Delphi-ben írt kódot meg nem éppen egyszerű ilyen logikájúra átírni.

    Szóval nem lesz könnyű dolgod. Vagy újraírod az egészet Java-ban vagy FreePascal-ban, vagy WINE-nal megpróbálod Linux-on futtatni a meglévő programjaid. Más alternatíva nemigen kínálkozik.
    Mutasd a teljes hozzászólást!
  • megoldás a Java


    Hát már Te is?
    Így múlik el a világ dicsősége...
    Mutasd a teljes hozzászólást!
abcd