Niejasny kod C#

W dalszej części kodu nie widzę tworzenia instancji klasy TwitterViewModel ( przez new ).

Zapewne jest to klasa statyczna. Tyle w ciemno można napisać po tym co nam dostarczyłeś.

public class TwitterViewModel
    {
       // jakieś pola i właściwości

      //metody klasy z wycięta implementacją, bo jest ona nieistotna
        public void loadUserTweets(TimeLines timeLine)
        {
        // smth
        }
        public void updateTwitter(TimeLines timeLine)
        {
         // smth
        }
        private void showTweets(TwitterResponse<TwitterStatusCollection> responce)
        {
          // smth
        }
    }
 

no i cały kod klasy MainWindow

 
public partial class MainWindow : Window
    {
        private TwitterViewModel viewModel;
        private TimeLines timeLine = TimeLines.UserTimeline;
        public MainWindow()
        {
            InitializeComponent();
            viewModel = (TwitterViewModel)this.DataContext;
        }

       // wycięta obsługa zdarzeń RoutedEventArg
    }

wedlock napisał(a):

Jak ona została utworzona, bo przecież nie widziałem "new" a klasa nie jest oznaczona jako statyczna.

Po co new, skoro obiekt już istnieje? Sam zauważyłeś, że jest on pobierany do zmiennej viewModel z this.DataContext.

somekind napisał(a):

Po co new, skoro obiekt już istnieje? Sam zauważyłeś, że jest on pobierany do zmiennej viewModel z this.DataContext.

No właśnie, ale jak on został stworzony i gdzie ? Kod XAML chyba nie utworzył obiektu viewModel . Chyba, że kompilator sam dodał domyślnie tworzenie nowego obiektu.

Witam,
Wg mnie to jest składnia charakterystyczna dla modelu MVVM. ViewModel jest umieszony w DataContext View.
Poniżej przykład:

 
public AtmCdmEditNew(ViewModel.AtmCdmEditNew_VM viewModel)
        {
            InitializeComponent();
            DataContext = viewModel;
        }

Pozdrawiam,
Zoritt

W kodzie, który wkleiłeś, zakładasz, że ten obiekt istnieje. Tu nie ma tworzenia obiektu, tylko jego użycie. Kod jest jasny.

To, skąd się ten obiekt bierze jest odrębnym zagadnieniem. Kompilator sam obiektów nie tworzy (a przynajmniej nie takie). Nie znam WPF, ale obstawiam, że ten DataContext ma jakiś związek z Bindingiem, który można definiować w XAMLu.

somekind napisał(a):

W kodzie, który wkleiłeś, zakładasz, że ten obiekt istnieje. Tu nie ma tworzenia obiektu, tylko jego użycie. Kod jest jasny.

No właśnie dla mnie jest nie zrozumiały. Zawsze uczono mnie , że aby użyć metody z klasy trzeba najpierw stworzyć obiekt klasy ( poza static ).

somekind napisał(a):

To, skąd się ten obiekt bierze jest odrębnym zagadnieniem. Kompilator sam obiektów nie tworzy (a przynajmniej nie takie). Nie znam WPF, ale obstawiam, że ten DataContext ma jakiś związek z Bindingiem, który można definiować w XAMLu.

Tak dokładnie. Wskazuję w ten sposób gdzie XAML ma szukać właściwości do Bindingu.

ItemsSource={Binding , Path=jakaśwłaściwość}
 

W domu zerknę jeszcze raz do książki i poproszę Was o pomoc w zrozumieniu kodu.

Bo tak jest jak piszesz. Utworzenie obiektu:

 
 View.AtmCdmEditNew window = new View.AtmCdmEditNew(new ViewModel.AtmCdmEditNew_VM(new Model.AtmCdmEditNew_M(), nowy, idCog_CB));

W behind code:

 
 public AtmCdmEditNew(ViewModel.AtmCdmEditNew_VM viewModel)
        {
            InitializeComponent();
            DataContext = viewModel;
        }

Wtedy np. XML:
<TextBox Width="175" TextAlignment="Right" Text="{Binding Path=atmCdmEdit.WartoscMax, StringFormat=N2}"></TextBox>

Pozdrawiam,
Zoritt

Chyba dobrze sobie przetłumaczyłem Wasze posty :

Obiekt MainWidndow jest tworzony w kodzie XAML poprzez

 <Window.DataContext>
	<vm:TwitterViewModel/>
</Window.DataContext>

W każdym razie podczas tworzenia obiektu MainWindow przez XAML we właściwości obiektu MainWindow - DataContext są umieszczane jakieś dane (jak na razie dla mnie magiczne) a w momencie przypisania tej wartości w code behind do zmiennej viewModel i rzutowaniu, zmienna viewModel posiada m.inn. informacje o metodach z klasy TwitterViewModel.

Czyli w code behind tak naprawdę nie jest tworzony obiekt tylko do zmiennej zostaje przypisana wartość property.

Czy tak ?

Obiekt MainWidndow jest tworzony w kodzie XAML poprzez

 <Window.DataContext>
	<vm:TwitterViewModel/>
</Window.DataContext>

Nie Tutaj tylko ustawiasz DataContext dla Window.
To jest po prostu:

public MainWindow()
{
  DataContext = new TwitterViewModel();
}

W każdym razie podczas tworzenia obiektu MainWindow przez XAML we właściwości obiektu MainWindow - DataContext są umieszczane jakieś dane (jak na razie dla mnie magiczne) a w momencie przypisania tej wartości w code behind do zmiennej viewModel i rzutowaniu, zmienna viewModel posiada m.inn. informacje o metodach z klasy TwitterViewModel.

EDIT: DataContext = viewModel nie na odwrot.

Nie zapewne Twój MainWindow jest "tworzony" w App.xaml i tam masz StartupUri="MainWindow.xaml" bo zgaduje że tego nie zmieniłeś.

Czyli w code behind tak naprawdę nie jest tworzony obiekt tylko do zmiennej zostaje przypisana wartość property.

Obiekt jest tworzony tylko nie tam gdzie Ci się wydaje.

Czy tak ?

No nie tak. :P

Jak skończę pracę to w domu potnę się mydłem w płynie.

Zoritt - to nie mój kod. Staram się go tylko zrozumieć, znaczy się tą sytuację z 1-szego postu. Może zapodam solucję i jakaś dobra dusza mnie nakieruje.

Zip z mojego dropboxa https://dl.dropbox.com/u/64629816/02%20TwitterClient%20DisplayMemberPath.zip

W pierwszym poście jest źle i bez sensu.
Ogólnie obrazujący przykład:

MainWindowView mainWindowView = new MainWindowView();
var viewModel = new MainWindowViewModel();
mainWindowView.DataContext = viewModel;

a nie na odwrót.

chcesz zrozumieć MVVM zacznij od czegoś sensownego bo ten program nadaje się do poprawy nie do zrozumienia.

http://www.codeproject.com/Articles/165368/WPF-MVVM-Quick-Start-Tutorial