Dobra znajomość C# .NET

Question

Witam wszystkich :)

Uczę się od pół roku C# z książką Andrew Troelsena.
Poznałem już:
- podstawowe konstrukcje programistyczne
- podejście obiektowe, klasy, enkapsulacje, dziedziczenie,polimorfizm
- obsługę wyjątków, iterfejsy
i nie bardzo wiem co dalej :D czym jest dobra znajomość języka C#? Co powinienem jeszcze opanować, żeby ta nauka przybrała fajnego kształtu, a nie tylko klepania programików liczących średnią ;d
Nie ruszałem jeszcze Windows Form, ADO.NET, WCF,WPF,ASP.NET
i za co tu się zabrać? :D

Answer 1

"Poznałeś", ale czy umiesz wykorzystać poznaną wiedzę? Rozumiem, że chcesz móc stworzyć jakąś aplikację okienkową, aby móc poczuć progress, ale mówiąc szczerze i tak za chwilę zejdziesz do poziomu konsoli bo pisanie aplikacji okienkowych jest nudne.

Napisz jakiś większy projekt bazując na tym co umiesz (choćby i grę konsolową) i dopiero wtedy zacznij myśleć "co dalej", upewnij się że opanowałeś poznaną wiedzę, bo gdy przyjdzie ci przejść na "poziom wyżej" to okaże się że będziesz musiał opanować nowe API oraz będziesz zmuszony łatać swoją wiedzę.

Comments

o widzisz, gra konsolowa to jest jakiś pomysł.
dokładnie o to mi chodzi, o to żeby móc przećwiczyć to co umiem, a nie tylko się uczyć :)

---

Ćwiczeń jest mnóstwo, podejrzewam że ciekawym ale dość łatwym wyzwaniem jest rysowanie tabel ze znaków, tak aby wartości były centrowane (coś w tym stylu):

http://pastebin.com/raw/mM9FyGrX

Wbrew pozorom zadanie jest ciekawe, szczególnie gdy zaczniesz rozbudowywać całość o możliwość tworzenia tabeli dwuwymiarowej, umożliwisz ustawienie wymiarów komórek na stałe wartości (trzeba będzie obsłużyć wtedy jakoś przenoszenie całych wyrazów).

Oczywiście dużo bardziej atrakcyjna jest gra, niż tabelka (i łatwiej tam jest wymyślić jak wykorzystać poznaną wiedzę z obiektówki) :P

---

Tak z ciekawości. Dlaczego uważasz, że pisanie aplikacji okienkowych jest nudne a konsolowych nie?

---

To nie do końca tak: gdy piszesz aplikacje okienkowe, to tak naprawdę piszesz dokładnie ten sam kod co w przypadku aplikacji okienkowych, tylko dodatkowo go łączysz z odpowiednimi kontrolkami w oknie.

Samo rozwiązanie problemu jest ciekawe (załóżmy, że na wejściu program otrzymuje jakiś tekst, który musi rozszyfrować nie znając klucza), tylko że dla siebie na czas testów i tak będziesz siedział na konsoli, ponieważ implementacja wejścia/wyjścia jest zrobiona za ciebie (możesz też w łatwy sposób drukować dodatkowe informacje), dopiero dla klienta łączysz powstały kod z okienkiem i ten proces jest nudny, bo jest identyczny dla każdego projektu: co może być ciekawego w łączeniu wyliczonych danych z jakimś TextBox'em?

---

Ok, rozumiem co masz na myśli. Tak w sumie, zgadzam się z Tobą :)

Answer 2

Windows Form, ADO.NET, WCF,WPF,ASP.NET
i za co tu się zabrać?

Za wszystko po kolei z wyjątkiem Windows Forms. 

Comments

a co jest nie tak z windows form?;p