سوال تون با راهکار تون جور در نمیاد، "اگه بخوایم فقط زمانی که اون CheckBox مون براش رویداد Click اتفاق افتاد ، فقط در این صورت ، این رویدادِ CheckBoxRoutedEvent_Click اجرا بشه" فرق می کنه با اینکه در CheckBoxRoutedEvent_Click کار خاصی رو فقط زمانی که کلیک روی اون CheckBox بود انجام بدهید. من به سوال شما پاسخ دادم. این راهکاری که خودتون ارائه کردید باعث نمیشه که CheckBoxRoutedEvent_Click فقط زمانی که کلیک روی اون CheckBox بود اجرا بشه.
<ListView Name="ListView1" Margin="0, 240, 0, 0" ItemsSource="{Binding Path=StudentsForListView}">
<ListView.View>
<GridView>
<GridView.Columns>
<GridViewColumn Width="200" Header="{Binding StudentsForListView/FirstName}" DisplayMemberBinding="{Binding FirstName}" />
<GridViewColumn Width="200" Header="Last Name" DisplayMemberBinding="{Binding LastName}"/>
</GridView.Columns>
</GridView>
</ListView.View>
<ListView.ItemContainerStyle>
<Style TargetType="{x:Type ListViewItem}">
<EventSetter Event="MouseEnter" Handler="ListViewItem_MouseEnter"/>
</Style>
</ListView.ItemContainerStyle>
</ListView><GridViewColumn Width="200" Header="{Binding StudentsForListView/FirstName}" DisplayMemberBinding="{Binding FirstName}" /><GridViewColumn Width="200" Header="{Binding FirstName}" DisplayMemberBinding="{Binding StudentsForListView/FirstName}" />اون ItemsSource منبعی است که قراره Item های داخلش نمایش داده بشه، Item ها رو کی تعیین می کنه؟ خود کلاس StudentViewModel، نه ListView.
نه. یک کلاس فقط یک متد ()IEnumerator IEnumerable.GetEnumerator میتونه داشته باشه، نه بیشتر. چند حالتی وجود نداره که ابهام پیش بیاد.
چون Header عنوان ئه، عنوان الزاما ربطی به یک عضو خاص نداره، داخل لیست نیست، بیرون لیست ئه.
الگو اش فرق می کنه چون منبع اش اعضاء ItemsSource ئه، نه خود ItemsSource.
<GridViewColumn x:Name="GVColunm" Width="200" Header="FirstName" DisplayMemberBinding="{Binding FirstName}" />Binding binding = this.GVColunm.DisplayMemberBinding as Binding;CurrentPath دیگه چیه؟ منبع DisplayMemberBinding اعضاء مجموعه ای است که ItemsSource مشخص کرده. اینکه کنترل چی رو استفاده کنه و چی رو نمایش بده Binding مشخص نمی کنه، Binding فقط رابط ئه، فرضا روال داخل OnColumnPropertyChanged در GridViewRowPresenter میاد با یکسری کد ها تصمیم می گیره که اگر در Binding ئه DisplayMemberBinding فلان حالت بود فلان چیز رو نشون بده و فلان کار رو انجام بده و اگر حالت دیگری بود رفتار دیگری داره.
اینجا DataContext ای ندارید، DataContext مشخصه کدوم کلاس بود؟ FrameworkElement ها، مثلا ListView و ListViewItem. درسته؟
گیج کننده نیست، توضیحات کنترل رو می خوانید تا ببینید اون مشخصه تعیین کننده چیه و Binding اون مشخصه قراره منبع داده چی باشه.
اتفاقا Binding منبع رو مشخص می کنه اما اینکه کنترل از منبع به چه شکلی استفاده کنه، خودش رو بکار ببره، از اعضاء داخلش استفاده کنه یا کلا اینکه با منبع چطور رفتار کنه رو Binding تعیین نمی کنه.
بله.
بله.
فرقی نمی کنه، Binding صرفا برای ارتباط منبع با مشخصه است، چه با Binding و چه بدون Binding منبع رو برای مشخصه تعیین می کنید.
کاری با DataContext نداره چون کنترل اش کاری با DataContext نداره.
<ListView>
<ListView.ItemsSource>
<x:Array Type="Color">
<Color>Yellow</Color>
<Color>Magenta</Color>
</x:Array>
</ListView.ItemsSource>
<ListView.Resources>
<Color x:Key="MyColor" R="50" G="100" B="200"/>
</ListView.Resources>
<ListView.View>
<GridView>
<GridView.Columns>
<GridViewColumn Width="150" Header="Red" DisplayMemberBinding="{Binding Source={StaticResource MyColor}, Path=R}"/>
<GridViewColumn Width="150" Header="Green" DisplayMemberBinding="{Binding Source={StaticResource MyColor}, Path=G}"/>
<GridViewColumn Width="150" Header="Blue" DisplayMemberBinding="{Binding Source={StaticResource MyColor}, Path=B}"/>
</GridView.Columns>
</GridView>
</ListView.View>
</ListView>چرا دست ما نیست؟ اشتباه ئه. اگر قرار بود منبع رو خودمون تعیین نکنیم که وجود مشخصه لازم نبود.
شما می توانستید تصور کنید که DisplayMemberBinding به چیز دیگری مربوط باشه؟ یک توصیف منطقی دیگری می توانید پیدا کنید که اینطور نباشه؟
اگر توضیحی می دهید که x برخلاف y از قاعده z پیروی نمی کنه باید یک تشابه موضوعی بین x و y باشه، وگرنه اگر x و y در یک گروه متناسب با z قرار نگیرند صدق کردن z برای y منطقی نداره که صدق نکردنش نیاز به مطرح کردن داشته باشه. مثل اینکه بگید کفش برخلاف حیوانات خانگی مرسوم بازیگوشی نمی کنه، کفش که حیوان خانگی نیست که پیروی نکردنش از قواعد حیوان خانگی عجیب باشه.
طبعا نه.
بله.
مباحث کلی رو به درستی مطرح می کنید ولی برخی توضیح و مثال تون نه. روی Error تمرکز نکنید، Error نتیجه یک اشتباه ئه، و میزانش و رفع اش به توانایی و معلومات و تجربه فردی و تیمی بستگی داره، نه معماری.
بله.
مقایسه تون درست نیست، به مثال موردی که بستگی نداره. شما ممکنه انواع مثال ها رو پیدا کنید که در مورد x و y وضعیت مشابهی باشه، ولی همچنان مقایسه x و y درست نباشه.
چرا همه مسائل رو با هم قاطی می کنید؟ به Binding ربطی نداره. Binding یک موجودیت مستقل ئه، رفتارش ربطی به المنتی که برایش Binding نوشته میشه نداره. Binding در Header با Binding در DataContext یا در ItemsSource یا در هر مشخصه دیگری فرقی نداره. Binding فقط رابط ئه، تعیین کننده رفتار اون المنت نیست. رفتار GridViewColumn هم قرار نیست شبیه ListView یا سایر کنترل ها باشه، مقایسه شون هم بی معنی ئه.
اگر اینطوری که شما میگید باشه همینطور که در TextBlock رشته Color[] Array رو نشون میده :
<Grid>
<Grid.DataContext>
<x:Array Type="Color">
<Color>Yellow</Color>
<Color>Magenta</Color>
</x:Array>
</Grid.DataContext>
<TextBlock Text="{Binding}"/>
</Grid> <ListView>
<ListView.ItemsSource>
<x:Array Type="Color">
<Color>Yellow</Color>
<Color>Magenta</Color>
</x:Array>
</ListView.ItemsSource>
<ListView.View>
<GridView>
<GridView.Columns>
<GridViewColumn Width="300" Header="Color" DisplayMemberBinding="{Binding}"/>
</GridView.Columns>
</GridView>
</ListView.View>
</ListView>چرا فرضیه می سازید و از من می پرسید درسته یا نه؟ من بگم چیزی درسته درست میشه؟ نظر من که نباید دلیل درستی فرضیه باشه.
using System.Collections;
namespace WpfApp1
{
public class MyClass : IEnumerable
{
public class MySubClass
{
public string MyName => "MySubClass";
}
private readonly MySubClass[] _array = new MySubClass[] { new MySubClass(), new MySubClass(), new MySubClass() };
public string MyName => "MyClass";
public override string ToString()
{
return MyName;
}
IEnumerator IEnumerable.GetEnumerator()
{
return _array.GetEnumerator();
}
}
} <Grid>
<Grid.DataContext>
<local:MyClass/>
</Grid.DataContext>
<TextBlock Text="{Binding}"/>
</Grid> <ListView>
<ListView.ItemsSource>
<local:MyClass/>
</ListView.ItemsSource>
<ListView.View>
<GridView>
<GridView.Columns>
<GridViewColumn Width="300" Header="MyName" DisplayMemberBinding="{Binding MyName}"/>
</GridView.Columns>
</GridView>
</ListView.View>
</ListView>
<Grid.Resources>
<x:Array x:Key="myTabItem" Type="{x:Type Button}">
<Button Width="50" Height="50" Content="salam"/>
<Button Width="50" Height="50" Content="Khobi?"/>
</x:Array>
</Grid.Resources>
<TabControl Margin="0, 400, 0, 0" Height="200" ItemsSource="{Binding Source={StaticResource myTabItem}}">
<TabControl.ItemContainerStyle>
<Style TargetType="{x:Type TabItem}">
<Setter Property="Header" Value="{Binding Path=Content}"/>
<Setter Property="Content" Value="{Binding }"/>
</Style>
</TabControl.ItemContainerStyle>
</TabControl>من از روی این نشونه ها تصمیم نمی گیرم. اگه به کاری که مشخصه قراره بکنه توجه کنید، خودش مشخص میکنه که منبع داده اش چی میتونه باشه یا بصورت پیشفرض چی رو نمایش میده. فرضا اگر مشخصه ای قراره محتویات سطر جدول رو تعیین کنه بدیهی است که باید منبع اش اعضاء سطر باشه.سلامی مجدد
خیلی ممنون استاد .
بله . درسته .
هم چیزهایی که شما گفتین ، هم چیزی که در لینک زیر گفت :
Difference between DataContext and ItemsSource in WPF/Silverlight
In this article I will try to illustrate the difference between DataContext and ItemsSource property in Silverlight/WPF.www.c-sharpcorner.com
هم اینکه یه نفری در انجمن برنامه نویس یه سئوالی مطرح کرد که داشتم چک میکردم و کدش را این جوری تغییر دادم :
XML:<Grid.Resources> <x:Array x:Key="myTabItem" Type="{x:Type Button}"> <Button Width="50" Height="50" Content="salam"/> <Button Width="50" Height="50" Content="Khobi?"/> </x:Array> </Grid.Resources> <TabControl Margin="0, 400, 0, 0" Height="200" ItemsSource="{Binding Source={StaticResource myTabItem}}"> <TabControl.ItemContainerStyle> <Style TargetType="{x:Type TabItem}"> <Setter Property="Header" Value="{Binding Path=Content}"/> <Setter Property="Content" Value="{Binding }"/> </Style> </TabControl.ItemContainerStyle> </TabControl>
از همه ی اینها نتیجه ام این شد ، ببینید درسته؟ :
اینکه پروپرتی هایی که در توضیحات شون که گفته شده که "برای Bind شدن به Data Item ها (آیتم ها) استفاده میشن" ، مثل توضیحِ پروپرتیِ DisplayMemberBinding ، و همچنین پروپرتی های مربوط به اشیاهایی که مربوط به فرضا ComboBoxItem ، ListBoxItem ، TabItem و از این نوع کنترل هایی که آیتم هایی را برای کنترل های ItemsControl مشخص میکنن (فرضا همین پروپرتیِ Header و Content ئه TabItem که در کد بالا براش Binding انجام شده) ،
اگه برای این نوع پروپرتی ها Binding انجام بشه و همچنین اگه برای کنترل مربوطه (مثلا کنترل TabControl و ...) ، پروپرتیِ ItemsSource را مقداردهی کنیم ، مقدار پیش فرضِ Source ئه Binding در این پروپرتی ها ، برابر با دونه دونه ی آیتم هایی هست که در پروپرتیِ ItemsSource مشخص شد (که اگه برای پروپرتیِ ItemsSource ، عمل Binding اانجام بدیم ، معمولا آیتم های ItemsSource را ، مقدار پروپرتیِ Path ئه Binding اش مشخص میکنه و بنابراین در این صورت ، مقدار پیش فرضِ Source ئه Binding در پروپرتی هایی مثل DisplayMemberBinding و Header و Content که در بالا گفته شد ، برابر با پروپرتیِ Path ئه Binding ئه ItemsSource در دونه دونه آیتم هاشون میشه) .
یعنی در این حالت ، Source ئه Binding ئه این پروپرتی ها ، برابر با منبعی که در DataContext مشخص کرده بودیم ، نمیشه و DataContext روشون تاثیری نداره اما بجز این پروپرتی ها ، Source ئه Binding ئه بقیه ی پروپرتی ها ، از پروپرتیِ DataContext بصورت پیش فرض گرفته میشه (البته غیر از Template ها و اینها) .
چون نه GridViewColumn فرزند درخت بصری ListView ئه و نه Header با ItemsSource ئه ListView کاری داره. در نظر بگیرید که GridViewColumn فقط توصیف ستونی از GridView ئه، کنترل نیست، کنترلی که داخل ListView باشه نیست. برای همین Source ئه یک Binding در Header بصورت پیشفرض چیزی است که در توصیف المنت های والد به عنوان DataContext مطرح شده. وگرنه کنترل والدی نداره که بخواد منبع داده اش رو از اون بگیره. اما DisplayMemberBinding قراره محتویات سطر رو نشون بده، به آیتم هایی که داخل ListView نمایش داده میشه مربوطه، برای همین باید منبع داده اش اعضاء اون باشه.
