Baby Steps in VS2010 si .NET 4

Eram gata sa zic ca nu e WCF-ul,  noroc ca am aruncat un ochi [:)].

Si ASAP vine si versiune WP7 RTM, si cred ca o sa facem si in VB sample pentru WP7.

Felicitari tuturor! Imi place continutul. Si mai mult imi place ca ati colaborat serios pentru a ajunge la acest rezultat.

@Aurelian si @Autori: cred ca merge sa o printam si sa o dam la cat mai multi (incerc sa vad cum ajut aici). Sunteti ok cu asta?

@Petru : Perfect!  Si sunt in asentimentul tuturor!

Frumoasa initiativa, si ceea ce a iesit, un sigur lucru am de precizat, un try..catch ar fi ideal in jurul lui int.Parse, eventual inlocuit cu TryParse.

@RazvanM : multumesc.

Pentru int.Parse - spune-mi, te rog, la ce pagina este sa pot face corecturi .

@ignatandrei : cam dificil pentru ca este folosit peste tot, de la prima pagina pana la implementarea pentru Silverlight unde sunt sigurele blocuri try...catch (doar unul in exemplu dar implementat pe ambele proprietati "Operator")

Interesant e-book. :)

Tocmai mi-am descoperit gap-urile din sistem. :)

Initial am crezut ca e chiar pentru "babies", cand de fapt e pentru "gimnaziu". :D

Felicitari!

Si eu, ca si contributor, sunt perfect de acord cu publicarea ei in forma in care este acum :)

@Petru Multumim! Sunt total de acord cu publicarea ei.

Sunt de acord cu publicarea ei.

Felicitari.

Multe.

Am si eu o problema.Am facut exact ce scrie in manual la pag 8/68

Bucuros, inlocuieste

Console.WriteLine("Please enter 2 arguments for this program");

Cu

Console.WriteLine(AddConsole.Properties.Resources.Arguments);

Si imi da aceasta eroare  :The name 'AddConsole' does not exist in the current context

Cum o pot rezolva?

As avea si eu ceva de adaugat referitor la M-V-VM.

N-as pasa modelul ca argument in constructorul view-model si as instantia view-model-ul direct in XAML (spre exemplu via ObjectDataProvider), nu in code behind cum e descris in carte. Apoi as seta DataContext-ul view-ului cu instanta view-model tot in XAML. Modelul l-as crea in constructorul view-model. Astfel avem un view code behind nealterat si curat, toate modificarile se fac in XAML.

Apoi as mai avea o adaugare legat de vizualizarea datelor la design time. Nu exista nimic legat de aceasta. Nicio referire la cum pot popula si vizualiza un DataGrid sau TextBlock, Label, ComboBox, etc.  la design time, nimic de d:DesignData. Ar fi de folos, astfel descoperind probleme de binding la design time si nu doar la runtime.

Nu e explicat nicaieri care e avantajul unei abordari M-V-VM, lucru care pe mine ca incepator, ma face sa sar capitolul.