- Max
- ASUS routerek
- Netflixesedik a YouTube, AI gyárt rá videót
- Bevált az AI, egy nagy cégnél sorra váltják le az embereket
- Vírusirtó topic
- Windows 11
- Finn kísérlet: kijelző helyett könyvet a diákoknak
- Most jöhet el a VR-headsetek kora?
- Álláskeresés, interjú, önéletrajz
- Vodafone otthoni szolgáltatások (TV, internet, telefon)
Új hozzászólás Aktív témák
-
julius666
addikt
Hú, marha jók, fan lettem
Egyébként végigpróbáltam chromeba, az új opera bétába és az FF 3.6 bétában, és az opera messze verte mindet sebességben.
Illetve a firefoxon kb. egyik se ment.És azt vettem észre (annál a demónál, amelyik nem javascripttel animált), hogy chrome-ban szebb az élsimítás. Ez lehet? Nincs a szabványban kikötve?
-
dqdb
nagyúr
Sajnos nem tudom, és 5 perc Google-lel sem sikerült kideríteni, hogy a Silverlight implementáció milyen API-t használ maga alatt. Az én tippem az, hogy Windows és Windows Mobile alatt DirectX-et (hiszen - ha WM alá korlátozottabban is, de - elérhető ezen a két platformon és a Microsoft hazai pályája), Mac OS X-en pedig OpenGL-t. Valószínűleg a leendő többi platformon is OpenGL-re fog épülni.
fordfairlane: nekem nincsen közvetlen tapasztalatom vele, Windows platformra fejlesztek csak. Arra szoktam ügyelni, hogy a .NET alá fejlesztett programok (ami nálam vagy service-t vagy konzol módú utility-t jelent, azaz no GUI) lehetőleg fusson Mono alatt. Kíváncsiságból néhány natív C++ alkalmazást (ez is service-t jelent) pedig Wine alatt szoktam ellenőriztetni, aztán ha belefutnék egy ott nem támogatott API hívásba, akkor módosítanám, hogy menjen (a supportért felelős munkatársam a Linuxot preferálja, ezért ha van rá lehetőség és idő, akkor igyekszem nem ellene dolgozni. Meg hátha egyszer még jól jön a jövőben).
[ Szerkesztve ]
tAm6DAHNIbRMzSEARWxtZW50ZW0gdmFka5RydIJ6bmkuDQoNClOBc4Ek
-
Sanyix
őstag
m$-nél nincs olyan hogy nem platformfüggő. Olyan van hogy mindenáron próbálják elterjeszteni, majd később jön a "saaajnos ezt csak win alatt lehet megoldani" kamukártya
[ Szerkesztve ]
szövegértelmezés, az ÉRTELMEZÉS a fontos, mert az olvasás mindenkinek megy, de az ÉRTELMEZÉS már komoly probléma a magyaroknál. Gondold ezt át mielőtt marhaságot írsz...
-
FTeR
addikt
válasz cousin333 #40 üzenetére
az os demót nem sikerült elindítanom, de többiben semmi extra sincs, csak minimális vektorgrafikus anim. ez max flashbannerek kinyírására elég.
össze sem lehet hasonlítani sl-lel, de még flex is fényévekre van tőle.js buli sl-hez meg alapból is van (teljesen beépül a html dom-ba, getElementById()-val minden elérhető sl-en belül), flash-hez meg lehet api-t írni.
-
FTeR
addikt
válasz fordfairlane #50 üzenetére
olyan nincs, h egy app platformfüggetlen. max a legtöbb os-re van implementációja.
ms desktop fronton csak winre meg osx-re készíti és szinte minden böngészőben működik*, ami lefedi a piac 99,x%-át.mivel a dokumentáció nyilt és a specifikáció szabadon felhasználható, bárki készíthet implementációt. a moonlight elég jól halad és minden létező platformra elérhető, mégha nem is a legoptimális módon (pl telepíteni kell hozá mono-t is vagy nincs hozzá egyszerű installer). ha nem akarjuk a legújabb sl fícsöröket használni, akkor moonlight simán lehet az elsődleges target platform.
persze az elterjedség sokkal többet számít, mint hogy mire képes a platform...*mégha pl operára nincs is hivatalos támogatás, azért abban is tesztelik.
-
moonman
titán
"Olyan van hogy mindenáron próbálják elterjeszteni, majd később jön a "saaajnos ezt csak win alatt lehet megoldani" kamukártya"
nem MS-nél, hanem sehol nincs olyan, hogy platformfüggetlen. az egyetlen, ami megközelíti, az a Flash, de ott is platformfüggő keretrendszer kell hozzá, szóval ez az egész egy nagy leányálom. olyanról viszont nem hallottam, hogy MS bejelentette volna, hogy na ez most változtatás nélkül fog futni még a kenyérpirítón is, aztán kiderült, hogy csak IE-ben...
-
-
FTeR
addikt
nem látom a különbséget. mindkettő egy keretrendszer és mindkettő a saját nyelvét fordítja lez adott platform nyelvére.
még1x, nincs olyan, h platform független, olyan van, h multi platform.
#57
csak arra reagáltam, hogy ms azért nem támogatja svg-t, mert az sl konkurenciája. -
floatr
veterán
Akkor nézd meg ezt is, mint "webos" demo [link]
De van még pár hasonló. Nyilván a koncepciót kell benne látni, de gondolatban hozzá lehet tenni az éppen harc tárgyát képező dolgokat, amiknek a nagy részét már minden kurrens böngészőben meg lehet találni (kivéve a gyevi bírót), aztán nem kell sokat gondolkozni azon h melyik lehet általánosabb.
-
floatr
veterán
Most nem a technológia lehetőségeiről beszéltem, hanem a valóságról. A flash jelen van pár platformon, a java viszont ennél is szélesebb körben használható.
Egyébként éppen attól platformfüggetlen valami, hogy nem épül az adott platfomra szorosan a saját foundation class library-jével. Ez a macromediának nem annyira sikerült, a sun-nak már inkább.
Bármilyen meglepő, az SVG részben abból a VML specifikációból származik, amit a ms az autodesk-kel kézenfogva nyomott be a w3c-hez 98-ban. A w3c ehhez hozzárakta a másik csoport által benyújtott speckót, gyúrt egy közös metszetet, és ebből lett az SVG. Az autodesk már tán a 99-es bootcamp-en ott villogott egy VML-re épített XST-vel, és a ms is kivárt, hátha a w3c "ajánlása" eltűnik a süllyesztőben. Még pöckölgették is egy kicsit a VML-t, fejlesztgették.
A sl/flash meg a többi ott jött be a képbe, hogy a html5, és a közben kinyírt es4 egy olyan technológiai együttest ad (még az es4 nélkül is), amivel ezek nagy része feleslegessé válik. Nyilván ha már ennyire rágyúrtak a ms-nél a belterjes technológiákra, eléggé nehezükre eshetett a szabványok irányába mozdulni, bár egyelőre az, hogy belépnek pár munkacsoportba, nem jelenti azt, hogy az adott szabvány előremozdításán ügyködnek -
FTeR
addikt
szvsz, az, h egy framework nem használja ki adott platform lehetőségeit minden csak nem pozitívum. ezért én a javat mindig is mint vmi korlátolt lehetőséget láttam. nem véletlen, hogy desktoppon egyáltalán nem terjedt el, holott sebességben jobb mint a natív c.
attól, h svg-nek vagy html5-nek vannak olyan lehetőségei mint amit az sl is tud még nem lesznek konkurensek. mindkettő egy leíró nyelv, amit max az egyébként is nehézkes js tud csak megtámogatni, szemben egy .net keretrendszerrel.
abban van igazság, hogy egyes feladatok (mint videólejátszás* vagy egszerűbb animáció (lásd bannerek)) elvégzését idővel átvehetik, de ettől még nem lesznek RIA platformok.
de még mindig ott tartunk, h html5 még sehol sincs és még ha el is készülnke vele, még mindig el kell terjednie, míg flash meg sl már most is van (előbbi meg már mióta) és egyik sem állt meg a fejlődésben, sőt sokkal nagyobb léptékben haladnak mint a html.*de ezt is csak korlátolt körülmények között, mert a videó lejátszásának képessége sehol sincs egy magaszintű streaming kliens oldali támogatásához képest.
[ Szerkesztve ]
-
floatr
veterán
Én eddig úgy vettem észre, hogy ami j2ee compliant kód volt, az futott j2ee szervereken, ugyanez igaz a j2se és j2me változatokra. Arról meg nem is beszélve, hogy ezek közös metszete meg mindehol futott, feltéve, hogy a paltform-hoz való igazodást a megfelelő rendszer api-n keresztül kezelték le (gondolok itt a banális példára h milyen slash, milyen soremelés, stb.)
Ehhez képest flash-nél az azonos verziókkal rendelkező runtime-ok közt feature set-beli különbségek voltak.
-
floatr
veterán
Már hogy ne használná ki a platform adottságait. Az hogy nem az MFC/WPF/WFC/stb lib-eket használja, még nem jelenti azt, hogy mást nem használ. Sőt, canvas esetében 2d gyorsítás, webgl esetében ogl2 alapú 3d gyorsítás, video esetében overlay, és még lehet sorolni. Az is egy tévhit, hogy a java erre nem tud támaszkodni.
A java erőssége meg egy jó ideje a szerveroldali fejlesztésekben van. Meg lehet nézni, hogy hány helyen alkalmazzák, és nem ritka az a szempont sem, hogy "menetközben meggondoljuk magunkat, és kicseréljük alatta a konténert, a vasat, vagy az oprencert".
A konkurencia ott jön a képbe, hogy a megrendelő/fejlesztő dönteni fog azok közül a lehetőségek közül, amik szóba jöhetnek egy v több feladat megoldásánál. Eddig valahány helyen is megfordultam (beleértve a megrendelőket is), egy megoldástól eltekintve (activex-kötődés fix volt), mindenki az általánosabbat választotta -- még a legkomolyabb klienseket is egyszerűen lázba hozza annak a lehetősége, hogy bármilyen platformon/böngészőn lehet hozni ugyanazt a funkcionalitást és design-t.
Amiről beszélünk már egyébként a jelen, és nem "fogják" RIA platformként emlegetni, hanem már az.
-
FTeR
addikt
a java vagy inkább a rá írt appok platforfüggetlensége csak akkor működik ha olyan technológiákat használ, ami minden érintett platformon elérhető. ez azt jelenti, h a platform specifikus fícsörök kiesnek.
pont server oldalon kevésbé releváns a platform függetlenség.
nyilván mást értünk RIA alatt. a dolgot az ügyviteli sw-kben lehet a legjobban mérni, nem abban hogy mennyire csicsás az effect.
ugyan az sl lefedettség még nem optimális és messze van a flash 98%-os elterjedségétől, de a html5 még csak el sem készült.
-
Sanyix
őstag
én hallottam directx. Volt linuxra is, macre is aztán "saaajnos ezt csak win alatt lehet megoldani" kártyát kiosztották a következőnél.
szövegértelmezés, az ÉRTELMEZÉS a fontos, mert az olvasás mindenkinek megy, de az ÉRTELMEZÉS már komoly probléma a magyaroknál. Gondold ezt át mielőtt marhaságot írsz...
-
Sanyix
őstag
ja létezik. De rendes programozó úgy írja rájuk a programokat, hogy mindenen megy.
Ahogy láttam 2 dologgal lehet platformfüggővé tenni java kódot:
- natív gui elemek használatával (bár akkor sem írja ki hogy ezen az os-en nemmegy, csak minden os-en máshogy néz ki
- rendszerváltozó propertyk lekérdezgetése helyett simán beírogatott dolgokkal (pl System.getProperty("line.separator")-os lekérdezés helyett mondjuk a szövegfájl sorainak végére benyomni hogy /n.Nekem csak az utóbbit kellett figyelnem, és wines pc-n írtam sok programot, ami pöccre indult os/400-on.
[ Szerkesztve ]
szövegértelmezés, az ÉRTELMEZÉS a fontos, mert az olvasás mindenkinek megy, de az ÉRTELMEZÉS már komoly probléma a magyaroknál. Gondold ezt át mielőtt marhaságot írsz...
-
Sanyix
őstag
hát nem igazán, bár megközelíti. Mondjuk mintha hallottam volna olyanról, hogy bizonyos kód gyorsabban fut valami miatt.
szövegértelmezés, az ÉRTELMEZÉS a fontos, mert az olvasás mindenkinek megy, de az ÉRTELMEZÉS már komoly probléma a magyaroknál. Gondold ezt át mielőtt marhaságot írsz...
-
floatr
veterán
A java alkalmazások döntő többsége mentes a platform specifikus kötésektől, ez benne a lényeg. Ami meg platform specifikus, azt a vm nagyrészt elfedi. Midleteknél volt régebben még jellemző, hogy hiányzó funkcionalitást saját apival oldott meg a nokia, siemens, de manapság az egyik legdurvább platformfüggő api egy win32es SVN klienshez készült, ami nem mellesleg teljesen kiváltható egy natúr java-s megoldással. Ennyit az égető problémákról, amit a platformfüggősítés hiányában el kell szenvedni. (amúgy tudható h lehet natív hívásokat használni, ha valaki nagyon szenved)
De ezen kár rugózni, mert épp a legáltalánosabban elterjedt technológiát próbálod leminősíteni.Mivel a desktopok általatok is deklarált igen nagy százaléka egyféle (100-ból 101 felhasználó win-el használja), pont arrafelé mondható, hogy tökmindegy, hacsak nem szakít a jóember a ms-féle a legnagyobbra lövünk elvvel. A szerverek-nél kicsit összetettebb a kép, és nem árt ha egy fejlesztés nem csak win2008 pistike edition-nel használható, hanem a lehető legtöbb platformon működőképes. A megrendelő működtetés közbeni tevékenysége meg csak hab a tortán.
RIA alatt nem tudom h miért gondolod, hogy a csicsát értem, de mellé. Programozási alapként van forgalomban kismillió scriptes, és backend framework (gondolom megnézted a linket, ami tán feltűnt h egy kicsit komolyabb pár transition-nél) az eszközkészletre meg a "nem létező" html5 elemei jönnek habként, aminek jelenleg jóval nagyobb az elterjedtsége, mint a sl-nak, mivel az exploder kivételével minden böngigyártó gőzerővel implementálja
-
ddekany
veterán
Azért lehet gyorsabb, mert nem fix a program gépikódú megfelelője, hanem akár futás közben változtatható (a körülményeknek megfelelően). De ezzel mondjuk gyakorlatban soha nem hozza be azt a sebesség veszteséget egy jól sebességre optimalizált C programhoz képest, amit az extra biztonság (puffer túlcsordulás és hasonló kőkorszaki állatságok nincsenek (tudom, kivéve natív részeken)), automatikus memóriafelszabadítás, stb. okoznak, de amúgy ezek mind nagyon megérik. Ami érezhetően lassabb szokott lenni, az az, ahogy a programok elindulnak.
-
ddekany
veterán
"A java alkalmazások döntő többsége mentes a platform specifikus kötésektől, ez benne a lényeg."
Én nem nagyon szeretem, mikor ezt hangoztatják... Sokan azt hiszik, hogy Java alkalmazásán akkor kell elgondolkodni, ha cél hogy több platformon fusson valami. De hát a Java sikerének ez elve csak kis része volt. Legalább ennyire fontos volt, hogy akkor is igen hatékony benne fejleszteni, ha valójában csak egy adott platformra ír az ember (főleg persze C/C++-hoz képest, hiszen ez tradicionálisan a "statikus" műfajban versenyző platform). Viszont ez pont hogy a desktop alkalmazásoknál sántít... eléggé "béna kacsa" az eredmény általában. Mondjuk ez jó részben a Sun bénázása, nem szükségszerű. Meg is születtek ilyen dolgok, mint az SWT... (Most meg, hogy a .Net része lett a Windows-nak, és persze hogy Win-re van eleve kihegyezve meg eleve modernebb az egész, ennek a területnek végleg annyi... eltekintve állami project-eket meg egy-két egyéb speciális területet.)
-
dark100
aktív tag
Pont mobilt? De hat onnan az Nokia, Apple meg a Google hamarosan kidurja. Miert nem fokuszalnak az asztali osre? Elvben ahhoz legalabb ertenek. Mondjuk ha ott is megcsinaljak, hogy ok fizetnek ha win mobilet raknak egy telefonra akkor meg van nemi eselye...
Ingyenes software == A mezeskalacs haziko a Jancsi es Juliskaban. Es != szabad software
Új hozzászólás Aktív témák
- LG OLED65C11LB Smart OLED Televízió, 164 cm, 4K Ultra HD
- Bomba ár! Fujitsu LifeBook U745 - i5-5GEN I 8GB I 256SSD I 14" HD+ I Cam I W10 I Garancia!
- HP ProBook 450 G6, 15,6" FHD IPS, I3-8145U CPU, 8GB DDR4, 256GB NVMe SSD, WIN 10/11, Számla, Garanci
- Bomba ár! Dell Latitude 5430 - i5-1235U I 16GB I 256SSD I HDMI I 14" FHD I Cam I W11 I NBD Garancia!
- HP ProBook 450 G5, 15,6" HD, I5-7200U CPU, 8GB DDR4, 128GB SSD, Nvidia 2GB VGA, WIN 10/11, Számla, G
Állásajánlatok
Cég: Ozeki Kft
Város: Debrecen
Cég: Ozeki Kft
Város: Debrecen