Új hozzászólás Aktív témák

• #27 Karma félisten Pttypang #26

  Új Válasz 2014-03-02 21:08:00 #27

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  Karma

  félisten

  válasz Pttypang #26 üzenetére

  A C# programozás topikban reagáltam. Legalábbis próbálok, a netem elég ingadozó perpill.

• #24 Karma félisten Pttypang #23

  Új Válasz 2014-01-16 20:01:50 #24

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  Karma

  félisten

  válasz Pttypang #23 üzenetére

  Hm... És milyen nyelven van ez a szó?

• #22 Karma félisten Pttypang #21

  Új Válasz 2014-01-16 19:16:30 #22

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  Karma

  félisten

  válasz Pttypang #21 üzenetére

  Ja, én egész eddig azt hittem, hogy távolsági menetrend lesz, ahhoz készültem

  SqlMetalt sose használtam, EF-et is csak Code Firsttel.

  De ha már kézzel írod a DB-t, az "avasrol" milyen entitás?

• #20 Karma félisten Pttypang #17

  Új Válasz 2014-01-16 08:47:46 #20

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  Karma

  félisten

  válasz Pttypang #17 üzenetére

  A data binding és a LINQ abban segít, hogy ugyanazt a kódot, amit kézzel hosszasan és redundánsan megírnál, deklaratívan kérd a frameworktől és kész. A UI adatkezelés esetében egyértelmű az előnye, de az SQL esetében se marad el. Minél kevesebb kódot írsz, annál kevesebbet kell karbantartani.

  De ettől még ugyanannyi műveletet kell kitalálnod.

• #19 Karma félisten Pttypang #17

  Új Válasz 2014-01-16 08:40:03 #19

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  Karma

  félisten

  válasz Pttypang #17 üzenetére

  Ebben az elképzelésben nekem az sántít, hogy ha sok járat van (miért ne lenne?), a felhasználónak somat kell görgetnie mire célba ér, és az elég frusztráló. Meg mi van, ha kínkeservesen lejut Zalaborzasztóig, aztán kiderül, hogy nincs is járat Mucsaröcsögére? Instant ragequit.

  Én különvenném a honnan-hova kiválasztást külön oldalakra; vagy még inkább egy Pivotra. Az első oldala egy városlista (a névjegyzékhez hasonló ugrási és keresési lehetőséggel, + egy gombnyomással az aktuális helyzet alapján kiválasztással), a második már a járatlista amik az adott helyről indulnak, a harmadikon meg jöhetnek az idők és egyéb történetek.

• #18 Karma félisten Pttypang #17

  Új Válasz 2014-01-15 19:36:02 #18

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  Karma

  félisten

  válasz Pttypang #17 üzenetére

  Classon belül van még egy class. A felsőt (ami a namespace után kezdődik) töröld ki!

  Az appra majd még írok valamit hamarosan.

• #16 Karma félisten Pttypang #15

  Új Válasz 2014-01-15 18:41:57 #16

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  Karma

  félisten

  válasz Pttypang #15 üzenetére

  1) A ListPickert csak azért tettem be, hogy legyen valami amit csinál az app dinamikusan. Ha elmondod hogy mit szeretnél elérni (akár privátban, ha olyan), mondhatok rá alternatívát.

  2) A TimeTableItemet tartalmazó TimeTableItem.cs fájlt le tudnád screenshotolni? Pl. lehet, hogy elírtad a hozzáférési szintjét ezeknek a propertyknek, és private lett.

• #14 Karma félisten Pttypang #13

  Új Válasz 2014-01-06 11:10:26 #14

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  Karma

  félisten

  válasz Pttypang #13 üzenetére

  Hja, a linkről nálam is... Átmásoltam pastebinre: [link]

• #12 Karma félisten Pttypang #11

  Új Válasz 2014-01-06 10:32:15 #12

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  Karma

  félisten

  válasz Pttypang #11 üzenetére

  Az MVVMLight 3 elég régen volt, azt ne erőltesd. A Google alapján úgy tűnik, hogy egy évvel később írták meg az osztályt.

  Viszont mivel nem egy nagy dologról van szó, innen át tudod emelni a forrását.

• #8 Karma félisten

  Új Válasz 2014-01-02 23:42:33 #8

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  Karma

  félisten

  Now with 100% more GitHub! Kicsit kényelmesebb mindenkinek, mint a zip fájlt tologatni

• #7 Karma félisten

  Új Válasz 2014-01-02 23:21:42 #7

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  Karma

  félisten

  Megcsináltam a módosításokat, de előtte tettem be egy loggert a DataContextnek, így szépen látszik hogy pontosan úgy van ahogy leírtad

  Az eredeti formában, ahogy feltöltöttem, a minden szűrés a memóriában történt, a DB-ből teljes felolvasásokat végzett. Ez a sor ismétlődik a logban minden DB műveletnél:

  SELECT [t0].[_version], [t0].[Id], [t0].[FromStop], [t0].[ToStop], [t0].[StartTime], [t0].[EndTime]
  FROM [TimeTableItem] AS [t0]

  Miután kidobtam az AsEnumerable hívást, mindjárt normalizálódott.

  Ez lett a városnevek gyűjtéséből:

  SELECT [t3].[FromStop]
  FROM (
  SELECT [t2].[FromStop]
  FROM (
  SELECT [t0].[FromStop]
  FROM [TimeTableItem] AS [t0]
  UNION
  SELECT [t1].[ToStop]
  FROM [TimeTableItem] AS [t1]
  ) AS [t2]
  ) AS [t3]
  ORDER BY [t3].[FromStop]

  És ez a városra szűrésből:

  SELECT [t0].[_version], [t0].[Id], [t0].[FromStop], [t0].[ToStop], [t0].[StartTime], [t0].[EndTime]
  FROM [TimeTableItem] AS [t0]
  WHERE ([t0].[FromStop] = @p0) OR ([t0].[ToStop] = @p1)
  -- @p0: Input String (Size = 9; Prec = 0; Scale = 0) [Kecskemét]
  -- @p1: Input String (Size = 9; Prec = 0; Scale = 0) [Kecskemét]

• #6 Karma félisten Peter Kiss #5

  Új Válasz 2014-01-02 21:49:22 #6

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  Karma

  félisten

  válasz Peter Kiss #5 üzenetére

  Köszi, majd átírom és cserélem a szöveget is meg a kódot is.

  Valami más észrevételed van még esetleg? Szeretek tanulni a hibáimból

• #4 Karma félisten Peter Kiss #3

  Új Válasz 2014-01-02 21:41:25 #4

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  Karma

  félisten

  válasz Peter Kiss #3 üzenetére

  Hupsz. Akkor itt tényleg képzavarban voltam, mert igazából mindig csak objektumokra használom a LINQ-t és láttam hogy később értékeli ki a dolgokat az IEnumerable...

  Odáig oké, hogy rossz amit írtam, de mit javasolnál helyette akkor? IQueryable interfészt kiajánlani helyette esetleg? Nem hiszem, hogy az absztrakciós igényem ördögtől való azért.

• #2 Karma félisten Peter Kiss #1

  Új Válasz 2014-01-02 21:11:46 #2

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  Karma

  félisten

  válasz Peter Kiss #1 üzenetére

  Attól, hogy attribútum van rajta, még mindig egy POCO-ról van szó, szerintem ez elég független az adatbázistól. Na jó, az ID és a Version mezők tényleg rontanak rajta, de szerintem nem vészes.

  Javaban használtál már JAXB-t, Springet vagy Camelt? Ott is elég gyakori, hogy annotációkkal tolnak meg POJO-kat, hogy ne kelljen feleslegesen duplikálni dolgokat.

  Tudtommal az lenne a lényege az IEnumerable-nek, hogy addig nem végez semmilyen műveletet, amíg nem akarja valaki kiértékelni, márpedig azt csak a ListBox fogja megtenni property change-enként egyszer, meg induláskor. Az induláskor teljes felnyalás a példa egyszerűsége miatt ilyen (lehetne limitálni meg stb), szűréskor meg a LINQ to SQL már berakja a WHERE feltételt magától. Tévednék?

Új hozzászólás Aktív témák