Új hozzászólás Aktív témák
-
ArchElf
addikt
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
[ Szerkesztve ]
Csinálok egy adag popcornt, és leülök fórumozni --- Ízlések és pofonok - kinek miből jutott --- Az igazi beköpőlégy [http://is.gd/cJvlC2]
-
ArchElf
addikt
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
Csinálok egy adag popcornt, és leülök fórumozni --- Ízlések és pofonok - kinek miből jutott --- Az igazi beköpőlégy [http://is.gd/cJvlC2]
-
martonx
veterán
ha az MVC tervezési mintáját akarod megérteni, nyugodtan használhatsz 2-es verzióhoz készült könyveket is. Ezekből hátha több magyar nyelvű létezik.
Az asp.net/mvc weboldalon is vannak elég jó anyagok, azt hiszem van egy-két ingyenes (angol nyelvű) pdf is.Én kérek elnézést!
-
martonx
veterán
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
Én kérek elnézést!
-
martonx
veterán
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?
Én kérek elnézést!
-
martonx
veterán
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.
Én kérek elnézést!
-
-
nagyúr
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.
[ Szerkesztve ]
-
nagyúr
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.
-
martonx
veterán
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.Én kérek elnézést!
-
martonx
veterán
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).Én kérek elnézést!
-
nagyúr
É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
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.Én kérek elnézést!
-
martonx
veterán
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.
Én kérek elnézést!
-
martonx
veterán
É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.
Én kérek elnézést!
-
drkbl
őstag
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.
[ Szerkesztve ]
-
drkbl
őstag
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)..."
-
martonx
veterán
Ú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.
Én kérek elnézést!
-
amargo
addikt
-
amargo
addikt
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.
“The workdays are long and the weekend is short? Make a turn! Bike every day, bike to work too!”
-
amargo
addikt
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.“The workdays are long and the weekend is short? Make a turn! Bike every day, bike to work too!”
-
amargo
addikt
-
Karma
félisten
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.
“All nothings are not equal.”
-
martonx
veterán
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?
Én kérek elnézést!
-
martonx
veterán
É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.Én kérek elnézést!
-
j0k3r!
senior tag
koszonom szepen, ha van idod, akkor johet nyugodtan ide, vagy privatban is
(#3685) Athlon64+: neked is koszonom szepen, akkor ugy tunik, hogy sajatot kell irni. most akkor ehhez nem kell sajat RoleProvidert irnom, csak MembershipUsert. jol ertem?
[ Szerkesztve ]
some men just wanna watch the world burn...
-
Ruszki
senior tag
namespace ConsoleApplication17
{
public class Szemely
{
private string _nev;
public Szemely(string nev);
{
_nev = nev;
}
}
}Eddig így néz ki de valami nem okés
[ Szerkesztve ]
Az optimista a fényt látja az alagút végén, a pesszimista a sötétet az alagútban, a realista a közeledő vonatot, a mozdonyvezető pedig a három idiótát a síneken.
-
vlevi
nagyúr
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.
-
nagyúr
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. -
martonx
veterán
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?Én kérek elnézést!
Új hozzászólás Aktív témák
● ha kódot szúrsz be, használd a PROGRAMKÓD formázási funkciót!