C# i bazy danych

[Ellusion]

Mam za zadanie przygotowanie projektu w C# opartego na bazie danych pozwalającego na obsługę hotelu (wolne pokoje, ceny itp.). Sęk w tym, że nie mam bladego pojęcia jak się do tego zabrać. Czy możecie polecić jakieś strony gdzie jest to opisane? Mam do dyspozycji SQL Server, Visuala i WPF.

[webtom]

Jeżeli masz opanowane choćby podstawy SQL'a, to zerknij np. tu lub tu, co powinno Ci nieco rozjaśnić, w jaki sposób aplikacja ma się łączyć z bazą. O takich rzeczach, jak konieczność przygotowania schematu bazy danych nie będę już wspominał.

I WTP, czy WPF? Jeżeli to drugie, to pod tym względem wiele Ci nie pomogę.

[Ellusion]

WPF, głupia literówka.

I jak to jest z WPF i Windows Form? Są zwolennicy jednego i drugiego. U mnie sugerowano użycie WPF.

[wies.niak]

Formsy są starsze, bardziej popularne i na początku trochę prostsze. Z drugiej strony WPF opiera się na XAMLu, który może wydawać się dziwny czy skomplikowany, ale w gruncie rzeczy jest całkiem fajny. Zresztą jest kreator graficzny w razie czego, podobnie jak w formsach. Ja bym polecał pobawić się WPFem, który IMO ma trochę większe możliwości niż formsy.

Jeśli chodzi o bazę danych, to polecam przyjrzeć się Entity Framework, który w prosty i przyjemny sposób pozwala na użytkowanie baz danych. Nie trzeba się pieścić w ręczne wyciąganie danych czy paskudne DataSety. Tworzysz bazę, zaciągasz jej model do aplikacji (1 z 3 podejść o nazwie "Database First") i masz ładne odwzorowanie w formie kolekcji, razem z kluczami obcymi itd.

[t3tris]

Formsy są nie dość, że brzydkie to jeszcze diablo niewygodne

WPF to złoto w czystej postaci nie tylko ze względu na to, że wreszcie można to sobie ułożyć porządnie w formie XAMLa, który dużo bardziej przypomina programowanie, niż Formsowe przesuwanie elementów myszką, ale PRZEDE WSZYSTKIM dlatego, że wymusza zastosowanie MVVM.

Zgodzę się całkowicie z wiesniakiem odnośnie Entity - wyciąganie czegoś z bazy do DataSetów to katorga, której nie życzę najgorszemu wrogowi. A tak - robisz sobie elegancki model i wszystko hula.

[wies.niak]

Z tym wymuszaniem MVVM to bym nie przesadzał. Wzorzec jest fajny, ale bez użycia jakiegoś frameworka trzeba robić obejścia na niektóre sytuacje (głównie zdarzenia, do których nie da się podpiąć komendy). No i generalnie można operować w code-behind tak samo jak w formsach czy asp.net, więc jest dość podobnie. Za to stylowanie może przyprawić o ból głowy, jeśli się okaże, że trzeba cały szablon kontrolki przerabiać. Niemniej jest to też zaleta, bo można z wyglądem kontrolki zrobić absolutnie wszystko (mając odpowiednią wiedzę).

Jak chcesz być hardkorowym programatorem () to możesz GUI okienek formsowych generować z kodu - nikt Ci nie broni ;]

[t3tris]

Oczywiście, że można operować w code-behind, tak jak można robić metody voidowe z argumentami przekazywanymi przez out, ale to nie o to chodzi, żeby robić na przekór wzorcom, prawda? ;>

Co do zdarzeń, to taki już urok WPF - nie jest dostosowany do kodowania eventami, INotifyPropertyChanged oraz ObservableCollection robią mnóstwo dobrej roboty, tylko trzeba się przestawić. Natomiast moim zdaniem jest to krok w dobrym kierunku.