C# - Problemi i rješenja

zadatak glasi ovako:

 Prilikom rezervacije karata za let avionom ispisuje se podatak o mjestu polaska, mjestu dolaska te vremenu trajanja leta. Potrebno je napraviti program koji će na osnovu unesenih podataka (kôd mjesta (dani u tablici 11.1), sat vremena polaska i minute vremena polaska) izračunati vrijeme trajanja leta te ispisati poruku oblika „Vaš let iz mjesta Zagreb do mjesta Dubrovnik traje 0:55.“ Uneseni podaci za ovaj izračun su redom: ZAG, 21, 10, DBV, 22, 5. 

Oznaka mjesta   Mjesto 

DBV           Dubrovnik 

ZAG           Zagreb 

OSI           Osijek 

PUY           Pula 

SPU           Split 

RJK           Rijeka 

Devex je prije 2-3 godine imao besplatni paket sa 60 kontrola. To je sada isteklo. Ako ti je do modificiranja izgleda onda se prebaci na WPF, tamo imaš dosta veću slobodu. Ja sam osobno vrlo malo koristio ali koliko se sjećam - vrlo je fleksibilno.

Inače, u firmi koristim isključivo devex već 6-7 godina. Ako ti trebaju pojedinačne komponente mislim da to možeš kupiti - ne moraš uzeti sve. Skupo je, ali isplati se.

a moze li se to ručno obavit? ima li netko ideju? 

uspio sam rijesiti sa dosta if uvjeta 

Topic traži da se ovdje postavljaju pitanja isključivo za C#

To je tema koju tražite.

http://www.bug.hr/forum/topic/programiranje/programiranje-c-svega-pomalo/60641.aspx

Kako pozvati prozor iz console aplikacije da odaberem file?

I dal je to uopće moguće?

zasad imam ovako:

string fname;

OpenFileDialog fd = new OpenFileDialog();

fd.ShowDialog();

fname = fd.FileName;

Console.Write(fname);

ali mi javlja "are you missing assembly reference..."

na početku programa imam 

using System;

using System.Collections.Generic;

using System.Linq;

using System.Text;

using System.Threading.Tasks;

using System.IO;

using Microsoft.Win32;

//using System.Windows.Forms;

using System.Collections;

a system.Windows.Forms mi neda uključiti, a nije mi jasno zašto?

Dok ukucam System.Windows. mi nudi samo Input i Markup

hvala

Zbog istog razloga zbog kojeg ne možeš baš tako jednostavno pripasati Windows formu u Windows servis.

Dakle, ponovo generiraj projekt, ovog puta kao Windows Forms aplikaciju (ili kako to već Microsoft zove ovih dana i koju već modnu kolekciju imaju ove sezone).

Ako trebaš nekakav konzolni ispis, emuliraj ga, za to barem postoji 50 različitih načina. Isto se odnosi i na konzolni unos.

Paaa, možće se reći da konzola i jest jednostavnija i obično se brže starta pa je zato bolje u njoj čačkati dok se ne skuže osnove, jer to se najčešće i radi u toj fazi učenja (start/debug/stop). Kada kreneš učiti evente i delegate to je donekle lakše pomoću GUI-a, za sve ostalo može konzola.

Zato sam i krenuo tim putem , dok savladam konzolu onda idem na wpf :)

Davno sam učio c++, sad sam jedno vrijeme u autolispu i dcl-u.

To baš nema logike. Redoslijed učenja je poprilično jasno definiran:

1) Osnove (uvjetne naredbe, petlje, polja, funkcije itd..)

2) Objektna paradigma i uvod u klase

3) Specifične klase i biblioteke (.NET i sl.)

Za početnika koji se tek uči odmah skakanje na točku 3 podrazumijeva nepotrebno uplitanje mnoštva klasa koje mu uopće nisu nužne da shvati te osnovne stvari. Što će uopće ikome GUI da shvati kako rade uvjetne naredbe, petlje, polja itd? Takve se stvari moraju moći vizualizirati u glavi a ne u GUI-ju. A da ne spominjem kako se kroz GUI uvodi poprilična količina nepotrebnog coda da bi taj netko shvatio tek te osnovne stvari. Još se sjećam bune kada su oni koji uče C++ pričali kako funkcija main ima previše toga "čemu using namespace std? čemu return 0?" itd.., a kamoli da im se povrh toga uvedu i .NET klase. Štoviše, kladim se da preko 90% vas uopće ne zna čemu služi taj return 0 u funkciji main (a napisali ste ga tisuće puta) tj. da prikažete praktičnu primjenu toga.

Po mom iskustvu na preskokce uče samouki ljudi koji su poprilično nestrpljivi i žele odmah napraviti nešto konkretno. Međutim, takvi programeri vrlo često imaju rupe u znanju, i to se kad tad na složenijim projektima počne reflektirati. Počevši od loše organizacije programskog koda, copy-pejstanja blokova naredbi gdje bi obično to isto trebalo staviti u funkciju i izvršiti kao takvo, pa do kompletnog nerazumijevanja coda koji se koristi. "Radi i to mi je dovoljno", bez da uopće taj code pokušaju skratiti zbog svrhe koja im treba ili specifično optimizirati.

Sve ima svoj razlog zašto se uči i kako se uči. Ne treba nikada bespotrebno komplicirati ako to nije nužno potrebno.

Ja govorim o vizualizaciji u glavi a ti o GUI-ju. Programiranje nije GUI niti photoshopiranje već pisanje coda s razumijevanjem.

Onda bolje ponovo pročitaj jer mislim da sam sve napisao . Korištenje .NET klasa za početnika je po meni krajnje nepotrebno jer početnik bi trebao imati što manje coda da shvati ono što pokušava naučiti. Zato se uvijek i uči od najjednostavnijih modela pa tek onda primjena toga na GUIju. Uostalom, ne vidim nikakvu korist od GUI-ja pri učenju algoritama, struktura podataka itd. To i jest najjednostavnije proći u konzoli.

No eto, nemojmo sad da ispadne da ja nekome nešto branim ili sl. Slobodno neka svatko uči kako god želi i kako mu je lakše, a ja sam samo dao svoje mišljenje kao ipak vjerujem jedan od iskusnijih.

Redosljed učenja koji si gore naveo je točan i puno puta se pokazao kao ispravan (i ja ga u potpunosti podržavam) ali...

Taj "magično nastali" kod u WinFormama je Load event od Form1. Da, gore je referencirano dosta toga ali "o tome ćemo kasnije". Zato sam i naglasio, preskočimo cijelu priču o eventima za početak. Istina, u konzoli je manje posla (Console.WriteLine() za ispis nekog rezultata) ali jedan multiline txtbox bi to isto radio bez problema. Da, zahtjeva jednu kvačicu u Designeru (ili postavljanje properya u Load eventu).

Poanta je u tome da prosječni .Net dev (kao ja npr.) će možda u svom radnom vijeku napisati par console aplikacija i pretjerano zadržavanje tamo mi nema nikakvog smisla ali ok, to je moje mišljenje. Pametniji od mene su slagali nastavni plan/program i tečajeve programiranja.

My point - riješiti tipove podataka, petlje i OO principe što prije u konzoli i prebaciti se na GUI. Danas je sve u UIju i ti dodatni sati bi svima dobro došli. Naravno, ne odmah na delegate, detalje o eventima i sl., samo ono - zlo mi je kad vidim kako netko "siluje" tab kontrole, locka elemente na određenu rezoluciju (pa program složen za 1024x768px izgleda kaotično na 1440x900) i slične kerefeke.

I ja znam zašto je main int i čemu je onaj return 0 (da nebi bilo...)

[edit] - sad vidim da je i kolega Friday bacio koju pametnu...

Dakle, kao i on, ja sve radim naopako . Nisam niti jedno područje uzeo "za zub" i krenuo učiti od A do Ž nego sve po potrebi. Jučer mi je trebalo pola System.Net namespacea i prekopao sam stackoverflow u potrazi za gotovim rješenjima koja sam po potrebi prepravio i natjerao na suradnju. Sutra će mi možda trebati neka caka iz WPFa ili možda nešto o async threadovima. Nema veze, googlat ću. Glavno da na kraju proradi i da je klijent zadovoljan.

Naravno da se ne gubim u glupostima tipa castanje, petlje, pisanje osnovnih querya i sl. - nakon što je ponovljeno x puta, zapamti se. Sve novo učim u hodu i prilagođavam se. Ako je netko dobar programer, to ne znači da zna svaku klasu u .Netu kako radi i kada će je upotrijebiti - po meni, dobar programer je netko tko će tuđe rješenje uzeti, prilagoditi sebi i ukomponirati u projekt da radi i ne stvara probleme. Snalažljivost, a ne znanje neke od boga zaboravljene klase ili tamo nekakvi bubble i što ti ja znam sortovi (eto, priznam, neam pojma o sortiranju, ali kad mi zatreba, znam di ću iskopat i znam kako npr. c++ rješenje prekrojiti u .Net).

Slažem se.

Sum_of_all_fears kaže...

Dakle, kao i on, ja sve radim naopako . Nisam niti jedno područje uzeo "za zub" i krenuo učiti od A do Ž nego sve po potrebi. Jučer mi je trebalo pola System.Net namespacea i prekopao sam stackoverflow u potrazi za gotovim rješenjima koja sam po potrebi prepravio i natjerao na suradnju. Sutra će mi možda trebati neka caka iz WPFa ili možda nešto o async threadovima. Nema veze, googlat ću. Glavno da na kraju proradi i da je klijent zadovoljan.

Da, ali ti od toga ne živiš. To ti nije posao za prehraniti obitelj već to radiš kada stigneš i koliko ti je potrebno. Druga je riječ kada se govori o profesionalcima koji programiraju za kruh i onda uče posao kako stignu i po potrebi. Meni svakako ne bi bilo svejedno otići profesionalnom mehaničaru koji zna posao ili onome koji nikada do sada nije rastavljao glavu motora jer mu to do sada nije bilo potrebno.

Upravo tako. Predodžba se stvara na osnovu već nekog postojećeg iskustva, no netko tko nema iskustva čak i u onim osnovnim stvarima teško da može biti garancija dobro obavljenog posla za one složenije stvari.

No opet, nećemo sad skretati s teme. Ja ne tvrdim da su samouki programeri neznalice i da ne vrijede. Štoviše, tokom vremena svi uđu u shemu posla i nauče se služiti onim što im treba. No tu ne treba stati već učiti i dalje. Prestanka učenja nažalost nikada nema, a pogotovo u našoj struci gdje tehnologija svakim danom napreduje.