.NET Microsoft.Net Framework és programozása II.
|
|
- Sára Király
- 8 évvel ezelőtt
- Látták:
Átírás
1 1.oldal.NET Microsoft.Net Framework és programozása II. Előadás jegyzet Előadó: Pócza Krisztián ELTE,2012 Web service, WCF (és Remoting) Az e-beszámoló és a Rendszer e-beszámoló = céges beszámoló (mérleg, eredmény kimutatás, stb.) ami elektronikus, május 1-től kötelező, IRM, KIM A Rendszer feladata: > ÁNYK űrlap biztosítása az Ügyfélkapun történő e-beszámoló beküldéshez > Az e-beszámolók fogadása a Központi Rendszertől, majd validálása, tárolása > Az ügyfelek értesítése > Publikációs-, és keresőfelület biztosítás ( > A beszámolók NAV felé való továbbküldése > Elektronikus számlák kiküldése > Belső adminisztrációs felület biztosítása (Forrás:
2 2.oldal Web service A.NET -ben is van lehetőség web service -ek létrehozására. A web service -ek az Internetre kitett és ott futó szolgáltatások, amik kliens gépekről hívhatók. Ez a kommunikáció egy szabványos protokollja. Távoli hívásra épül (elküldünk egy kérést, ott feldolgozzák, majd kapunk rá egy választ). Nem kell mást tennünk, csak a WebService osztályból származtatni. Hozzunk létre egy új WebSite -ot, de válasszuk az ASP.NET WebService projekt típust! Alapból létrejön egy HelloWorld() eljárás, aminek van egy [WebMethod] Attribute ja. Ez azt jelzi, hogy publikáljuk az eljárást a kliensek felé. Az új class alapból megkapta még a [WebService(Namespace = " attributumot is, ami tempuri.org névtérbe rendezi a service -ünket (ezt érdemes is átírni egy megfelelőbbre, ami egyedi). Észrevehető még, hogy most egy Service.asmx nevű és.asmx kiterjesztésű file -unk van. Ez jelzi, hogy web-szolgáltatást írunk. Ha a Service.asmx mögé beírjük a?wsdl-t a böngészőben, akkor megkapjuk az eljárásaink WSDL (WebService Description Language) leírását. Ez egy XML alapú szabványos leíró nyelv, ami az eljárásaink paramétereit, visszatérési étékeit, stb. írja le azért, hogy akik használni akarják a szolgáltatást, azoknak legyen információjuk a használatról. Ez alapján a kliens oldal le tudja gyártani azokat a formokat, amik a szerveren megvannak (jobb mintha letöltené). [WebService(Namespace = " // A namespace legyen egyedi, de nem fontos, hogy létező URL re mutasson public class Service : System.Web.Services.WebService { public Service () { //Uncomment the following line if using designed components //InitializeComponent(); [WebMethod] public string HelloWorld() { return "Hello World"; [WebMethod] public int Add(int x, int y) { return x + y; Hogy használhassuk a Service ünket, csináljunk egy új projektet(consol Application) és adjuk hozzá a solution -höz. Majd adjunk hozzá egy WebReference -t a szolgáltatásunkra. class Program { static void Main(string[] args) { Service sv = new Service(); Console.WriteLine(sv.Add(1, 2).ToString());
3 3.oldal A fenti kód elég is a teszteléshez. Persze előbb a környezetben érdemes egy jobb klikkel alapértelmezettnek választani a TestProjektet. Fontos megjegyezni, hogy a WebService (ugyan úgy, mint a http protokoll) állapotmentes, azaz két egymást követő hívás nem tud egymásról. De itt is van Session-kezelés és Cache lehetőség, valamint Global.asax is. Híres publikus web service Amazon könyvkeresője, beépíthető az alkalmazásunkba. WCF - Windows Communication Foundation.NET 3.0-ban volt először. A kommunkiáció szabványos formája(hasonló, mint a COM, OLE ) A WCF segítségével szolgáltatás-orientált alkalmazásokat tudunk létrehozni, amelyek akár más platformon futó alkalmazásokkal is kommunikálhatnak. Egy egységes programozási modellt nyújt a fejlesztők számára. Így ugyanabban a környezetben tudunk fejleszteni, ha web szolgáltatást, enterprise web szolgáltatást vagy épp.net Remoting alkalmazásokat akarunk készíteni. Fontos, hogy a szolgáltatás-szerződéseket el lehet választani az adatszerződésektől. WCF ABC (Address + Binding + Contracts) - Address: adott szolgáltatás hol érhető el? (pl. http cím) - Binding: adatformátum milyen adatformátumban menjenek az adatok a hálózaton? (pl: TCP, HTTP, WSHTTP, message queue nem mindegyik szabványos és nem mindegyik kompatibilis) - Contracts: külön van adat- és szolgáltatásszerződés (és még néhány speciális fajta) A szolgáltatás contract a távoli gépen példányosul. Az adat contract a gépeden átalakítja, majd átküldi és ott visszaalakítja az adatot. A szolgáltatás contract - marshal by reference, az adat contract - marshal by value. Hol fognak futni ezek a programok? a web szerveren memory leak pl. ki van védve így. Hátrányok: IIS szerver sok dolgot nem tud, nem támogat (pl. bináris átvitelt webservice -nél). Kiterjesztés: tudunk saját binding -okat csinálni, illetve a már meglévőket módosítani, kiegészíteni (adatcsomag méretet, time out értéket, stb ). Lehet behaviour -öket írni plusszban, amik hivás előtt vagy után futnak le (pl. authetnikáció előtt legyen az, hogy ).
4 4.oldal A WCF-ről további leírást találhatunk itt: Példa program: WCFExample (tárgy honlapján) Rétegek: - szolgáltatás - entities (assambly) - data access - kliens (GUI) - WCF host (hosting szolgáltatás) - ez most csak konzolos - tesztelő modul Data access hez script ek, amik létrehozzák. LinQ -t használunk az adatrétegnél. Szolgáltatás réteg műveletek definiálása (Contract rész) Entities részben adatszerződések (Contract rész) Binding rész: Application config végpontokat kell definiálni <service name="services.countryservice" behaviorconfiguration="debug"> <endpoint address="net.tcp://localhost:8080/interfaces/countryservice/nettcpbinding" binding="nettcpbinding" bindingconfiguration="bignettcpbinding" contract="entities.interfaces.icountryservice" /> </service> Ugyanitt állíthatók a behaviour -ök. <behavior name="debug"> <servicedebug includeexceptiondetailinfaults="true" /> <servicethrottling maxconcurrentcalls="1000" maxconcurrentsessions="1000" maxconcurrentinstances="1000" /> </behavior> Entities alatt van Proxy - CountryServiceProxy (Var mire jó? Kitalálja hogy a baloldalon lévő változónak mi lesz a típusa) Ha sikeresen végrehajt hívást, akkor egy dedikált konkurens példányt hoz létre. Program.cs-ben kód: Lambda expression formátum. Csináljunk hozzá szép, Webes alkalmazást (WCFServiceApplication)! Neve: WCFWebHost. Ott Web.Conf átírása. (ill törölni, ami nem kell webservice -hez tartozók) <system.servicemodel> <services> <service behaviorconfiguration="wcfwebhost.countryservicebehavior" name="services.countryservice"> <endpoint address="" binding="wshttpbinding" contract="entities.interfaces.icountryservice">
5 5.oldal </endpoint> <endpoint address="mex" binding="mexhttpbinding" contract="imetadataexchange" /> </service> </services> <behaviors> <servicebehaviors> <behavior name="wcfwebhost.countryservicebehavior"> <servicemetadata httpgetenabled="true" /> <servicedebug includeexceptiondetailinfaults="true" /> </behavior> </servicebehaviors> </behaviors> </system.servicemodel> Remoting (oldschool, deprecated) A Remoting a Webservice -ektől eltérően csak.net-es alkalmazások között alkalmazható, de megvan az az előnye, hogy sokkal gyorsabb. Az alkalmazások közti kommunikáció többféle csatornán keresztül is mehet, TCP, HTTP, IPC (Inter Process Communication), amiből az utóbbi, csak lokális gépen alkalmazható. Mielőtt az adatokat a csatornára tennénk meg kell őket formázni. Erre használhatók a beépített Formatter -ek (Binary, SOAP), de lehet User Defined Formatter -t is irni. A kommunikációt az alábbi ábra mutatja: Client Server Client Application Server Object Object Proxy Remoting Formatter Remoting Formatter Listener CHANNEL
6 6.oldal Kommunikáció: A kliens számára a szerver objektumot érdemes proxy -ként kezelni, mert ekkor könnyebben skálázható az alkalmazás. A kliens alkalmazás a proxy objektummal kommunikál, ami majd elintézi a kommunikációt. A kliensnek a szerver olyan, mintha azon a gépen lenne, mint az alkalmazás. A formatter megformázza (Binary, SOAP, User Def.) az adatot (Document) mielőtt a csatornára bocsátaná. A User oldalon Szerializáció átvitel, majd a Server oldalon Deszerializáció történik. Objektum típusok A.NET -ben az egyik process -ben létrehozott objektum nem látható egy másik process -ből, vagy a hálózaton keresztül. Mégis szeretnénk bizonyos objektumokat nem lokálisként kezelni. Erre a következő lehetőségek vannak: Marshal By Refernce (MBR) Más néven anchored object. Azt jelenti, hogy az objektum maga le van horgonyozva és soha nem utazik a hálozaton keresztül. Ha eljárásokat akarunk hívni rajta, akkor az eljárások mozognak a hálón. Ez csak akkor ad elfogadható megoldást, ha kevésszer hívunk rajta metódust. Ezek az üzleti szolgáltatások. Marshal By Value (MBV) Más néven Üzleti Objektum, unanchored object (Business Object, BO). Ezek a típusok tudnak közlekedni a hálózaton, de csak a.net -es szerializáció segítségével. Ezért ezeket az objektumokat tudnia kell a keretrendszernek szerializálni. Ezt a [Serializable()] attributummal tudjuk elérni. (illetve ha magunk akarjuk támogatni a szerializációt, akkor megvalósítjuk az ISerializable interface t). Aktiválási módok (MBR) Szerver aktivált: Singleton A server oldalon egyetlen egy objektum szolgál ki minden kliens oldalról beérkező kérést. SingletonCall Minden híváskor létrejön egy objektum a szerver oldalon, ami elintézi a kliens-kérést, majd egy bizonyos timeout után felszabadul. Az első megoldás kevésbé erőforrás pazarló, de nagyobb az esély a konkurencia problémákra. A másodikat implementálni is könnyebb. Kliens aktivált: Minden kliens egy dedikált példányt kap és ezzel dolgozik.
7 7.oldal WCF Példa Kezdjük az entitásokkal: Entities.Interfaces: ICountryService.cs Leírja a szerződést a szerver és a kliens között. [ServiceContract(Namespace=" Szolgáltatási szerződés egy névtérrel. Alatta láthatunk néhány operációt. Amelyik előtt [OperationContract] található, azt elérheti majd a kliens. Country.cs [DataContract(Namespace = " Ez az alap szerződés. [DataMember] -ekkel pedig fel van tüntetve, hogy mi az amit át akarunk küldeni az éteren. ServiceFactory.cs Két binding található benne: internal static ICountryService GetCountryService() internal static ICountryService GetCountryServiceOverHttp() Client: Program.cs Ez egyrészt meghívogatja a CountryServiceProxy.AddCountry -t, illetve felkonfigurálja a kliensoldalt. WCFHost: Program.cs ServiceHost servicehost = new ServiceHost(typeof(CountryService))) De vajon mi az a CountryService? Ez a Services ben található elrettentő példa adatelérési műveletek implementációjára megvalósítja az ICountryService -t. Az összes szolgáltatása publikus a kliensek számára. Hosztolható akár konzolból, akár webről. References System.ServiceModel Itt a Services ek között tüntetjük fel azokat a szolgáltatásokat, amiket publikálni akarunk. Milyen szerződést? Milyen címen? Milyen átvitellel? (Újabb.NET verziókban létezik jobb megoldás is, ahol nem kell binding -olni az összes service host ot) HF.: Hogyan működik a webes elérés?
8 8.oldal RemotingExample Ez egy többrétegű példaalkalmazás a remoting technológia bemutatására. Maga a program nem sokat csinál, diákok nevének és credit pontjainak a nyilvántartására képes. Az out könyvtárban találunk egy Server és egy Client könyvtárat, amiben a nevüknek megfelelő projektek kódja van. Elindítva előbb a szervert, majd utána klienst látható is a működés. Látható hogy SingleCall esetben nem növekszik a beérkezett hívások száma (ezt el is várjuk tőle), míg a Singleton hívásnál egyesével nő. Tehát a program működik, nézzünk bele a kódba: Server Az alábbi using -ok a Remoting helyes működéséhez kellenek : using System.Runtime.Remoting; using System.Runtime.Remoting.Channels; using System.Runtime.Remoting.Channels.Tcp; using System.Runtime.Remoting.Channels.Http; using System.Runtime.Remoting.Channels.Ipc; Az első két eljárás a Main() -ben a remoting felkonfigolására használható, ami megtehető programból, vagy config file -ból, nyilván az utóbbi rugalmasabb. <?xml version="1.0" encoding="utf-8"?> <configuration> <system.runtime.remoting> <application> Itt húzzuk fel a kommunikációs csatornákat, amit fentebb említettünk, egy TCP, http és egyet az IPC-hez: /> <!-- Csatornák felkonfigurálása --> <channels> <!-- TCP csatorna a 8081-es porton --> <channel ref="tcp" port="8081" secure="true" /> <!-- HTTP csatorna a 8082-es porton --> <channel ref="http" port="8082" /> <!-- IPC csatorna a RemotingServerNamedPipe named pipe-on --> <channel ref="ipc" portname="remotingservernamedpipe" secure="true" <!-- TCP csatorna a 8083-as porton SOAP formatterel --> <channel ref="tcp" port="8083" name="tcpsoap" secure="true" > <serverprovider> <formatter ref="soap" /> </serverprovider> </channel> Ez a rész írja le a szolgáltatások konfigját. Meg kell adnunk az URI-t (Universal Resource Identifier), amiből majd a teljes URL fog kialakulni. Meg kell adnunk az objektum típusát valamint azt, hogy Singleton vagy SingleCall szolgáltatást akarunk-e. Az hogy mikor szerver aktivált azon múlik, hogy a szerver vagy a kliens mondja meg, hogy Singleton vagy SingleCall módon akarunk kommunikálni. <!-- Szolgáltatások felkonfigurálása --> <service> <!-- SingleCall szerver-aktivált szolgáltatás -->
9 9.oldal <wellknown mode="singlecall" type="remotingexample.businesslogic.creditcalculator, BusinessLogic" objecturi="remotingserver/singlecallexample" /> <!-- Singleton szerver-aktivált szolgáltatás --> <wellknown mode="singleton" type="remotingexample.businesslogic.creditcalculator, BusinessLogic" objecturi="remotingserver/singletonexample" /> <!-- Kliens-aktivált szolgáltatás --> <activated type="remotingexample.businesslogic.creditcalculator, BusinessLogic" /> </service> <service> <!-- Aszinkron péda --> <wellknown mode="singleton" type="remotingexample.businesslogic.asyncexample, BusinessLogic" objecturi="remotingserver/asyncexample" /> </service> </application> </system.runtime.remoting> </configuration> A CreditCalculator egy MBR objektum, ami abból is látszik MarshalByRefObject -ból származtat. Minden public metódusába be lehet hívni (itt nem kell WebMethod attributummal jelölni, mint a WebService -eknél). A diákok adatai XML -ben vannak tárolva, a kezelést a StudentXMLStore végzi, ami egy ContextBoundObject. Ez azt jelenti, hogy minden hívást szinkronizál, ha a Synchronized attribútumot feltüntetjük az osztály előtt. A creditek számolása is kölcsönös kizárással történik, erre jó az Interlocked.Increment(ref _callcounter). A bekonfigurálás után a Server működése elég egyszerű: Megvárja, hogy belehívjanak a kliensek a beregelt szolgáltatás publikus metódusaiba. Majd egy ReadKey() után befejezi a működését. Client A klienst programból konfigoljuk fel: ProgramaticConfiguration() Ha el akarjuk érni a creditcalculator -t létre kell hoznunk egy példányát, de most (mivel ez távol van) az Activator segítségével történik. creditcalculator = (ICreditCalculator)Activator.GetObject(typeof(ICreditCalculator), "tcp://localhost:8081/remotingserver/singlecallexample"); Ezután csak létrehozunk egy Student -et (naná, hogy Chuck Norris t!), majd adunk néhány kreditet neki, hogy lássuk a működést. Miután létrehoztuk a távoli objektumot, olyan egyszerűen kezelhetjük remotingon keresztül, mintha csak lokális lenne. A ClientNoIntf kliensben is hasonló dolgok törtéennek, azonban lényeges különbség, hogy most hagyományos módon hozzuk létre a Calculator-t, ICreditCalculator creditcalculator = new CreditCalculator();
10 10.oldal Ezzel az a baj, hogy a new -val történő létrehozáshoz ismerni kell a CreditCalculator kódját. Ez azért baj, mert Reference -t kell tenni a BusinessLogic ra, amit a legkevésbé sem szeretnénk publikálni a kliensnek. Ez nem biztonságos és OOP megoldás. Ezért kell az Activator és a GetObject (habár ez lassabb, de nem sértünk vele objektum orientált elveket). Ekkor a keretrendszer megkeresi a beregisztrált objektumot, ami implementálja az interface -t és abból ad vissza példányt. Ilyenkor nem kell reference a BusinessLogic -ra csak a DataObjects -re A RemotingAsyncClient -ben található egy [OneWay] attributum, ami optimalizálásra is jó. Jelentése annyi, hogy meghívom a szerver oldalon az eljárást és nem foglalkozom a válasszal, nem várom meg a lefutást. Ekkor az Exception -ökről sem értesülök.
Webes alkalmazások fejlesztése 12. fejezet. Szolgáltatás alapú kommunikáció (WCF) Giachetta Roberto. Eötvös Loránd Tudományegyetem Informatikai Kar
Eötvös Loránd Tudományegyetem Informatikai Kar Webes alkalmazások fejlesztése 12. fejezet Szolgáltatás alapú kommunikáció (WCF) Giachetta Roberto A jegyzet az ELTE Informatikai Karának 2016. évi jegyzetpályázatának
RészletesebbenFlash és PHP kommunikáció. Web Konferencia 2007 Ferencz Tamás Jasmin Media Group Kft
Flash és PHP kommunikáció Web Konferencia 2007 Ferencz Tamás Jasmin Media Group Kft A lehetőségek FlashVars External Interface Loadvars XML SOAP Socket AMF AMFphp PHPObject Flash Vars Flash verziótól függetlenül
RészletesebbenSegédanyag: Java alkalmazások gyakorlat
Segédanyag: Java alkalmazások gyakorlat Készítette: Szabó Attila 2010/2011-2 félév, 11. gyakorlat (az előző 2 gyak közül az egyiken ZH volt, a másik szünet miatt elmaradt) 1 JAR fájl készítés A JAR (Java
RészletesebbenXML Webszolgáltatás alapú osztott alkalmazás fejlesztése Johanyák Zsolt Csaba 1
XML Webszolgáltatás alapú osztott alkalmazás fejlesztése Johanyák Zsolt Csaba 1 A gyakorlat célja a webszolgáltatások létrehozásának és igénybe vételének elsajátítása egyszerű példákon keresztül. 1. Két
RészletesebbenWCF, Entity Framework, ASP.NET, WPF 1. WCF service-t (adatbázissal Entity Framework) 2. ASP.NET kliens 3. WPF kliens
WCF, Entity Framework, ASP.NET, WPF 1. WCF service-t (adatbázissal Entity Framework) 2. ASP.NET kliens 3. WPF kliens Hozzunk létre egy ASP.NET Empty Web Site projektet! A projekt neve legyen WCFAPP1. Ez
RészletesebbenMiért ASP.NET? Egyszerű webes alkalmazás fejlesztése. Történet ASP ASP.NET. Működés. Készítette: Simon Nándor
Miért ASP.NET? Egyszerű webes alkalmazás fejlesztése Készítette: Simon Nándor Integrált fejlesztő környezet Egységes (vizuális) fejlesztési lehetőségek Bőséges segítség (help) Hibakeresési, nyomkövetési
RészletesebbenKommunikáció. Folyamatok közötti kommunikáció. Minden elosztott rendszer alapja
Kommunikáció Folyamatok közötti kommunikáció Minden elosztott rendszer alapja Marshalling Alap primitívek Direkt, indirekt portok Blokkolás, nem blokkolás Pufferelés Megbízhatóság RPC Az RPC jellemzői
RészletesebbenDCOM Áttekintés. Miskolci Egyetem Általános Informatikai Tanszék. Ficsor Lajos DCOM /1
DCOM Áttekintés Miskolci Egyetem Általános Informatikai Tanszék DCOM /1 Mi a DCOM? DCOM: Distributed Component Object Model A Microsoft osztott objektum modellje Bináris együttmÿködési szabvány és annak
RészletesebbenFicsor Lajos Általános Informatikai Tanszék Miskolci Egyetem
A Java EE 5 platform Ficsor Lajos Általános Informatikai Tanszék Miskolci Egyetem Utolsó módosítás: 2008. 04. 17. A Java EE 5 platform A Java EE 5 plattform A J2EE 1.4 után következő verzió. Alapvető továbbfejlesztési
RészletesebbenHálózatkezelés. Tóth Zsolt. Miskolci Egyetem. Tóth Zsolt (Miskolci Egyetem) Hálózatkezelés / 20
Hálózatkezelés Tóth Zsolt Miskolci Egyetem 2013 Tóth Zsolt (Miskolci Egyetem) Hálózatkezelés 2013 1 / 20 Tartalomjegyzék 1 Hálózati Alapismeretek 2 System.Net Namespace 3 Socket Kezelés 4 Példa Tóth Zsolt
RészletesebbenSzerializáció. Tóth Zsolt. Miskolci Egyetem. Tóth Zsolt (Miskolci Egyetem) Szerializáció / 22
Szerializáció Tóth Zsolt Miskolci Egyetem 2014 Tóth Zsolt (Miskolci Egyetem) Szerializáció 2014 1 / 22 Tartalomjegyzék 1 Szerializációs Alapfogalmak 2 Szerializációs Megoldások Object Szerializáció XML
RészletesebbenSegédanyag: Java alkalmazások gyakorlat
Segédanyag: Java alkalmazások gyakorlat Készítette: Szabó Attila 2009/2010-2 félév, 12. gyakorlat 1 Távoli metódushívás Java-ban (RMI) Java-ban a távoli metódushívás ( Remote Method Invocation, RMI) egy
RészletesebbenA Java EE 5 plattform
A Java EE 5 platform Ficsor Lajos Általános Informatikai Tanszék Miskolci Egyetem Utolsó módosítás: 2007. 11. 13. A Java EE 5 platform A Java EE 5 plattform A J2EE 1.4 után következő verzió. Alapvető továbbfejlesztési
RészletesebbenWebes alkalmazások fejlesztése 8. előadás. Webszolgáltatások megvalósítása (ASP.NET WebAPI)
Eötvös Loránd Tudományegyetem Informatikai Kar Webes alkalmazások fejlesztése 8. előadás (ASP.NET WebAPI) 2016 Giachetta Roberto groberto@inf.elte.hu http://people.inf.elte.hu/groberto A webszolgáltatás
RészletesebbenSOAP komponensek Delphiben
SOAP komponensek Delphiben (Simple Object Access Protocol) Bevezetés -Azegyszerűen programozható webhozzáférés azt jelenti, hogy a fejlesztők saját programjukat a weben elérhető szolgáltatásokból építik
RészletesebbenWebszolgáltatások (WS)
Webszolgáltatások (WS) Webszolgáltatások fogalma IBM (lényege) Egy interface, mely a hálózaton keresztül szabványos XML üzenetekkel érhető el és hozzá formálsi XML leírás tartozik. (soap, wsdl) Sun Szoftverelemek,
RészletesebbenJava és web programozás
Budapesti Műszaki Egyetem 2015. 04. 08. 9. Előadás Kivétel kezelés a kivétel (exception) egy esemény, mely futás közben megbontja a program normális futási folyamatát például kivétel dobódik amikor 0-val
RészletesebbenBevezető. Servlet alapgondolatok
A Java servlet technológia Fabók Zsolt Ficsor Lajos Általános Informatikai Tanszék Miskolci Egyetem Utolsó módosítás: 2008. 03. 06. Servlet Bevezető Igény a dinamikus WEB tartalmakra Előzmény: CGI Sokáig
RészletesebbenProgramozási nyelvek Java
statikus programszerkezet Programozási nyelvek Java Kozsik Tamás előadása alapján Készítette: Nagy Krisztián 2. előadás csomag könyvtárak könyvtárak forrásfájlok bájtkódok (.java) (.class) primitív osztály
Részletesebbene Beszámoló Rendszer: Egy nagy megbízhatóságú elektronikus közszolgáltatás Microsoft alapokon Atigris Informatika Zrt.
e Beszámoló Rendszer: Egy nagy megbízhatóságú elektronikus közszolgáltatás Microsoft alapokon Atigris Informatika Zrt. Dr. Pócza Krisztián fejlesztési igazgató Networkshop 2011, Kaposvár, 2011.04.27-29.
RészletesebbenJNDI - alapok. Java Naming and Directory Interface
JNDI - alapok Java Naming and Directory Interface Naming Service Naming service: nevek hozzárendelése objektumokhoz, elérési lehetőség (objektumok/szolgáltatások lokalizálása), információk központosított
RészletesebbenWebes alkalmazások fejlesztése
Webes alkalmazások fejlesztése 3. gyakorlat Authentikáció, adatok feltöltése Szabó Tamás (sztrabi@inf.elte.hu) - sztrabi.web.elte.hu Authentikáció Manapság már elvárás, hogy a felhasználó regisztrálni
RészletesebbenJava I. A Java programozási nyelv
Java I. A Java programozási nyelv története,, alapvető jellemzői Miskolci Egyetem Általános Informatikai Tanszék Utolsó módosítás: 2007. 02. 12. Java I.: Történet, jellemzők, JDK JAVA1 / 1 Egy kis történelem
RészletesebbenA függvények névvel rendelkező utasításcsoportok, melyeknek információkat adhatunk át, és van egy visszatérési értékük.
Függvények A függvények névvel rendelkező utasításcsoportok, melyeknek információkat adhatunk át, és van egy visszatérési értékük. Mint egy dzsinn: Hogyan is "használunk" egy dzsinnt? megszólítjuk megmondjuk,
Részletesebben.NET Microsoft.Net Framework
1.oldal.NET Microsoft.Net Framework Előadás jegyzet Előadó: Pócza Krisztián ELTE,2008.NET Framework alapjai Hasznos tudnivalók A jegyzet Pócza Krisztián.NET Framework és Programozása I. című előadása alapján
Részletesebben.NET Microsoft.Net Framework és programozása II.
1.oldal.NET Microsoft.Net Framework és programozása II. Előadás jegyzet Előadó: Pócza Krisztián ELTE,2012 Egy 3 rétegű ASP.NET alkalmazás (4) Model View Controller (MVC) A Model View Controller a szoftvertervezésben
RészletesebbenWEB-PROGRAMOZÁS II. 1. Egészítse ki a következő PHP kódot a következők szerint: a,b,c,d: <?php. interface Kiir { public function kiir();
WEB-PROGRAMOZÁS II 1. Egészítse ki a következő PHP kódot a következők szerint: a,b,c,d: a) Legyen a Felhasznalo osztálynak egy osztály szintű publikus változója, amelyben számolja a létrehozott példányai
RészletesebbenSimon Balázs Dr. Goldschmidt Balázs Dr. Kondorosi Károly. BME, Irányítástechnika és Informatika Tanszék
Simon Balázs (sbalazs@iit.bme.hu) Dr. Goldschmidt Balázs Dr. Kondorosi Károly BME, Irányítástechnika és Informatika Tanszék Webszolgáltatások, WS-* szabványok WS-* implementációs architektúra Célkitűzés:
RészletesebbenOsztott rendszerek. Krizsán Zoltán 1 Ficsór Lajos 1. Webalkalmazások fejlesztése tananyag. Miskolci Egyetem. Bevezetés A múlt - történelem A jelen
Osztott rendszerek Krizsán Zoltán 1 Ficsór Lajos 1 1 Általános Informatikai Tanszék Miskolci Egyetem Webalkalmazások fejlesztése tananyag Tartalom Bevezetés A múlt - történelem A jelen Denition Distributed
RészletesebbenSzoftver Tervezési Dokumentáció. Nguyen Thai Binh
Szoftver Tervezési Dokumentáció Nguyen Thai Binh April 2010 1. fejezet Feladat Szimulációs feladat. Célja, hogy reprezentáljunk egy több komponensből álló alkalmazást, amely a megadott témakörnek megfelel,
RészletesebbenSzolgáltatásorientált rendszerintegráció. SOA-alapú rendszerintegráció. Web-szolgáltatások: SOAP, WSDL
Szolgáltatásorientált rendszerintegráció SOA-alapú rendszerintegráció Web-szolgáltatások: SOAP, WSDL Tartalom Integrációs feladat Service Oriented Architecture Web-service SOAP WSDL Web-szolgáltatás API-k
RészletesebbenWeb-fejlesztés NGM_IN002_1
Web-fejlesztés NGM_IN002_1 Rich Internet Applications RIA Vékony-kliens generált (statikus) HTML megjelenítése szerver oldali feldolgozással szinkron oldal megjelenítéssel RIA desktop alkalmazások funkcionalitása
RészletesebbenTELJESÍTÉNYMÉRÉS FELHŐ ALAPÚ KÖRNYEZETBEN AZURE CLOUD ANALÍZIS
TELJESÍTÉNYMÉRÉS FELHŐ ALAPÚ KÖRNYEZETBEN AZURE CLOUD ANALÍZIS Hartung István BME Irányítástechnika és Informatika Tanszék TEMATIKA Cloud definíció, típusok, megvalósítási modellek Rövid Azure cloud bemutatás
Részletesebben9. MPI
9. MPI kertesz.gabor@nik.uni-obuda.hu MPI Message Passing Interface Elosztott memóriájú párhuzamos programozási API Gyk. folyamatok közötti kommunikáció de facto ipari standard Több száz előre definiált
RészletesebbenA Microsoft Visual Studio 2005 fejlesztőkörnyezet
Vizuális és eseményvezérelt programozás BMF NIK A Microsoft Visual Studio 2005 fejlesztőkörnyezet Az integrált fejlesztőkörnyezet (IDE) alapelemei Projektek és megoldások Új projekt indítása, projektek
RészletesebbenJAVA webes alkalmazások
JAVA webes alkalmazások Java Enterprise Edition a JEE-t egy specifikáció definiálja, ami de facto szabványnak tekinthető, egy ennek megfelelő Java EE alkalmazásszerver kezeli a telepített komponensek tranzakcióit,
RészletesebbenRIA Rich Internet Application
Áttekintés RIA Rich Internet Application Komplex felhasználói felülettel rendelkező web-alkalmazások Bevezető Flex áttekintés ActionScript Felhasználói felület tervezése Események Szerver oldali szolgáltatásokkal
RészletesebbenSOA modell: Ez az interfész definiálja az elérhető adatokat, és megadja, hogy hogyan lehet azokhoz hozzáférni.
Service-Oriented Architecture, SOA Az elosztott rendszerek fejlesztésének módja. Célja:az IT eszközök komplexitásának a kezelésének egyszerűsítése könnyebben újrafelhasználhatóság, egymással integrálhatóság
RészletesebbenS04-2 Elosztott alkalmazások készítése
S04-2 Elosztott alkalmazások készítése Tartalom 1. Többrétegű architektúra, elosztott szerveroldal 2. Kommunikációs eszközök: távolieljárás-hívás és üzenet alapú infrastruktúra (point-to-point és publish-subscribe
RészletesebbenMagic xpi 4.0 vadonatúj Architektúrája Gigaspaces alapokon
Magic xpi 4.0 vadonatúj Architektúrája Gigaspaces alapokon Mi az IMDG? Nem memóriában futó relációs adatbázis NoSQL hagyományos relációs adatbázis Más fajta adat tárolás Az összes adat RAM-ban van, osztott
RészletesebbenWebszolgáltatások készítése.net alapokon -
Webszolgáltatások készítése.net alapokon - Egyszerűbb webszolgáltatások készítése Ha kérdése vagy észrevétele van csaba.biro.ekf@gmail.com A témakörhöz tartozó elődadás anyaga az alábbi helyről tölthető
RészletesebbenOOP: Java 8.Gy: Abstract osztályok, interfészek
OOP: Java 8.Gy: Abstract osztályok, interfészek 26/1 B ITv: MAN 2019.04.03 Abszrakt metódus és absztrakt osztály. Gyakran előfordul a tervezés során, hogy egy osztály szintjén tudjuk, hogy valamilyen metódus
RészletesebbenSzoftvertechnolo gia gyakorlat
Szoftvertechnolo gia gyakorlat Dr. Johanyák Zsolt Csaba http://johanyak.hu 1. Dependency Injection (függőség befecskendezés) tervezési minta A tervezési minta alapgondolata az, hogy egy konkrét feladatot
RészletesebbenObjektum orientáltság alapjai A Java nyelv Fordítás - futtatás
Objektum orientáltság alapjai A Java nyelv Fordítás - futtatás Objektum orientáltság alapjai Objektum: A való világ egy elemének ábrázolása, amely minden esetben rendelkezik: Állapottal,Viselkedéssel,Identitással
RészletesebbenMVC. Model View Controller
MVC Model View Controller Szoftver fejlesztés régen Console-based alkalmazások Pure HTML weboldalak Assembly, C Tipikusan kevés fejlesztő (Johm Carmack Wolfenstein, Doom, Quake..) Szűkös erőforrások optimális
RészletesebbenJava és web programozás
Budapesti M szaki Egyetem 2013. szeptember 11. Jó hír Jó hír Java lesz! Tárgyismertet Elérhet ségek: Kovács Kristóf: kkovacs@math.bme.hu Rimay Zoé: zrimay@math.bme.hu, Követelmények: Év végi beadandó (facebook):
RészletesebbenProgramozás C++ -ban 2007/7
Programozás C++ -ban 2007/7 1. Másoló konstruktor Az egyik legnehezebben érthető fogalom C++ -ban a másoló konstruktor, vagy angolul "copy-constructor". Ez a konstruktor fontos szerepet játszik az argumentum
RészletesebbenAPI tervezése mobil környezetbe. gyakorlat
API tervezése mobil környezetbe gyakorlat Feladat Szenzoradatokat gyűjtő rendszer Mobil klienssel Webes adminisztrációs felület API felhasználói Szenzor node Egyirányú adatküldés Kis számítási kapacitás
RészletesebbenAbstract osztályok és interface-ek. 7-dik gyakorlat
Abstract osztályok és interface-ek 7-dik gyakorlat Abstract metódusok és osztályok Az OO fejlesztés során olyan osztályokat is kialakíthatunk, melyeket csak továbbfejlesztésre, származtatásra lehet használni,
RészletesebbenFEJLESZTÉSI KERETRENDSZER ÉS KOMPONENSTÁR
FEJLESZTÉSI KERETRENDSZER ÉS KOMPONENSTÁR A dokumentum az Új Magyarország Fejlesztési Terv keretében, az Államreform Operatív Program támogatásával, az Elektronikus közigazgatási keretrendszer tárgyú kiemelt
RészletesebbenA J2EE fejlesztési si platform (application. model) 1.4 platform. Ficsor Lajos Általános Informatikai Tanszék Miskolci Egyetem
A J2EE fejlesztési si platform (application model) 1.4 platform Ficsor Lajos Általános Informatikai Tanszék Miskolci Egyetem Utolsó módosítás: 2007. 11.13. A J2EE application model A Java szabványok -
RészletesebbenFlex: csak rugalmasan!
Flex: csak rugalmasan! Kiss-Tóth Marcell http://kiss-toth.hu marcell@kiss-toth.hu Magyarországi Web Konferencia 2006 2006. március 18. tartalom bevezető Adobe Flex alternatív technológiák bevezető az Internetnek
RészletesebbenProgramozási nyelvek Java
Programozási nyelvek Java Kozsik Tamás előadása alapján Készítette: Nagy Krisztián 13. előadás Throwable Error Exception RuntimeException IOException Saját (általában) Nem ellenörzött kivételek (Unchecked
RészletesebbenTartalomjegyzék. Bevezetés. 1. A.NET 3.5-keretrendszer 1. A korszerű alkalmazások felépítésének kihívásai... 2
Bevezetés xv Mitől tartozik egy platform a következő generációhoz?... xvi Mennyire jelentős az egyre újabb.net-változatok közötti különbség?... xviii Mit jelentett a Windows Vista megjelenése a Microsoft.NET
RészletesebbenAndroid Wear programozás. Nyitrai István nyitrai.istvan@bmeautsoft.hu
Android Wear programozás Nyitrai István nyitrai.istvan@bmeautsoft.hu Amiről szó lesz A platformról dióhéjban Felületi újdonságok Fejlesztői környezet beállítása Értesítések Példa #1 Kommunikáció Példa
RészletesebbenOOP #14 (referencia-elv)
OOP #14 (referencia-elv) v1.0 2003.03.19. 21:22:00 Eszterházy Károly Főiskola Információtechnológia tsz. Hernyák Zoltán adj. e-mail: aroan@ektf.hu web: http://aries.ektf.hu/~aroan OOP OOP_14-1 - E jegyzet
RészletesebbenBánsághi Anna anna.bansaghi@mamikon.net
ESEMÉNYVEZÉRELT PROGRAMOZÁS Bánsághi Anna anna.bansaghi@mamikon.net 2. ELŐADÁS - C# ÁTTEKINTÉS - 2 2015 Bánsághi Anna 1 of 64 TEMATIKA I. C# ÁTTEKINTÉS II. WPF III. Modern UI 2015 Bánsághi Anna 2 of 64
RészletesebbenOsztott alkalmazások fejlesztési technológiái Áttekintés
Osztott alkalmazások fejlesztési technológiái Áttekintés Ficsor Lajos Általános Informatikai Tanszék Miskolci Egyetem Történelem - a kezdetek 2 Mainframe-ek és terminálok Minden a központi gépen fut A
RészletesebbenBevezetés az SAP világába. 5. Kommunikációs és integrációs technológiák
Bevezetés az SAP világába Zolnai László zolnai@elte.hu http://zolnai.web.elte.hu/bev_sap.html 5. Kommunikációs és integrációs technológiák 1 Rendszerek közötti kapcsolatok SAP és nem-sap rendszerek Vállalaton
RészletesebbenBevezetés a programozásba Előadás: Objektumszintű és osztályszintű elemek, hibakezelés
Bevezetés a programozásba 2 7. Előadás: Objektumszű és osztályszű elemek, hibakezelés ISMÉTLÉS Osztály class Particle { public: Particle( X, X, Y); virtual void mozog( ); ); virtual void rajzol( ) const;
RészletesebbenAdatbázis alapú rendszerek gyakorlat Adatbázis alapú alkalmazásfejlesztés Java, C# környezetben
Adatbázis alapú rendszerek gyakorlat Adatbázis alapú alkalmazásfejlesztés Java, C# környezetben Java GUI készítése, Oracle kapcsolódás JDBC-vel A jelen anyagban egy egyszerűsített megközelítéssel vizsgáljuk
RészletesebbenHello World Servlet. Készítsünk egy szervletet, amellyel összeadhatunk két számot, és meghívásakor üdvözlőszöveget ír a konzolra.
Hello World Servlet Készítsünk egy szervletet, amellyel összeadhatunk két számot, és meghívásakor üdvözlőszöveget ír a konzolra. Hozzunk létre egy Dynamic Web projectet File New Other itt a következőket
RészletesebbenSe S r e ial a iza z t a ion o n (in n Ja J v a a v ) a Szerializáció
Serialization (in Java) Szerializáció Java Serialization API Standard eljárás az objektumok állapotának adatfolyamba történő kiírására (elmentésére egy bájtszekvenciába), és visszatöltésére Perzisztencia
RészletesebbenCOMET webalkalmazás fejlesztés. Tóth Ádám Jasmin Media Group
COMET webalkalmazás fejlesztés Tóth Ádám Jasmin Media Group Az előadás tartalmából Alapproblémák, fundamentális kérdések Az eseményvezérelt architektúra alapjai HTTP-streaming megoldások AJAX Polling COMET
RészletesebbenJava és web programozás
Budapesti M szaki Egyetem 2013. szeptember 25. 3. El adás User public class User { private String realname_; private String nickname_; private String password_; public User(String realname, String nickname)
RészletesebbenElosztott rendszerek programozása WCF technológiával
Debreceni Egyetem Informatika Kar Elosztott rendszerek programozása WCF technológiával Témavezető: Dr. Juhász István egyetemi adjunktus Szerző: Altfatter Tünde PTM Debrecen 2007 Ezen diplomamunka dolgozattal
RészletesebbenOracle Containers for Java - j2ee alkalmazás szerver funkciók. Molnár Balázs Oracle Hungary
Oracle Containers for Java - j2ee alkalmazás szerver funkciók Molnár Balázs Oracle Hungary Mi is a J2EE? Szabványgyűjtemény Java alkalmazások számára A JavaSoft közösség alakította ki Összefogja az egyéni
RészletesebbenCORBA Áttekintés. Mi a CORBA? OMG and OMA. Ficsor Lajos. Miskolci Egyetem Általános Informatikai Tanszék
CORBA Áttekintés Miskolci Egyetem Általános Informatikai Tanszék Utolsó módosítás: 2007. 10. 15. Mi a CORBA? osztott objektum modell szabvány, amely definiálja a komponensek közötti interface-eket definiál
RészletesebbenSzámítógépes Hálózatok Felhasználói réteg DNS, , http, P2P
Számítógépes Hálózatok 2007 13. Felhasználói réteg DNS, email, http, P2P 1 Felhasználói réteg Domain Name System Példák a felhasználói rétegre: E-Mail WWW Content Delivery Networks Peer-to-Peer-Networks
RészletesebbenFelhasználói réteg. Számítógépes Hálózatok Domain Name System (DNS) DNS. Domain Name System
Felhasználói réteg Domain Name System Számítógépes Hálózatok 2007 13. Felhasználói réteg DNS, email, http, P2P Példák a felhasználói rétegre: E-Mail WWW Content Delivery Networks Peer-to-Peer-Networks
RészletesebbenGoogle Web Toolkit. Elek Márton. Drótposta kft.
Google Web Toolkit Elek Márton Drótposta kft. Tartalom A GWT általában Java forrás, Web mód, Hosted mód Speciális szolgáltatások History kezelés, távoli eljárás hívás, Külső függvénykönyvtárak GWT-Ext,
RészletesebbenObjektum orientált kiterjesztés A+ programozási nyelvhez
Szegedi Tudományegyetem Informatikai Tanszékcsoport Objektum orientált kiterjesztés A+ programozási nyelvhez Diplomamunka terve Készítette: Bátori Csaba programtervező matematikus hallgató Témavezető:
RészletesebbenOsztályok. 4. gyakorlat
Osztályok 4. gyakorlat Az osztály fogalma Az objektumok formai leírása, melyek azonos tulajdonsággal és operációkkal rendelkeznek. Osztályból objektum készítését példányosításnak nevezzük. Minden objektum
RészletesebbenDebreceni Egyetem Informatikai Kar. Szolgáltatás-orientált programozás az Oracle-ben
Debreceni Egyetem Informatikai Kar Szolgáltatás-orientált programozás az Oracle-ben Témavezető: Dr. Juhász István egyetemi adjunktus Készítette: Ács László programtervező-matematikus Debrecen 2009 1 Tartalom
RészletesebbenSerialization. RMI működése
RMI Az RMI (Remote Method Invocation), azaz távoli metódushívás egy olyan eszköz a Java nyelvben, mely lehetővé teszi más VM-ben (Virtual Machine virtuális gép) elhelyezkedő objektumok metódusainak meghívását.
Részletesebbenwebalkalmazások fejlesztése elosztott alapon
1 Nagy teljesítményű és magas rendelkezésreállású webalkalmazások fejlesztése elosztott alapon Nagy Péter Termékmenedzser Agenda Java alkalmazás grid Coherence Topológiák Architektúrák
RészletesebbenCREATE TABLE student ( id int NOT NULL GENERATED ALWAYS AS IDENTITY PRIMARY KEY, name varchar(100) NOT NULL, address varchar(100) NOT NULL )
Célok: a Java DB adatbázis-kezelő rendszer használatának ismertetése, adatbázisok használata Java alkalmazásokban - kétrétegű architektúra, egyszerű kliens-szerver architektúra használata hálózati alkalmazásokhoz.
RészletesebbenTűzfal megoldások. ComNETWORX nap, 2001. I. 30. ComNETWORX Rt.
Tűzfal megoldások ComNETORX nap, 2001. I. 30. ComNETORX Rt. N Magamról Hochenburger Róbert MCNI / MCNE MCNI = Master CNI MCNE = Master CNE CNI = Certified Novell Instructor CNE = Certified Novell Engineer
RészletesebbenOsztott rendszerek (Distributed. systems) Bevezetés. Tartalom. Ficsor Lajos. Miskolci Egyetem Általános Informatikai Tanszék
Osztott rendszerek (Distributed systems) Bevezetés Miskolci Egyetem Általános Informatikai Tanszék Utolsó módosítás: 2007. 09. 18. osztottrendszerek / 1 Tartalom Miért kellenek osztott rendszerek Egy kis
RészletesebbenJava Business Integration szolgáltatásalapú architektúra JavaEE környezetben. Simon Géza geza.simon@sun.hu Zsemlye Tamás tamas.zsemlye@sun.
Java Business Integration szolgáltatásalapú architektúra JavaEE környezetben Simon Géza geza.simon@sun.hu Zsemlye Tamás tamas.zsemlye@sun.com Témáim: SOA architecture Webservice folyamat java WS-addressing
RészletesebbenEnterprise JavaBeans. Ficsor Lajos Általános Informatikai Tanszék Miskolci Egyetem. Az Enterprise JavaBeans
Enterprise JavaBeans Ficsor Lajos Általános Informatikai Tanszék Miskolci Egyetem Az Enterprise JavaBeans Az Enterprise Javabeans Az Enterprise JavaBeans (EJB) server oldali komponens, amely Az üzleti
RészletesebbenJava I. A Java programozási nyelv
Java I. A Java programozási nyelv története,, alapvetı jellemzıi Miskolci Egyetem Általános Informatikai Tanszék Utolsó módosítás: 2007. 02. 12. Java I.: Történet, jellemzık, JDK JAVA1 / 1 Egy kis történelem
RészletesebbenObjektum Orientált Programozás. 11. Kivételkezelés 44/1B IT MAN
Objektum Orientált Programozás 11. Kivételkezelés 44/1B IT MAN B IT v: 2016.05.03 MAN Pici elmélet A Java kivételkezelésének célja a programfutás során keletkezett hibák kiszűrése és megfelelő kezelése.
RészletesebbenProgramozási alapismeretek 4.
Programozási alapismeretek 4. Obejktum-Orientált Programozás Kis Balázs Bevezetés I. Az OO programozási szemlélet, egy merőben más szemlélet, az összes előző szemlélettel (strukturális, moduláris, stb.)
RészletesebbenHálózati operációs rendszerek II. Novell Netware 5.1 Hálózati nyomtatás
Hálózati operációs rendszerek II. Novell Netware 5.1 Hálózati nyomtatás 1 Főbb jellemzők Hagyományosan 3 elemből (queue, printer, print server) álló rendszer Egyirányú kommunikáció a nyomtató és a munkaállomás
RészletesebbenObjektumorientált programozás C# nyelven
Objektumorientált programozás C# nyelven 2. rész Öröklés és többalakúság Nemvirtuális metódusok, elrejtés Virtuális metódusok, elrejtés Típuskényszerítés, az is és as operátorok Absztrakt osztályok, absztrakt
Részletesebben<Insert Picture Here> Migráció MS Access-ről Oracle Application Express-re
Migráció MS Access-ről Oracle Application Express-re Sárecz Lajos Oracle Hungary Izsák Tamás Független szakértő Program Miért migráljunk Microsoft Access-ről? Mi az az Oracle Application
Részletesebben4. Öröklődés. Programozás II
4. Öröklődés Programozás II Mielőtt belevágunk Egy Tárgy típusú objektumokat tároló tömb i. elemében tároljunk el egy új tárgyat Rossz módszer: tomb[i].setnev( uj.getnev() ); tomb[i].setertek( uj.getertek()
RészletesebbenKonkurens TCP Szerver
A gyakorlat célja: Konkurens TCP Szerver Megismerkedni a párhuzamos programozás és a konkurens TCP szerver készítésének az elméleti és gyakorlati alapjaival és egy egyidejűleg több klienst is kiszolgáló
RészletesebbenSzámítógépes Hálózatok. 5. gyakorlat
Számítógépes Hálózatok 5. gyakorlat PYTHON ALAPOK V. Socket programozás, UDP 2 Óra eleji kiszh Elérés: https://canvas.elte.hu Számítógépes Hálózatok Gyakorlat 1 3 A kommunikációs csatorna kétféle típusa
RészletesebbenJava RMI Áttekintés. A Java RMI. A Java RMI architektúrája. Ficsor Lajos. Általános Infromatikai Tanszék Miskolci Egyetem 1.
Java RMI Áttekintés Miskolci Egyetem Általános Informatikai Tanszék RMI /1 A Java RMI RPC - egy távoli eljárás hívása helyi hívásnak tÿnik RMI - hasonló mechanizmust biztosít, de objektum orientált módon:
RészletesebbenAz osztályok csomagokba vannak rendezve, minden csomag tetszőleges. Könyvtárhierarhiát fed: Pl.: java/util/scanner.java
Függvények, csomagok Csomagok Az osztályok csomagokba vannak rendezve, minden csomag tetszőleges számú osztályt tartalmazhat Pl.: java.util.scanner Könyvtárhierarhiát fed: Pl.: java/util/scanner.java Célja:
RészletesebbenTestreszabott alkalmazások fejlesztése Notes és Quickr környezetben
Testreszabott alkalmazások fejlesztése Notes és Quickr környezetben Szabó János Lotus Brand Manager IBM Magyarországi Kft. 1 Testreszabott alkalmazások fejlesztése Lotus Notes és Quickr környezetben 2
RészletesebbenQBE Édes Otthon lakásbiztosítás tarifáló webservice. Fejlesztői dokumentáció 1.0.2
QBE Édes Otthon lakásbiztosítás tarifáló webservice Fejlesztői dokumentáció 1.0.2 Az ebben a dokumentumban található információ a FoxArt Kft. tulajdona, és bizalmas anyagként került átadásra. Az anyag
Részletesebbeniphone és Android két jó barát...
iphone és Android két jó barát... Multiplatform alkalmazásfejlesztés a gyakorlatban Kis Gergely MattaKis Consulting 1 Tartalom Miért multiplatform fejlesztés? Multiplatform fejlesztési módszerek A közös
RészletesebbenSorosítás (szerializáció) és helyreállítás. 1. Bináris sorosítás és helyreállítás. 1.1. Szükséges névterek. 1.2. Attribútumok. 1.3.
Sorosítás (szerializáció) és helyreállítás Cél: a memóriában tárolt adatok egyszerű lemezre mentése és visszatöltése. A sorosítás során létrehozunk egy állományt és egy sorosítást kezelő objektumot. Ez
RészletesebbenCĺM: Bogdana Šuputa Novi Sad Serbia
BALATON ŠTAMPA doo CĺM: Bogdana Šuputa 73 21000 Novi Sad Serbia TELEFAX: +381 21 / 504 666 +381 21 / 504 722 +381 21 / 505 825 FAX: +381 21 / 504 724 E-MAIL: office@balatonstampa.com WEB: www. balatonstampa.com
RészletesebbenAz internet ökoszisztémája és evolúciója. Gyakorlat 1
Az internet ökoszisztémája és evolúciója Gyakorlat 1 GNS3: installálás és konfiguráció GNS3: hálózatszimulátor Valódi router/hoszt image-ek hálózatba kapcsolása emulált linkeken keresztül: CISCO, Juniper,
RészletesebbenOsztályok. construct () destruct() $b=new Book(); $b=null; unset ($b); book.php: <?php class Book { private $isbn; public $title;
PHP5 objektumok 1 Osztályok class, new book.php: construct () destruct() $b=new Book(); törlés: $b=null; vagy unset ($b); -elnevezési konvenciók private $isbn; public $title; function
RészletesebbenSZÁMÍTÓGÉPES ADATBÁZIS-KEZELÉS. A MySQL adatbáziskezelő PHP folytatás JDBC, ODBC
SZÁMÍTÓGÉPES ADATBÁZIS-KEZELÉS A MySQL adatbáziskezelő PHP folytatás JDBC, ODBC ADATBÁZISOK Adatbázis = adott formátum és rendszer szerint tárolt adatok összessége. DBMS feladatai: adatstruktúra (adatbázisséma)
Részletesebben