A .NET-et hozza a Linuxra a Borland új fejlesztőeszköze

A .NET-et hozza a Linuxra a Borland új fejlesztőeszköze
2002-11-02T01:00:53+01:00
2002-11-06T14:15:34+01:00
2022-11-02T09:50:33+01:00
  • Nagyon leegyszerűsítve a dolgot kb. az a lényeg, hogy teljesen mindegy lesz milyen nyelvben/eszközzel fejlesztes, mert csak a nyelvi szerkezetek fognak eltérni, de pontosan ugyanolyan szemantikát kell majd alkalmazni a programok készítésénél. Tehát 5 eszközhöz nem kell 5 különbözö keretrendszert, osztályhierachiát, stb. elsajátítani, mert mindenki a .NET standard könyvtárai/szolgáltatásai köré épülő wrappereket fog használni.

    A .NET másik nagy előnye, hogy mivel a Java-hoz hasonlóan egy virtuális gépet is bevezet, így akár a nem a .NET könyvtárakra épülő kód is hordozható lesz a .NET platformok között.

    Az egészet némi apróságnak tűnő, ám igen fontos dologgal spékeli meg, mint pl. a managed kód, ami leveszi a válladról a DLL-ek verzióinak követését, és egyáltalán telepítésének nyűgét.

    Végős soros igazából semmi újat nem hoz, csak már mások által korábban feltalált, kipróbált, bevezetett technológiákat ötvöz egyetlen koherens rendszerben. A lényeg mindenesetre, hogy nagyban csökkenti majd azt a munkát amivel egy alkalmazás létrehozása és telepítése/karbantartása ját. Már ha minden úgy működik majd benne, ahogy kell...
    Mutasd a teljes hozzászólást!
  • Még 1-2 kérdés.
    Sajna a netes tudásom nem sokkal terjed túl az IE használatán .
    Végül is, miért lesz jó .NET-re fejleszteni? Mit lehet vele egyszerűsíteni, kiváltani? Tudna vki hozni rá vmi egyértelmű példát?
    Tanárom javasolta szakdoga témának, de ez nekem egyenlőre elég sötét. Utánna olvasgattam a root.hu-n, de a sok rizsából nem bírtam leszűrni a lényeget.
    Mutasd a teljes hozzászólást!
  • Ezért is irtam, hogy inkább C#. Részemről biztos a szívroham fog kerülgetni, amikor ObjectPascal-ban a szemétgyűjtő fogja kergetni az objektumaimat, persze ezt is meg lehet szokni. A magam részéről is tervezem a közelebbi ismeretséges a C#-al, sajna idő, idő, idő.

    az mar ugyanugy nem lesz Object Pascal, hanem _Managed_ Object Pascal, vagy OP.NET, vagy valami ilyesmi. valszeg en is hulyet kapnek, ha managed c++-ben kellene dolgoznom...

    a c#-ot mint nyelvet megtanulni: ha lattal mar Javat vagy c++-t, akkor ugy 4-5 ora utan mar gond nelkul lehet fordulo kodot egybol irni, meg 2-3 nap es az ember megtanulja a property-ket(Obj.Pascal-osok elonyben :) ), az indexer-eket, es raerez a delegate/event model-re. azutan mar jonnek a framework-hoz kotodo dolgok, mint az attributumok, a using statement (nem a namespace importalasra gondolok, hanem az automatikus dispose-ra), egyeseknel bejon az unsafe/fixed is, stb, de ezeket mar utkozben fel lehet szedni. ugyhogy nem kell nagy erofeszites az elindulashoz.

    Csak nem TechNet MSDEV lista? :)

    :) mondjuk azota sem ertem, hogy miert pont Csodalatos Nayala... ha mar Rejto, nekem inkabb Vanek ur ugrik be a VB-rol... legalabb annyira programnyelv, mint amennyire Vanek ur legionista :)


    Mondjuk én kellő negatív tapasztalatot szereztem a VBScript-vel kapcsolatban ASP/scripting esetén, ezért JScript-et használok (az se kutya!) ha scriptet irok. Oké, most a nyelvekről beszéltünk és behúztam egy kalap alá a VBScriptet a VB-vel, bár közel nem ugyanaz, azért mégis van hasonlóság.
    Mindenesetre Isten óvjon meg bármitől, amiben nincs struktúrált (vagy akármilyen más <i>normális</i>) hibakezelés.

    azert a VB es a VBScript total mas. a Java-t sem a JavaScript alapjan iteli meg az ember. mindenesetre en is inkabb a JScript-et hasznalom, de ha lehet messzirol elkerulom az olyan feladatokat, amikben script-eket kell irni (na jo, neha egy kicsi Perl script logfile meg hasonlok elemzesere).

    ettol meg a VB tenyleg loszar... ha csak a hibakezelese lenne olyan idiota amilyen, akkor meg talan elmenne, de annyi minden mas is hianyzik szerencsetlenbol, hogy azt az egyet soha nem tudom megbocsajtani az MS-nek, hogy a VB-t raszabaditotta a vilagra, es mellesleg rengeteg, abszolut hozza nem erto ember kezdett alatta 'programozni', aminek mi szivjuk meg a levet, mert ezek nagy resze sohasem valik normalis programozova, hiszen nem tudjak hol megtanulni a legalapvetobb dolgokat, es nagyon rossz szemelet rogzul bennuk, amit rohadt nehez levetkozni.

    nem ertem az ms-t. azt hiszik, hogy most kiadtak a vb.net-et, es majd a vb koderek hirtelen rajonnek, hogy mi az a kivetelkezeles, strukturalt programozas, eros tipusossag, oop, tobbszalu programozas, meg ilyenek? anagybudosfrancot. ezzel csak azt erik el, hogy a .net ala irt programok nagy resze is olyan szar lesz, ami megint le fogja rontani a megbizhatosagat - ahogy a Windows NT sorozat is joval inkabb a fele irt sok szemet miatt vesztett a hitelebol. a .net-be persze beleraktak par olyan dolgot, ami kicsit lefogja az ilyen emberek kezet, de mint tudjuk az emberi hulyeseg hatartalan, es az atkepzett viragkotok - megintcsak (c) tankop - ganyolasi kepessege is kozelit ehhez, es az ms osszes programozoja nem eleg, hogy elore vedekezzen az altaluk elkovetett vilagmegvalto otletek ellen.

    Úgy tűnik aktívan fejlesztesz .NET alá, milyenek a tapasztalatok? Úgy értem, első látásra nagyon sokat tud a framework és nagyon logikus az alapoktól kezdve, ez második és harmadik látásra is így van (ellenpélda: Delphi VCL)?

    annyira azert nem aktivan, 'eles' projektido osszesen 2 honap volt, amit .net alatt kovettem el, inkabb a sajat hobbi-marhasagaimat irom (ill. a regieket protolom) .net ala.

    szerintem nem nagyon lehet osszehasonlitani a VCL-lel, nagysagrendileg tobbet tud (mellesleg nekem a VCL mar elsore se volt teljesen szimpi). ez most nem szidas a Delphi fele, a VCL-nek nem is kellett annyit tudnia, hiszen a WinAPI-t, a COM-ot lehett hasznalni belole, ami (vagy akarmilyen interop) viszont .net-bol mar nagyon redva dolognak szamit szerintem - de en nem mondok inkabb semmit a Delphirol, mert hulye vagyok, es nem erhetek fel az ilyen magas temakhoz.

    atgondoltsagrol: szamomra eddig eleg atgondoltnak tunik, de a microsoft.public.dotnet.* newsgroup-ok nemelyikeben feljottek olyan temak, amikbol latszik nehany bug ill. hianyossag (mondjuk en meg nam vagyok azon a szinten, hogy nagyon belejukfutottam volna), de az MS kepviseloi a legtobbre azt mondtak, hogy a vegleges 1.1-ben javitva lesz. ami nekem nem tetsztett, az pl. az ADO.NET-en belul a DataSet, ahol peldaul ugyanugy string osszefuzogetessel kell belso 'query'-t megadnom, nincs parameterzheto command-szeruseg. van meg egy-ket ilyen aprosag, de osszessegeben meg mindig a legatgondoltabb / leghasznalhatobb framework, amit eddig lattam (marmint a nagyjabol hasonlo nagysagrenduek kozott, persze).

    sztupi
    Mutasd a teljes hozzászólást!
  • igen, lehet .net-es kodot irni vele, csak minek. a .net-nek teljesen mas a logikaja, mint a windows-nak, ugyhogy el kell felejteni a VC++-ban tanult dolgokat hozza. es akkor meg mar valoban ott a c#, ami maradektalanul kihasznalja a platform lehetosegeit, mellekesen tenyleg egy nagyon kultur nyelv (sokkal inkabb mint a c++, mind irni a kodot, mind olvasni joval konnyebb c#-ban).


    Ezért is irtam, hogy inkább C#. Részemről biztos a szívroham fog kerülgetni, amikor ObjectPascal-ban a szemétgyűjtő fogja kergetni az objektumaimat, persze ezt is meg lehet szokni. A magam részéről is tervezem a közelebbi ismeretséges a C#-al, sajna idő, idő, idő.

    aki nem ismeri a szohasznalatot

    Csak nem TechNet MSDEV lista? :)

    Mondjuk én kellő negatív tapasztalatot szereztem a VBScript-vel kapcsolatban ASP/scripting esetén, ezért JScript-et használok (az se kutya!) ha scriptet irok. Oké, most a nyelvekről beszéltünk és behúztam egy kalap alá a VBScriptet a VB-vel, bár közel nem ugyanaz, azért mégis van hasonlóság.
    Mindenesetre Isten óvjon meg bármitől, amiben nincs struktúrált (vagy akármilyen más <i>normális</i>) hibakezelés.

    Úgy tűnik aktívan fejlesztesz .NET alá, milyenek a tapasztalatok? Úgy értem, első látásra nagyon sokat tud a framework és nagyon logikus az alapoktól kezdve, ez második és harmadik látásra is így van (ellenpélda: Delphi VCL)?

    Péter
    Mutasd a teljes hozzászólást!
  • Elvileg a C++.NET-ben (jesszus :) is lehet managed kódot irni, amennyire én tudom (de ha hazudtam, ne akasszatok fel, felületesen ismerem a dolgot), de ugyanúgy nem managed kód is írható vele.

    igen, lehet .net-es kodot irni vele, csak minek. a .net-nek teljesen mas a logikaja, mint a windows-nak, ugyhogy el kell felejteni a VC++-ban tanult dolgokat hozza. es akkor meg mar valoban ott a c#, ami maradektalanul kihasznalja a platform lehetosegeit, mellekesen tenyleg egy nagyon kultur nyelv (sokkal inkabb mint a c++, mind irni a kodot, mind olvasni joval konnyebb c#-ban).

    azert kerult egy idoben a piacra a .net-tel, mert => csak .net-es kodot tud forditani; <= ez a .net felhivatalos nyelve, a framework nem egybol nativra irt reszeit is ebben keszultek (ha jol tudom).

    roppantvizuális nayala-t (copyright by tanko p)

    aki nem ismeri a szohasznalatot: a VB.NET-rol van szo. ami gyakorlatilag azoknak van, akik azt hiszik, hogy ez valami VB7, a VB6 nemileg megtuningolt valtozata. szo sincs rola, ugyanugy ahogy a managed c++ sem a c++ erositese. inkabb fogjuk fel ugy ezeket, hogy a VB es c++ nyelvi elemeivel egy uj fordito, ami .net PE (Portable Executable)-t tud generalni, amihez persze olyan kodot kell irnunk, amit csak es kizarolag .net folott akarunk futtatni.

    ahhoz, hogy .net fejlesztove valjon valaki nagysagrendekkel tobbet energiat kell a framework tanulmanyozasaba fektetni, mint egy nyelv szintaktikajanak a megtanulasa. ahogy senkibol sem lesz Java programozo attol, hgoy ismeri a nyelvet, ugyanugy senki sem tud .net alatt programozni attol, hogy tud helyes c#/managed c++/vb.net kodot irni. pontosan ezert megeri atterni a c#-ra, nem nagyon okoz idobeli veszteseget (hosszu tavon inkabb nyer vele aaz ember).

    ..

    nem managelt kod eseteben a vc7 forditoja (cl.exe v13.00.akarmennyi) ettol fuggetlenul sokkal jobb, mint a vc6-e volt, javitottak rajta nemileg a redmondi fiuk, kapott nehany plusz kapcsolot, es joval kozelebbb van mar a szabvanyos c++-hoz, mint az elozo verziok.

    sztupi
    Mutasd a teljes hozzászólást!
  • Elvileg a C++.NET-ben (jesszus :) is lehet managed kódot irni, amennyire én tudom (de ha hazudtam, ne akasszatok fel, felületesen ismerem a dolgot), de ugyanúgy nem managed kód is írható vele.

    Én mégis a C#-ot ajánlanám. Szintaktikája valahol a Java / C++ / ObjectPascal keveréke (benne is volt a keze Hejlsbergnek rendesen, ugye), elég szép kódot ad és nem véletlenül a .NET-el egy időben került a piacra, használja a lehetőségeit. Gyakorlatilag akiről tudom, hogy .NET alatt nyomul, az vagy C#-ot (többség) vagy roppantvizuális nayala-t (copyright by tanko p) használ.

    Azért is lenne jó a C#, mert el lehet benne sajátítani a managed kód sajátosságait, pl. a nemdeterminisztikus objektumfelszabadítás varázslatait.

    Végülis nem a nyelv a lényeg, hanem a framework, ami mögötte áll.

    péjter
    Mutasd a teljes hozzászólást!
  • Eddi VC++-t tanultam. Hogy kihasználhassam a .NET lehetőségeit, ahoz jó a VC++ v. más programozási nyelv szükséges?
    Mutasd a teljes hozzászólást!
  • Ha csak már a .NET Remotingot nézzük, az mennyire rendben van.

    Nem tudom, ismeri-e valaki a témát, de ezt remekül megcsinálták a .NET-ben.

    Először is az átvitel: különválasztják transzportréteget a rátett adattól, tehát pl. lehet HTTP-SOAP, HTTP-binary, TCP-SOAP, TCP-Binary átvitelt alkalmazni (miven interface-alapú, bármilyen formattert és transportert irhatsz, van is pár), plusz van referencia szerinti átadás, amikor a szerver visszahivhat a kliensre!

    Szerintem ez nagyon bika, akkor is, ha csak egy kiragadott példa.
    Mutasd a teljes hozzászólást!
  • Mutasd a teljes hozzászólást!
  • A .NET-ről hol lehet doksit találni?
    Mutasd a teljes hozzászólást!
  • Olvasgatom a .NET doksit.
    nekem ugy tunik, hogy egy nagyon, komoly es atgondolt rendszerrol van szo. sok olyan hibat javitottak, amit eddig csinaltak.

    mar csak az a kerdes, hogy a .NET runtime elerheto lesz-e Linux alatt?

    ha a dolgot ugy altalban felkaroljak masok is, es nem csak az MS nyomja, akkor szvsz egy nagysikeru dolog elterjedese veszi kezdetet.

    a javat-annyira nem ismerem, de ez nekem osszefogotabbnak tunik.
    Mutasd a teljes hozzászólást!
  • Erre kiváncsi leszek, mindenesetre valaki tényleg alákarolhatna a Mono-nak, nagyon igéretes.

    Az MS hozzáállása egyszerűen megfejthetetlen. Egyrészt kiteszi a kirakatba, hogy tessék: itt van, free, nyitunk a publikos szabványok felé.
    Aztán meg lemondja a Corel .NET Linux implementációját és a Mono-t sem segíti. Érthető, de érdekes.

    A .NET portolása legalább kiütné a nagyarcú Javát a pozíciójából kicsit, ti. semmilyen piacnak nem tesz jót, ha nincs komoly verseny. Eddig aki rendesen támogatott crossplatform megoldást akart, az mehetett a Javához. Most végre talán lenne alternatíva. A .NET Framework übertáb, a CLR-ről és a többi stuffről nem is beszélve és a teljesítményadatok egyelőre nagyon meggyőzőek a .NET Frameworkről (független benchmark szerint is) - persze minden a platformon múlik.

    Péter
    Mutasd a teljes hozzászólást!
Tetszett amit olvastál? Szeretnél a jövőben is értesülni a hasonló érdekességekről?
abcd