Eveniment pentru dezvoltatorii .NET din Cluj-Napoca - 15 iunie 2011

Update after event: Mulțumim tuturor pentru participare. Am avut 20 de participanți, cea ce este destul de bine pentru un eveniment de acest gen. Maine o sa public un post despre tema prezentării mele, iar în zilele următoare o sa apară materialele din prezentări și pe codecamp. Speram sa ne revedem și la alte prezentări.
Un post pe aceasta tema puteți sa găsiți aici http://vunvulearadu.blogspot.com/2011/06/fluent-interface-pattern.html

What: Un eveniment organizat de către comunitatea dezvoltatorilor .NET din Cluj-Napoca, pentru comunitatea dezvoltatorilor .NET și nu numai.
When: 15 iunie 2011, începând de la ora 18:30.
Where: Strada Republicii 24, Cluj-Napoca, la sediul firmei Small Footprint http://maps.google.ro/maps/place?cid=5064880879805823729
Content: Doi dezvoltatori din Cluj-Napoca o sa prezinte doua probleme cu care au avut de-a face în viata de zi cu zi:

1. Performanță în Silverlight și Experiență Utilizator (Daniel Andreş)
2. Fluent Pattern in .NET (Radu Vunvulea)

Descriere conținut:
Performanță în Silverlight și Experiență Utilizator (Daniel Andreş)
Se cere o aplicație în Silverlight care să manevreze un volum mare de date, nepaginat (pentru „forțarea” performanțelor) iar ceea ce se afișează să fie cât mai customizat posibil – cât mai multe controale să aibă aspectul cerut de client.
Scenariul de lucru include:

• Alegerea protocolului potrivit pentru transmiterea datelor de pe server
• Customizarea interfeței folosind MVVM și Command Pattern
• Alegerea scenariului potrivit de interacțiune cu interfața

Problemele care pot interveni:

• Load-ul potrivit de pe server al datelor
• Încărcarea datelor în interfață
• Distribuirea resurselor (influențează foarte mult experiența utilizator)

Fluent Pattern in .NET (Radu Vunvulea)
Definirea și prezentarea acestui pattern din punct de vedere funcțional:

• Când poate să fie folosit
• Cum poate să fie folosit
• În ce moduri poate să fie implementat în .NET

Mulțumim companiei Small Footprint care ne-a pus la dispoziție sala.
Organizator: Radu Vunvulea - tel.: 0766xxxxxx (numar editat dupa ce evenimentul a avut loc), blog: http://vunvulearadu.blogspot.com/

LinkedIn Event
Facebook Event

Update: Evenimentul este gratis. Nu este nevoie sa va inregistrati. Doar sa veniti pe data de 15 iunie.

Read More

Delegates from .NET 1.0 to .NET 4.0

Mai mult ca sigur ati folosit delegate. Sunt utili cand trebuie sa specificam un comportament la runtime si nu la compile time. Prin acest mecanism putem sa scapam de mostenire in locurile unde aceasta a fost folosita pentru a definii un comportament specific.
Exista mai multe tipuri de delegates definite core-ul de .NET:

• Predicate
• Action
• Func

O sa incerc sa descriu pe scurt fiecare tip de delegate:
Action reprezinta o actiune care nu returneaza nici un rezultat. Header-ul la metoda ar fi de forma urmatoare

void fx(T)

Exista mai multe implementari de Action, se pot definii pana la maxim 16 parametrii. In cazul in care avem nevoie de mai mult de 16 parametri, ne putem definii noi propile actiuni, dar nu cred ca este sanatos sa avem o actiune cu 16 parametrii sau mai multi.
Predicate reprezinta o conditie care se ruleaza si care returneaza TRUE sau FALSE

bool fx(T)

Atat Action cat si Predicate apar odata cu .NET 2.0, dar ajung sa fie folosite la adevarata lor valoare abia in .NET 3.5 cand apare si Func impreuna cu expresiile lambda.
Func<T1...,TResult> specifica un delegate care accepta de la 0 la 16 parametrii si returneaza un rezultat de tipul TResult. Este bine de retinut faptul ca tipul rezultatului este definit mereu ca si ultimul parametru.

TResult fx(T1,...)

Acuma ca stim ce reprezinta fiecare din ele, ar fi interesant sa vedem cum au aparut si evoluat in timp.
In .NET 1.0 si .NET 1.1 daca aveai nevoie de un delegate era nevoie sa iti declari un delegate de forma:

delegate bool GetHalfDelegate(int number);

Urmatorul pas era declari o metoda care are aceiasi semnatura cu delegatul pe care l-ai declarat si apoi sa instantiezi o variabila de tipul respectiv.

public bool GetHalf(int number) { ... }
...
GetHalfDelegate getHalf = new GetHalfDelegate(this.GetHalf);

Pentru a putea apela acest delegate era nevoie de un apel de forma:

int result = getHalf(97);

Odata cu aparitia la .NET 2.0 apare si conceptul de metode anonime. Prin acest mecanism putem sa ne definim o logica fara a scrie o metoda. In cazul nostru nu mai este nevoie sa ne definim medoda GetHalf, ajunge doar ca in momentul in care instantiem variabila getHalf sa scriem codul care vrem sa se execute.

GetHalfDelegate getHalf = delegate(int number)
                        {
                              return number/2;
                        };

Lucruriile se simplifica umpic, dar cu .NET 3.5 totul ajunge mult mai simplu. Putem sa ne folosim de Func. Orice metoda definita cu acest antet o sa poata sa fie folosita. Cel care defineste metoda nu va mai avea nevoie sa aibe o referinta la tipul delegat-ului Tot ce mai este nevoie sa scriem este:

Func<int,int> getHalf = (number) => number/2;

Mi s-a parut destul de interesant modul in care sintaxa a evoluat de la 1.0 la 3.5.
In .NET 4.0 nu a mai aparut nimic special la acest nivel, dar cu ajutorul lui var putem sa rescriem codul sub forma

var getHalf = (number) => number/2;

Trebuie avut grija cat de mult folosim aceste elemente. Viteza de executie a codului poate sa scada in care face exces, iar nu in ultimul rand codul scris poate sa fie mult mai greu de inteles.

Read More

Opt greseli de design care ne pot afecta aplicatia

Am inceput sa studiez design patterns si am inceput cu o carte de a celor de la Gof (Gang of Four). In aceasta carte am gasit opt greseli de design care ne pot afecta aplicatia:

1. Crearea unui obiect folosind numele unei clase explicit. In acest fel ajungem sa fim legati direct de o anumita implementare. Pentru a evita acest lucru putem sa folosim o interfata, iar instanta sa o cream in mod indirect, de exemplu printr-un factory.
2. Dependinte directe fata de sistemul hardware sau software. In cazul in care aplicatia noastra depinde in mod direct de anumite resurse ale sistemului portabilitatea scade in mod direct. Pentru aceaste cazuri putem sa incercam sa folosim un patern precum bridge, pentru a scadea dependintele.
3. Dependintele fata de o anumita operatie. Cand specificam o anumita operatie, limitam ca lucrurile sa se intample intr-o singura varianta si numai una. Modificările care o sa apara in viitor o sa necesite mai mult timp, deoarece totul este hard-codat.
4. Dependinta fata de algoritm. De obicei pe parcursul dezvoltării unei aplicatii un algoritm se schimba, din aceasta cauza algoritmii ar trebuii sa fie izolati si schimbati cu usurinta.
5. Extinderea functionalitatilor prin subclase. In momentul in care trebuie sa adaugam o noua functionalitate, putem foarte simplu sa mostenim din clasa parinte si sa adaugam o noua functionalitate. Dar acest lucru implica sa cunoastem foarte bine clasa de baza, iar in timp poate sa duca la existenta unui numar foarte mari de clase. Acest lucru se poate rezolva prin delegation si composition. Aceste doua mecanisme ne permite sa adaugam functionalitati fara sa avem o inlantuire de subclase.
6. Clase strans legate intre ele. In momentul in care ajungem sa avem o colectie de clase care sunt strans legate intre ele sistemul devine monolit. Orice modificare ajunge sa fie extrem de greu de facut si necesita cunoasterea foarte buna a sistemului.
   
7. Imposibilitatea de a modifica anumite clase. Uneori avem nevoie sa modificam clase la care nu avem acces la codul sursa sau necesita modificarea unui numar mare de subclase. Pentru a evita acest lucru putem sa folosim Adapter sau Visitator pattern.
8. Dependinte directa fata de un obiect sau o implementare. Este reprezentat in cazul in care o clasa conoaste modul in care o alta clasa functioneaza si este implementat. Modificarea aceste clase poate sa cauzeze modificari in cascada la toate clasele care folosesc clasa respectiva.

http://en.wikipedia.org/wiki/Design_pattern#Gang_of_Four

Read More

Could not load file or assembly or one of its dependencies. An attempt was made to load a program with an incorrect format wcf on iis.

Cat de cunoscuta vi se pare eroarea aceasta? Prima parte din eroare mi s-a parut foarte cunoscuta in prima faza dar totusi e usor enigmatica.
Problema cea mai mare la acest tip de eroare este ca nu ne spune exact care este cauza. Mai jos o sa gasit trei cazuri comune cand aceasta eroare apare

• Assembly-ul nu poate fi gasit in locatia data. In funcție de setarile proiectului unu sau mai multe assembly-uri nu se gasesc in locațiile specificate.
• Unu din assembly-uri este compilat pentru o alta arhitectura de procesor. De exemplu incercam sa rulam 3 proiecte care se refera intre ele. Unul din ele este compilat pentru x86, iar restul proiectelor sunt compilate pe o arhitectura de tip x64.
• Sunt compilate pe versiuni diferite de .NET. Un assembly este compilat pentru .NET 2.0, iar altul pentru .NET 4.0.

Desii toate cazurile au soluții simple, din cauza ca rulam aplicatia din IIS, o parte din erori sunt vagi si apar doar la runtime.
De exemplu daca avem un assembly care contine un serviciu WCF ce refera un assembly compilat pentru o alta arhitectura de procesor nu o sa avem nici o eroare la compilare. Totul o sa fie bine pana cand o sa apelam un operation contract din serviciu. In momentul respectiv o sa ne trezim cu aceasta eroare si nu o sa stim de unde sa o luam.
Voi in ce alte cazuri ati mai avut aceasta eroare?

Read More

WP7 - Asocial Insulting Movie Organizer and Verifier

So everybody today is social: you give ratings, share them, look for other shared ratings. But where is an old fashion database? We made an app. for a Windows Phone 7. On the server, we have built from a free open online database( http://www.freebase.com/), a rating system, based upon the current ratings for producers, actors, directors and so on. So, we will predict what will be the rating of future movies, by only seeing the crew. It's a typical old school "maths" approach, on a radical new Metro UI theme. The only drawback we have has with Silverlight on WP7 because it is "half implemented".
We implement from scratch an OAuth API and YMessenger API for .NET. The OAuth API don't require a web popup( all the magic is made from code).

Read More

Sistem stateless si sisteme stateful

Citeam un articol ce descria paraller programing. Si am ajuns la doi termeni care desi imi pareau cunoscuti nu imi erau foarte clar definiti.
Cei doi termeni sunt

• stateless system;
• stateful system;

Un sistem stateless este un sistem inchis, unde output-ul depinde doar de input si atata. Rezultatul obtinut nu este deloc influentat deloc de alte valori pe care sistemul le poate stoca intr-o forma sau alta.
In cazul acesta un exemplu ar putea sa fie:

Console.WriteLine(DateTime.UtcNow.ToString());

Oriunde pe glob ne-am afla si orice setare am aveam la masina( regional settings), valoarea returnata o sa fie aceiasi in orice locatie de pe glob. Acest sistem poate sa fie numit stateless din punct de vedere a regional settings.
Un sistem stateful este un sistem deschis, unde outpu-ul nu depinde doar de input. Pentru calcularea output-ului se i-au in considerare si alte valori. Poate fi vazut intr-o oarecare masura ca o masina de stari, care poate sa isi pastreze ultima stare.
Un bun exemplu este:

Console.WriteLine(DateTime.Now.ToString());

In functie de regional settings, o sa putem avea valori diferite afisate in zone diferite ale lumii, deoarece propietatea statica Now tine cont de regional settings.
Din punct de vedere a rularii in paralel, un sistem stateless este cel mai usor de implementat. Oricate thread-uri ar exista, acestea nu trebe sa partajeze/sincronizeze informatii. Fiecare isi poate face treaba cu input-ul pe care il are.
In cazul unui sistem stateful, programarea in paralel nu mai este atat de simpla. Pot sa apara cazuri cand mai multe resurse( stari ale masinii sau sistemului) sunt partajate intre mai multe theaduri, caz in care apare lucrurile se complica.

Read More

Message queue - cum sa oprim consumul de message dintr-un queue

Pornim de la următorul caz:
Avem o aplicatie ce ruleaza 24h pe zi, 7 zile pe saptamana. Aceasta consuma mesaje din mai multe queue. Pentru a putea asculta la queue avem următorul cod:

System.Messaging.MessageQueue msmq = new MessageQueue(".\\private$\\exemplu");
msmq .ReceiveCompleted += m_ReceiveCompleted;
msmq .BeginReceive();
...
void m_ReceiveCompleted(object sender, ReceiveCompletedEventArgs e)
       {
           Console.WriteLine(DateTime.Now.ToString());

           MessageQueue msmq = (MessageQueue) sender;
           msmq.BeginReceive();
       }

Intr-un anumit moment, dorim sa oprim consumul de mesaje din queue. Pentru acest lucru apelam

msmq.Close()

Dar avem o surpriza. Mesajele sunt în continuare consuma de către aplicație. Orice am face sau apela acestea sunt în continuare consumate. Pe msdn dacă citim cu atenție pagina care descrie metoda Close() o sa gasim

Close does not always free the read and write handles to a queue, because they might be shared.

Deși pare ciudat la prima vedere metoda Close() eliberează resursele folosite de instanta. Nu oprește instanta sa nu mai consume și alte mesaje din queue.
Solutia pe care o propun este sa ne dezabonam de la evenimentul de ReceiveCompleted înainte sa apelam Close():

msmq.ReceiveCompleted -= m_ReceiveCompleted;
msmq.Close();

O alta solutie ati putea spune ce este ca în metoda ReceiveCompleted sa nu mai apelam BeginReceive() cînd anumite condiții sunt îndeplinite. Problema in cazul acesta ar fi ca noi deja am consuma un mesaj de pe queue, deși poate nu ar trebuii sa consuma mesajul respectiv.
Aceasta problema se poate manifesta și în cadrul unit test-elor, cînd mesajele din queue dispar pur și simplu și nu mai ajung la cine trebuie( cazul în care în mai multe unit teste consuma același queue, iar instantele la MessageQueue sunt statice).

Voi aveți alte soluții la aceasta problema?

Read More

Cum putem sa importam/exportam un volum mare de date pe SQL Azure

Intr-un post anterior am discutat despre "SQL Azure Data Sync" - "Microsoft Sync Framework". Isi face treaba foarte bine dar este o solutie putin mai complicata. Parca as vrea o solutie mai simpla, care sa nu necesite cunostinte de programare.
Mai jos o sa va propun 3 variante:

1. Generare scripturi
2. BCP utility
3. Data-tier Application Component Packages( DACPAC)

(solutiile date necisita SQL Server 2008 R2)

1. Generare scripturi
In prima varianta este nevoie sa generam scripturile de mana prin SQL Management Studio. Pentru a putea face acest lucru trebuie sa selectam baza de date la care vrem sa facem back-up, click dreapta pe ea, iar apoi Task-Generate Scripts. Atentia, este foarte important sa schimbam valoarea campului "Script for the database engine" din meniul "Advanced Scripting Option". Valoarea pe care trebuie sa o selectam este "SQL Azure Database". Aceasta optiune ne permite sa generam scripturi compatibile cu SQL Azure.
Odata ce avem fisierul generat, putem sa mergem pe portal la Windows Azure si sa cream o noua baza de date. Initial aceasta o sa fie goala, dar odata baza de date creata putem sa ne conectam cu ajutorul la "SQL Management Studio". La server name o sa scriem DNS-ul bazei noastre de date - [nume].database.windows.net. Click dreapta pe baza de date unde trebuie sa cream un nou query. In acesta o sa rulam scriptul generat la primul pas.
Ce nu imi place la aceasta solutie este ca deșii se poate automatiza procesul avem nevoie de "SQL Management Studio".

2. BCP utility
Iata ca am ajuns la a doua varianta. Acest utilitar vine cu Sql Server. In linii mari stie sa copieze informatia dintr-o baza de date intr-un format dorit de catre utilizator. Nu stie din pacate sa copieze direct informatia dintr-o baza de date in alta. Din aceasta cauza trebuie sa il apelam de doua ori. Odata pentru export, iar mai tarziu pentru import.
Cea ce trebuie spus despre BCP este ca nu stie sa faca export si la schema. Stie doar sa faca export la continutul tabelelor, dar face acest lucru extrem de bine.
De exemplu, pentru a putea exporta datele din tabele Cars trebuie sa rulam:

bcp TestDb.dbo.Cars out "C:\Cars.txt" -T -c -U local@localhost -P 123456789

Odata executa aceasta linie de cod, o sa avem in fisierul "C:\Cars.txt" tot continutul pentru tabela Cars. Pentru a putea face import la date in SQL Azure trebuie sa rulam

bcp TestDbCloud.dbo.Cars in "C:\Cars.txt" -c -U "radu.vunvulea@numeServerSqlAzure -S numeServerSqlAzure.database.windows.net -P 123456789

Putem sa filtram tabelul printr-un select scris de noi. Pentru mai multe informatii despre BCP
http://msdn.microsoft.com/en-us/library/ms187086%28SQL.105%29.aspx

3. Data Tier Packages( DACPAC)
Este un mecanism aparut cu VS2010 si SQL Server 2008 RC2. Acesta ne permite sa facem "deploy" la baza de date direct din VS2010. A.i. nu mai avem nevoie sa scripturi SQL pentru deployment.
Din pacate in momentul acesta DACPAC nu este inca un produs matur. La orice schimbare a baze de date acesta genereaza din nou baza de date de la 0. Scripturile pe care le genereaza sunt puse intr-un singur fisier( din pacate nu avem fisiere separate pentru create, modificare si inserare). Un alt minus esta ca nu stie sa copieze si user permission bazei de date pentru care genereaza scriptul. L-am incercat pe un proiect mic, dar mi-a lasat un gust amar, se descurca destul de greu si cu o baza de date destul de simpla.
Templat-ul pentru solutii DACPAC se gaseste in VS2010 sub numele "SQL Server Data-tier Application". Nu o sa explic pas cu pas cum se foloseste. Cred ca merita de spus modul in care se face deploy prin DACPAC. Pasii de mai jos se fac in mod automat:

• creează o noua baza de date;
• creează tabelele;
• se face disable la constrîngeri;
• baza de date deja existenta se trece pe single user( daca exista deja o baza de date cu numele dat);
• toate datele din baza de date deja existenta se copiaza in noua baza de date;
• vechia baza de date se redenumeste;
• noua baza de date i-a denumirea corespunzătoare;
• vechia baza de date se sterge;

Ce aduce in plus DACPAC si ii prevad un viitor este versionarea. In mod normal versionarea bazei de date este un lucru destul de complex si cu multe batai de cap.

Read More