- Na! Ez egy JÓ utólagos autós fejegység - Minix CP89-HD
- Telekom mobilszolgáltatások
- Motorola Edge 50 Neo - az egyensúly gyengesége
- Mobil flották
- Okosóra és okoskiegészítő topik
- Google Pixel 9 Pro XL - hét szűk esztendő
- Akciófigyelő: Jelentősen olcsóbban nyit az Ulefone új mindenese
- India felől közelít egy 7550 mAh-s Redmi
- VoLTE/VoWiFi
- One mobilszolgáltatások
Új hozzászólás Aktív témák
-
martonx
veterán
válasz
MrSealRD
#4828
üzenetére
Elvileg akárhány gépről debugolhatod, ha mindegyiknél sikeresen bejelentkeztél Azure-ba, feltetted az SDK-t. Viszont egyszerre (egy időben) csak 1 gép kapcsolódhat a debuggerhez.
Azt se felejtsd el, hogy a Remote debugging csak 48 óráig él, lehet időközben lejárt ez az időszak? -
válasz
MrSealRD
#3845
üzenetére
A lehető legkevesebb mágiával kell élni szerintem. Egyszerűség mindenek felett.
Ha van egy osztályom, amiben egy property (különben miért kellene property, ha csak arra használom, hogy belül állítgassam), ami még publikus is, akkor nem a tostronget kezdem el felülírni, hanem használom a Name property-t. Miért?- Mert így pontosan tudom, hogy a nevet kell használnom és azt is kapom.
- Debug.
- Ha más ránéz a kódra, értse, mi van ott - vagy én két hét múlva
- Maintainability, testability és még egy sor képesség. -
vlevi
nagyúr
válasz
MrSealRD
#3810
üzenetére
De, használom. Viszont egy sima eljárásra nem találtam. pl. arra, hogy
void bizbasz
{}
Annyira kényelmentlen, hogy Delphiben hamarabb beírom a begin end párost, mint ezt a két karakter... Bezzeg a múlt század végén, amikor még nem volt magyar billentyűzet, milyen szuper is volt, őú volt a szogletes zárójel, és ŐÚ a kapcsos... Pontosvesszőhöz sem kellett altgr, annak csak annyi a szerencséje, hogy közel van egymáshoz a kettő, azt már megszoktam együtt lenyomni.
-
-
martonx
veterán
válasz
MrSealRD
#3617
üzenetére
Én pont, hogy Business vonalon dolgozok. Tudod milyen JS framework-ök vannak? Nézd meg a DHTMLX-et, vagy a Kendo-t és még hosszan sorolhatnám. Business vonalon már most is szinte minden böngészőben fut.
Bár mielőtt belémkötnek pontosítok. Szinte minden új fejlesztés már a böngészőben futást célozza meg. Így a menedzser okostelefonjától, az üzletkötő tabletjéig, az irodai dolgozó full hd desktop monitorán mindenhol ugyanazt a rendszert tudja használni.
Ebben nagyon jó az ASP.NET (különösen az MVC), és nagyon jól érzi az MS, hogy merrefelé kell haladnia.
És ebbe a trendbe egyszerűen nem illik bele a wpf, meg a silverlight, bármennyire is jó eszközök ezek, és bármennyire is fáj ezt felismerni. -
martonx
veterán
válasz
MrSealRD
#3606
üzenetére
WPF: mert évek óta nem fejlesztik. Hamarabb meghalt, mint a Silverlight, még ha ez sem lett soha konkértan kijelentve MS részéről.
Win8-ban ugyan lesz Xaml + C#, illetve desktop módban továbbra is futtathatóak lesznek a klasszikus wpf, sl cuccok, de ettől még igenis halottak.
Nagyon rövid időn belül a HTML5-ös cuccok fogják elárasztani a win8-at a cross-platformitás miatt. Mivel folyamatosan veszíti monopol helyzetét a windows az Android és az IOS mellett, egyre inkább a cross-platformitás kell, hogy előjöjjön a fejlesztésekkor, erre pedig az egyetlen jelenlegi eszköz a Html5.ubid: A Visual Foxpro olyan régen halott, hogy már szinte nem is emlékszik rá senki, mégis van aki a mai napig ebben fejleszt. Akkor mégsem halott?
-
Karma
félisten
válasz
MrSealRD
#3533
üzenetére
A szoros csatolás az, amikor a View codebehindjában előveszed a DataContextet és elkezdesz matatni benne. Ekkor konkrét interfészhez vagy osztályhoz kötöd a Viewt. Vö. amikor bindingot használsz, csak a propertyk nevének kell egyeznie, de a csatolt objektum típusáról egyébként mást nem kell feltételezni.
Konkrét példát egy darab iPaddel felszerelve nem írnék
Szerintem elképzelhető simán.Másfajta szoros csatolás meg az, ha az üzleti logikát belekened a Viewba. Akkor meg az alkalmazásod működése függ a konkrét View típustól... De ennek elkerüléséről szól az MVVM.
-
amargo
addikt
válasz
MrSealRD
#3521
üzenetére
Ugyan nem tudom mennyire vagy járatos a témában, hogy ezért kérdezed-e, de az SL-nek nem sok köze van ahhoz, hogy a DB-ből hogy nyered ki az adatok - vannak trükközések, de inkább SL-ből ne akarjunk DB-t hívni.
Egy könyvet azért ajánlanék: Silverlight 4.0 -A technológia és ami mögötte vanJDBC? Milyen sql szerver van mögötte?
Én leginkább LinqToSQL, EF-et használok DAL-nak. -
amargo
addikt
válasz
MrSealRD
#3515
üzenetére
Tisztán xaml-be behavior segítségével tudnád leírni. Nem használok DDS-t - hogy őszinte legyek RIA-t se.. -, iyenekhez ObservableCollection-t használok, itt minden további nélkül megoldható, hogy van egy master-detail(s) kapcsolatot, azaz a listának egy elemét kiválasztva egy másik vezérlőben annak az elemnek az értékeivel töltöd fel, ezt tisztán xaml-be lelehet írni, nyilván a mögöttes osztályokat úgy kell megtervezni, hogy tudjanak értesítést küldeni a változásról, így az egész felület szinkronban lesz.
-
martonx
veterán
válasz
MrSealRD
#3501
üzenetére
Úgy rémlik SL-ben (hűű de régen volt már 2009 vége, 2010 eleje mikor ebben szakdolgoztam másod diplomához) 3 paraméter szabályozza, hogy mi a selecteditem-ed, mi az értékkészlet, és mit jelenítsen meg (displaymember) . Ezekből te mintha csak kettőt használnál. Az biztos, hogy gugli a barátod, és találni fogsz sok példát erre.
-
drkbl
őstag
válasz
MrSealRD
#3456
üzenetére
Visszatérve a második pontra, PDF helyett XPS talán hasznosabb lenne:
Simplifying printing in Windows 8
"Printing from win32 applications requires knowledge of graphics programming, either GDI (Graphics Device Interface) or XPS"
"To give a real example, an app such as Word uses the GDI graphics system to draw the content both to the screen and to the printer. When possible, the print system uses a high quality intermediate format called XPS (XML Paper Specification) as its internal content format; we convert the content from Word into XPS"
"Once the content is being managed by the print system, it is then converted to the format that the printer understands (if necessary; there are lots of printers that understand XPS directly)..."
-
drkbl
őstag
válasz
MrSealRD
#3456
üzenetére
Nem értek hozzá, de az ötösnél fejlesztettek a nyomtatáson, upgrade esetleg szóba jöhet?
"Silverlight 4 added bitmap printing support. However, all content was rasterized as a bitmap. Silverlight 5 adds vector printing support, which improves printing quality and performance. For more information, see Printing."
PS: Nem volt még időm a Silverlightbe elmélyedni, de ezt a linket félretettem: Silverlight Reporting.
-
martonx
veterán
válasz
MrSealRD
#3456
üzenetére
Én a 2-es verzió mellett döntenék. Natívabb vagy sem, de egy COM-os word template-et megnyitni, kitölteni, majd PDF-ként nyomtatni elég kiforrott útnak tűnik nem csak SL-nél. Bevallom nálam SL3-nál véget is ért az SL vonal, így a nyomtatással OOB-s COM hívásokkal sosem volt dolgom.
-
martonx
veterán
válasz
MrSealRD
#3400
üzenetére
Attól függetlenül, hogy kivezetés alatt van, szvsz a létező legjobb, legmodernebb LOB fejlesztő környezet az SL. Nekem a szivem szakadt meg, amikor levontam a konklúziókat, és átfókuszáltam asp.net MVC-re. Ugyanakkor jelenthetem, hogy az SL-en túl is van élet, és a HTML5 tényleg brutálisan fejlődik, és már most ütőképes.
-
martonx
veterán
válasz
MrSealRD
#2781
üzenetére
Ha azt mondom debugolj, meg használj collection-t, akkor ezeket jószándékból teszem.
Persze hozzá tehetném, hogy gugli a barátunk, meg mondjuk visual studio debug tutorial kulcsszavakkal javaslom kezdeni a keresést, de feltételezem nem 60-as IQ-jú emberek írnak be ide, és maguktól is láttak már gugli keresést.
Látod core2 is szépen kidebugolta (de csúnya hunglish szó) a hibáját, s máris értelmesebb kérdést tudott feltenni.
Sajnos a programozás már csak ilyen. Van amikor egész konkrétan egy programsorral el lehet intézni valamit, mert látod, hogy érzi, érti a működést, csak éppen megakadt valaki valahol (ez mondjuk viszonylag ritka eset). És van amikor százszor többet ér, ha rávezetünk valakit a Visual Studio helyes használatára.
A hangvételem sajnos olyan-amilyen, ez mindenképpen hiányosságom, igyekszek senkit nem lehülyézni, az oktatás, és a diákok romló színvonala felett is el-el busongunk néha. -
válasz
MrSealRD
#2781
üzenetére
Én azt vallom, hogy nem a tömb a programozás alapja, mégis azzal jön minden tananyag. Mi itt az élet alapján próbálunk segíteni, ezért emlegetünk olyan rövidítéseket, kifejezéseket, amiknek haszna is van és nem csak a jobb jegy elérésében.
Azért jobb azon az úton elindulni, mert akkor utána nem kell rosszul rögzült vagy el sem mondott dolgokkal szinte újra elkezdeni előröl az egészet. Aztán ha nem érti valaki, tovább lehet kérdezni. Ha azt írjuk le, hogy ez a megoldás és kész, abból nem tanul senki és továbbra sem fogja senki érteni, hogy miért kell neki a tömbökkel szívnia. De sajnos a suliban akkor is azt fogják számon kérni, nekünk meg ettől megáll az agyunk.
Természetesen konyhanyelven elmagyarázni valamit továbbra is nyitott vagyok én is, de nem általánosságban mert abból regény lenne.
-
martonx
veterán
válasz
MrSealRD
#2760
üzenetére
Mondom, ne átírd, húzz oda egy újat. Aztán hasonlítgathatod a kettőt, ha úgy tetszik.
Egy ideje már csak ASP.NET MVC-zek, így bocs, ha ennél nem tudom konkrétabban mondani.
Mondjuk ASP.NET MVC-ben is megcsinálhatnád, és semmivel nemtöbb munka (hacsak nem akarsz komoly kliensoldali interakciókat). -
martonx
veterán
válasz
MrSealRD
#2750
üzenetére
SZVSZ semmi érzékelhető értelme nincs Guid-t használni. Illetve az int el fogy pár milliárd után, de mondjuk ez sem túl gyakori eset.
Aki szereti magát olvashatatlan guid-vel szopatni, meg tök jó kockaság (mert pl. nem azt mondod, hogy a 18223-as sor, hanem abcgrhk5ndsw8xcdsh-dik sor) beteg kódokkal azonosítani a sorokat, annak tökéletes a guid.
Másrészt vannak esetek amikor nagyon jól tud jönni a guid használata. -
válasz
MrSealRD
#2748
üzenetére
Ja, értem. Adatbázist nem érdemes bővíteni - legalábbis gondolom, nem akarsz sémákkal játszani.
Talán megfelelően egyszerű, ha létrehozol egy táblát, amiben a szavazások vannak (Id, név) és egy másikat, amiben pedig a kérdésekre adható válaszok (Id, szavazás Id, válasz). Így annyi választ tehetsz egy kérdéshez, amennyi csak kell. (Persze máshogy is megoldható)
Javaslom, hogy az id az Guid legyen, az intet nem szeretjük a való életben, csak a sulikban erőltetik.
-
válasz
MrSealRD
#2746
üzenetére
Milyen ASP.NET? 2, 3, 4? MVC?
A felhasználókezelésre az ASP-ben van megoldás, azt nem muszáj megírni. Erre még elég.
Ha ilyen igen-nem szavazás, akkor adatbázisra meg egy tábla az aktuális szavazásról, amiben a felhasználó Id-ja és a szavazat áll. Egy bool? típus a kódban. Ha null, még nem szavazott, ha meg igen, akkor az érték. Más szerintem nem is kell. A felületen a legegyszerűbb százalékot mutatni.
Ha több opció van, akkor meg egy olyan entitás, amiben minden opció benne van és rádiógomb, ahogy a fórumokon szokott lenni.
-
-
-
martonx
veterán
válasz
MrSealRD
#2347
üzenetére
Mivel Orchard-hoz sosem csináltam plugint, így csak linkeket tudok küldeni, hátha valamelyiket még nem olvastad:
http://www.orchardproject.net/docs/?AspxAutoDetectCookieSupport=1
Itt a Working with Data szekciót javaslom. Az oldalakban vannak további hasznosnak tűnő linkek. Emellett használd ki, hogy az Orchard, és a pluginjai open source cuccok. Tölts le valami adatbáziskezelős plugint, és nézd meg a kódját, hogy ott hogyan oldották meg az adatok utaztatását.
-
martonx
veterán
válasz
MrSealRD
#2345
üzenetére
rendben. Mivel az Orchard CMS ASP.NET MVC alapú, ezért mondjuk ha a www.asp.net/mvc (gondolom ez már nem újdonság) oldalon végigfutod a default tutorialt, akkor abban találni fogsz EF adatkötést.
Tehát a lényeg: EF-vel kellene megoldanod, szvsz ez illeszkedik legjobban az MVC desing patternhez.
EF használatát pedig az általam linkelt MSDN oldalon tanulhatod meg a legjobban, de ha jól érzem neked nem is az EF-fel van bajod (az általad várt lekérdezés a létező legegyszerűbb EF lekérdezés), hanem hogy hogy juttatod el az adatokat a view-ba?Vagy a view-ba el tudnád juttatni, csak pont az az egy sornyi EF nem megy?
-
martonx
veterán
válasz
MrSealRD
#2340
üzenetére
devportálra is beírtam. Légyszi legalább annyi fáradtságot vegyél, hogy elolvasod az EF getting started részét. Kb. 5 perc és tudni fogod a választ.
Ráadásul hirtelen lesz EF jártasságod is. Hát nem megéri azt az 5 percet?Nézd itt az első oldal, rögtön van rajta példa kód is, nem is kell tovább olvasnod:
http://msdn.microsoft.com/en-us/library/aa697427%28v=vs.80%29.aspx
-
martonx
veterán
-
ArchElf
addikt
válasz
MrSealRD
#977
üzenetére
Szerintem egyszerűbb, ha csak két intenal property-ben tárolod a felhasználónevet, jelszót, amit bevisz a felhasználó.
Amúgy mondjuk én így csinálnám (session objektummal):
- Main megnyitása, OnLoad-ben legyártja a LoginScreen-t és megjeleníteni ShowDialog-gal
- Login ablak bekéri a szükséges adatokat, felépíti a session-t (objektumba)
- Az objektumot átadja delegate-ben, vagy berakja egy internal property-be, amit az ablak eltüntetése után a MainScreen tud olvasni, esetleg gyártasz egy intenal property-t a MainScreen-nek amibe belerakja a session objektumot, majd a loginablak eltünteti saját magát (az ablak látja a saját visible property-jét)
- MainScreen megszünteti a LoginScreen objektumot (Dispose)AE
-
ArchElf
addikt
válasz
MrSealRD
#974
üzenetére
Válasz: ne ShowDialoggal nyisd meg...
A Dialog (szépmagyarul dialógusablak) arra szolgál, hogy az azt megnyitó ablakról információt szolgáltass, vagy információt kérj be. Leggyakoribbak az About; általános üzenetablak, pl hibaüzenetek; Input ablakok.
Ami neked kell az a sima Show, és elötte/utána LoginScreen.Visible = false; al eltünteted a login ablakot. Ha fel is akarod szabadítani az általa foglalt erőforrásokat, akkor a Program.cs-ben is trükköznöd kell, hogy ne a LoginScreen ablak legyen az Application objektum alapja.
Amúgy meg sokkal ésszerűbb lenne, ha megjelenne a Main ablakod, abból pedig megnyitnád a Login-t dialógusablakként (ez pl. tipikus dialógusablak feladat).AE
![;]](http://cdn.rios.hu/dl/s/v1.gif)
Ha van egy osztályom, amiben egy property (különben miért kellene property, ha csak arra használom, hogy belül állítgassam), ami még publikus is, akkor nem a tostronget kezdem el felülírni, hanem használom a Name property-t. Miért?
)
Új hozzászólás Aktív témák
Hirdetés
● ha kódot szúrsz be, használd a PROGRAMKÓD formázási funkciót!
- Beszámítás! Apple Mac mini 2020 M1 8GB 256GB SSD számítógép garanciával, hibátlan működéssel
- AKCIÓ! ASUS TUF GAMING X670E-PLUS WiFi alaplap garanciával hibátlan működéssel
- ÁRGARANCIA!Épített KomPhone i5 13400F 16/32/64GB RAM RTX 5060 Ti 16GB GAMER PC termékbeszámítással
- Bomba ár! Lenovo ThinkPad T490s - i5-8GEN I 16GB I 512SSD I 14" FHD I Cam I W11 I Gari!
- ÁRGARANCIA!Épített KomPhone Ryzen 7 5700X 16/32/64GB RAM RX 7600 8GB GAMER PC termékbeszámítással
Állásajánlatok
Cég: PC Trade Systems Kft.
Város: Szeged
Cég: Liszt Ferenc Zeneművészeti Egyetem
Város: Budapest