CUPRINS
Pagina 1 din 6
Platforma .NET rezolvă multe dintre problemele care au afectat programatori în trecut. Acestea includ problemele asociate cu implementarea aplicațiilor, controlul versiunilor, pierderi de memorie și probleme de securitate. .NET Framework permite dezvoltarea de puternic, independent de limbajul de programare, aplicatii desktop, si scalabil (expandabil) Web-serviciu, construit pe baza unei noi biblioteci puternic full-featured NET Framework clasa.
Problemele asociate cu dezvoltarea de aplicații bazate pe Windows
Imaginați-vă o orchestră simfonică, în care instrumentele de grupuri șirul arc și percuție trebuie să îndeplinească anumite părți, folosind diferite versiuni ale scorului. În acest caz, pentru a efectua chiar și cea mai simplă bucată de muzică, muzicieni ar trebui să facă un efort eroic. Acest exemplu este destul de o bună ilustrare a activităților de dezvoltatori de aplicații bazate pe Windows. În acest proces, dezvoltatorul ridică o serie de întrebări. Are aplicația folosesc clase de bibliotecă Microsoft Foundation Classes (Microsoft Foundation Classes - MFC)? În ce limbă pentru a scrie o aplicație în Visual Basic sau C ++? Care interfață la bazele de date utilizate în aplicația: interfața deschisă la baza de date (Open Database Connectivity Interface - ODBC) și OLE interfață pentru baze de date, OLEDB? Utilizați cerere de model de interfață Microsoft Component Object (Component Object Model - COM), sau o interfață de programare a aplicațiilor (API), în stilul limbajului C? În cazul în care alegerea este făcută în favoarea interfeței Microsoft Component Object Model (COM), care apoi utilizați interfața: IDispatch, interfață dublă (dublă) sau numai interfața cu tabelul virtuală? Ce rol în toate acestea este dat pe Internet? Până nu apare platforma .NET, de multe ori distorsionată proiect aplicație utilizată în procesul de implementare a tehnologiilor pe care dezvoltatorii au deținut în acel moment. Sau dezvoltator a trebuit să învețe o altă tehnologie, care a fost destinat să fie un cuplu de ani în urma stramutate.
implementarea aplicațiilor poate fi o sarcină dificilă și neplăcută. În timpul desfășurării intrările corespunzătoare trebuie să fie făcută în registrul de aplicare, care este suficient de fragilă, iar recuperarea acestuia - munca grea. În plus, există o bună strategie de componente de control al versiunii. Noile versiuni ale aplicațiilor pot distruge programele existente și, în același timp, se poate ghici doar la ceea ce sa întâmplat de fapt. Pentru a evita problemele legate de stocarea informațiilor în configurația sistemului de registru, alte tehnologii utilizate în acest scop de server metabazei sau SQL Server.
O altă problemă pe Win32 este siguranța. Modelul de securitate actual este greu de înțeles. Chiar mai dificil de utilizat în practică. Mulți dezvoltatori pur și simplu ignora-l. Dezvoltatorii care au fost forțați să utilizeze un sistem de securitate existent, încercând în acest model de programare dificil de a face cele mai bune lor. Creșterea valorii de securitate asociate cu dezvoltarea internetului, amenință să schimbe o situație proastă la un potențial coșmar.
Chiar și în cazul în care Microsoft a încercat pentru a ușura procesul de dezvoltare a aplicatiilor, provocări rămân în continuare. Multe servicii de sistem necesare pentru a dezvolta de la bun început, în esență, crearea unei infrastructuri de aplicație care a avut puțin de a face cu logica de afaceri. Un pas uriaș spre crearea unor servicii de nivel superior au devenit tranzacție de server Microsoft Corporation (Microsoft Transaction Server, MTS) și COM +. Cu toate acestea, a fost nevoie de încă o aplicație paradigmă de dezvoltare. Modelul Microsoft Component Object (Component Object Model - COM) a făcut posibilă prezentarea de programare cu componente. În această aplicație puteți crea pur și simplu prin utilizarea unui limbaj Visual Basic. Dar astfel de cereri nu sunt suficient de flexibile. Mult mai puternice aplicații pot fi create folosind limbajul C ++, dar a trebuit să facă eforturi considerabile. Și asta nu mai vorbim de faptul că în C ++ a trebuit să scrie în mod constant (în mod constant recrea) un cadru repetitivă (infrastructură) aplicații. Dacă toate acestea ar putea fi de a scăpa de plictisit ILJnknown nu aș face-o.
aplicatii viitoare
Chiar dacă platforma .NET a fost în măsură să elimine toate problemele din trecut, acest lucru ar fi în continuare insuficientă. Creșterea constantă a cerințelor din partea clienților la funcționalitatea aplicației este una dintre legile imuabile ale programării.
Posibilitatea de buna funcționare a aplicațiilor în diferite rețele de calculatoare, datorită creșterii internetului, a devenit imperativă. Funcționalitatea componentelor ar trebui să fie disponibile, de asemenea, cu alte motoare. În acest caz, nici unul dintre dezvoltatorii nu au vrut să scrie cadrul de bază; tot ceea ce doresc să scrie aplicații concepute pentru a aborda direct problemele clienților lor.
A doua parte descrie toate avantajele de control pe care aplicația poate obține de la COM +. Această secțiune conține detalii cu privire la îmbunătățirea disponibilității și a stabilității prin utilizarea COM + și despre cine ar trebui să monitorizeze și modul de utilizare a datelor de urmărire pentru detectarea rapidă și ușoară a surselor de eșantionare.
• Descărcați Exemplul 1 (C #) - 7,35 KB • Descărcați Exemplul 1 (VB.NET) - 12.57 KB • Descărcați Exemplul 2 (C #) - 15.14 KB • Descărcați Exemplul 2 (VB.NET) - 16.38 KB Introducere în proiect pentru ultimul client a trebuit să pună în aplicare un fel de „program de comandă rapidă“ a producătorului de mașini. Scopul prezentului alineat.
Introducerea sistemului de operare multiprocesor moderne efectuează mai multe operațiuni în același timp, chiar dacă aveți doar un singur procesor fizic. În teorie, se pare imposibil, dar uita-te la modul de procesare paralelă se realizează cu ajutorul unui singur procesor. Exista o multime de podea.
• Descărcați binare programe eșantion DLL - signatures_binary.zip - 16.07 Kb • Descărcați codul sursă pentru programele de eșantionare - signatures_source.zip - 6.14 Cuprins 1. KB Semnături (continuare) 1.1 LocalVarSig 1.2 CustomAttrib 1.3 MethodSpec 1.4 TypeSpec 1.5 MarshalSpec 2. Elemente.