- Luck Dragon: Asszociációs játék. :)
- sziku69: Fűzzük össze a szavakat :)
- D1Rect: Nagy "hülyétkapokazapróktól" topik
- sziku69: Szólánc.
- Gurulunk, WAZE?!
- bitpork: Augusztus 2- szombat jelen állás szerint.
- zebra_hun: Hűthető e kulturáltan a Raptor Lake léghűtővel a kánikulában?
- eBay-es kütyük kis pénzért
- Geri Bátyó: B550 szűk keresztmetszet, de mi és miért?
- Yutani: Yutani Retró Hangkártyái: AdMOS AdWave 32
Új hozzászólás Aktív témák
-
daninet
veterán
Hmm, ez a rész csak arra van hogy megjelenítsen egy felügró Dialógus ablakot. A hibát akkor kapom, amikor Uj konyvet szeretnék hozzáadni a listbox-hoz. Valamiért a KLista nem töltődik fel (vagyis a debuggernél ezt láttam), de ez már az UjKonyv osztályban van.
Ui.: Igazából futás közben jön ki a hiba [link]
//Eleinte szerintem azért ékezetekkel tanulunk, mert vannak nagyon bot emberek, akiknek így könnyeb megjegyezni vagy nemtudom (énis próbálok leszokni róla)
-
sztanozs
veterán
válasz
daninet
#8198
üzenetére
Látatlanban nincs átadva egyik form referenciája a másiknak, ezért dob hibát.Nincs VS a gépemen, melyik sorban dobja a hibát?Látom már:
private void újKönyvToolStripMenuItem_Click(object sender, EventArgs e)
{
UjKonyv uj = new UjKonyv();
uj.ShowDialog();
listaÍr();
}private void újIdegenKönyvToolStripMenuItem_Click(object sender, EventArgs e)
{
UjIdegenKonyv uik = new UjIdegenKonyv();
uik.ShowDialog();
listaÍr();
}Az aláhúzott részekben nem a default kontruktort kellene használni, hanem aminek átadod a könyvlistát.
BTW a magyar nyelvű függvény és változónevektől megfájdult a fejem...
BTW2 miért nem működik a kód stílusban a formázás???
-
daninet
veterán
Hello!
Egyetemen nemrég vettük az öröklést/Form-ok között data átadást, órán csináltunk egy egyszerű feldatot. Itthon megcsináltam újra, de a mentésnél gomb megnyomásával mindig null hibát dob. Órán tanár is ezzel a hibával szenvedett, lehetséges, hogy valami beállítást kihagytam.
Ha valaki rábírna nézni azt nagyon megköszönném. (Lassan ZH, és ilyesmi lessz
)[link] (300kb, VisualStudio)
-
Hunpriest
senior tag
válasz
Froclee
#8194
üzenetére
Nem vitatom, hogy vannak előnyei a .NET Core-nak, illetve vannak olyan helyzetek amikor azt kell használni, de ettől még nem kéne lehülyézni mindenkit, aki a köv. projektjét nem azzal kezdi el csinálni. Még bőven van létjogosultsága a full frameworknek is.
Windows kötöttség: nyilván eleve ezért született a Core.
Ökoszisztéma: Itt gondolom az ASP.NET Core-ra gondolsz, hogy DI alapú, de a "legacy" ASP is jól együtt működik bármilyen DI megoldással elég rég óta. Egy nuget package? Az nem tartalmazza mást, csak 136 függőséget, az meg külön vidám, hogy pl. hozza magával az a teljes EF-et is, ami kb. az utolsó választásom lenne ORM-nek. Szóval igazából 136 package azaz egy, ami között van egy pár olyan amit valszeg nem is fogsz vagy akarsz használni. Ez most akkor előny vagy hátrány? (Persze nem kötelező azt az "egy" package-t használni)
Tesztelés: OWIN-en ugyanígy működik.
Open source: ez tényleg plusz.
A jövőkép meg érdekes kérdés, volt már pár nagy jövőképpel rendelkező technológia a .NET körül ami szépen kihalt mostanra.
-
martonx
veterán
válasz
Froclee
#8194
üzenetére
Még két dolgot tennék hozzá: sokkal gyorsabb buildelés, gyorsabb runtime, kevesebb memória használat. Én IIS-en és AWS Lambdában is használom, ami a legjobb benne az valóban a cross-platform nyitottsága.
Gyakorlatilag nem az a kérdés, hogy a Full Framework megromlott-e, mert nyilván nem, egyszerűen hülyeség csak pusztán megszokásból Full Frameworkkel kezdeni új projektet, mikor a .Net Core-nak egy csomó érezhető előnye van. -
Froclee
őstag
válasz
Hunpriest
#8192
üzenetére
Bocsi, ha nyersként jött le amúgy, tényleg no offense, csak személyes tapasztalat. Nem sorrendben.
Hosting. Nekünk az új appunkat Azure helyett AWS-ben kellett hostolnunk és a framework-el iszonyat mód megszívtuk volna, pláne hogy Beanstalk-ot nem használhatunk. Nincs dedikált ops csapatunk se, szóval nem fogunk EC2-eseket managelgetni meg Octopus-t telepíteni. Docker-rel viszont pár perc volt összedobni egy ECS service-ben. Google cloud-ban ugyanennyi lenne kb. Egyébként rühellem az IIS-t, örülök is, hogy nem kell látnom többet.
Windows kötöttség. Nyilván nem feltétlen zavaró tényező, de sok minden kinyílt nekünk azzal, hogy cross platform. Fentebb említettem a Docker-t, de tök jó, hogy nem csak Windows-os build agent-eken futhatnak a build-ek. Ezen felül az is tetszik, hogy a Macbook-omon is tudok fejleszteni, bár hazudnék ha azt mondanám hogy a Mac-es Visual Studio van olyan jó mint a Windows-os.
Ökoszisztéma. Az, hogy az egész dependency injection alapú (+ beépített DI container), már nagyon jó, de a tény is, hogy gyakorlatilag az aspnetcore csak egy nuget package, sűrű frissítések, de ott van a nagyon könnyen bővíthető logging framework, a middleware felépítés (tudom, OWIN is tud ilyet), zseniális config framework, új razor pages stb.
Tesztelés. Asszem OWIN is tud hasonlót, de nekünk mínusz egy test environment-et jelentett ez a frankó kis rendszer.
Open source + transzparencia. Tök jó, hogy le lehet követni közvetlen a bugfixeket és issue-t is lehet nyitni, ha problémád van.
Másik irányból megközelítve. Mi van a Framework-ben, ami a Core-ban nincs? A mi projektjeinkben nem találtunk ilyet. Ja de, az idióta SOAP-ot, azt egy workaround-dal kellett megoldanunk sajna. Illetve, talán aki komolyabb Entity Framework feature-öket használ, annak még kellhet, de nekünk nem volt ilyen feature.
Jövőkép. Persze, mindig mondják, hogy majd a Framework-be is visszamennek a változások, de kétlem, hogy örökké így lesz. Sőt, igazából csak egy része megy vissza, ha elolvasod Stephen Toub utolsó mondatát az egyik kommentjében itt. A Core a jövő, nem is kérdéses.
Egyébként itt és itt találsz még egy rövidke összefoglalót az MS-től, ha az ő véleményük is érdekel.
-
Hunpriest
senior tag
válasz
Froclee
#8154
üzenetére
"sosem nyúlnánk többet a full framework-hoz. Illetve merem kijelenti, hogy szerintem totál hülye az, aki egy új projektet a full framework-ön kezd el."
Mondjuk ennek az okaira kíváncsi lennék. Azért mert kijött a .NET Core nem romlott meg a full framework se és a 4.7.x-et még legacy-nak se nevezném.
-
#8191
lord.lakli
őstag
DeckardCain
#8190
lord.lakli
őstag
válasz
DeckardCain
#8190
üzenetére
Belenéztem a prog.hu legfrissebb részébe. Azért néhány számlázó rendszer megvalósítónál is komoly gond van a pénzügyi alapismeretekkel.
-
#8190
DeckardCain
senior tag
amargo
#8181
-
bandi0000
nagyúr
WPF-nél mivel érdemes/kellene csinálnom amivel a legegyszerűbb, hogy ki szeretnék íratni sorokat, de előre nem tudom hogy hány db sorom lesz, ezért nem is tudom megcsinálni az alapot hozzá xaml-ben
szóval gondolom a kódba kellene hozzá adogatnom új elemeket, de ezt pontosan mivel lehetne kivitelezni?
-
Tomaaasz
aktív tag
Volt alkalmam pár állami cuccal dolgozni, a legutolsó asszem az EESZT volt.
Hihetetlenül fos egy banda, volt olyan hogy éles indulás előtt két nappal szóltunk egy elég komoly bugról.
A very secure rendszerből a tomcat-es exception jött vissza SOAP-on, teljes strack trace-el, estébé, estébé.
Gondolom Idomsoft csinálja ezt is, nem? Nekik volt pár "sikeres" projektjük. -
#8183
amargo
addikt
lord.lakli
#8182
amargo
addikt
válasz
lord.lakli
#8182
üzenetére
Az a szomorú, hogy nem teheted meg, hogy ne fejleszd le, mert akkor a nav megbüntet keményen, továbbá a partnereid másik programot fognak választani.. nálunk már működik, de addig még 1000x átalakíthatják..
-
amargo
addikt
NavOnline-ra más is készül fel innen?
Engem iszonyat felháborít, hogy egy ennyire dilettáns banda ügyködik egy viszonylag komoly rendszeren.. július 1-től szét büntetnek mindenkit, ellenben a tákolt rendszerük egy kalap fos még most is.
Ma pedig felrakták rá a pontot, amikor küldtek egy információt és cc-be az összes email cím szerepelt, akik a teszt rendszerükbe regisztrált. -
Froclee
őstag
static void Main(string[] args)
{
Console.WriteLine(string.Join("\t", KettesSzamerender(25)));
Console.ReadKey();
}
static List<int> KettesSzamerender(int szam)
{
var eredmenyek = new List<int>();
while (szam > 0)
{
eredmenyek.Add(szam % 2);
szam = szam / 2;
}
return eredmenyek;
}vagy
static IEnumerable<int> KettesSzamerender(int szam)
{
while (szam > 0)
{
yield return szam % 2;
szam = szam / 2;
}
} -
bandi0000
nagyúr
miért fontos pont tömbként tárolni?esetleg keress olyat hogy bytonként fel lehesen darabolni egy intetvagy esetleg stringként tárolod a maradékot és akkor tudsz rá elemenként hivatkoznijah értem, kapsz egy számot amit addig osztasz 2 vel míg 0 nem lesz, és az egyes osztások maradékát akarod a tömbbe rakni
akkor viszont a while-on kívül írasd ki a tömb elemeit
a ciklus menjen eredmenyek.length()-ig
-
lorcsi
veterán
van egy kettes számrendszerbe váltós problémám:
static int kettesSzamrendszer(int szam)
{
int i;
int[] eredmenyek;
int maradek;
while (szam > 0)
{
maradek = szam % 2;
eredmenyek[i] = maradek;
szam = szam / 2;
Console.WriteLine("\t{0}\t|\t{1}\t", szam, maradek);
}
return eredmenyek[i];
}azt szeretném, h a maradékok a tömb elemei legyenek..és a végén egymás után kiírjam
de csak eddig jutottam
, kellene egy kis segítség -
#8177
Keem1
veterán
Peter Kiss
#8176
Keem1
veterán
válasz
Peter Kiss
#8176
üzenetére
Nem-nem.
Nem kell ezt túlmisztifikálni, ez egy relatíve egyszerűbb rendszer. Időpazarlás lenne az egészet újraírni oly módon, ahogy azt egy jó programozó hozná ki.
Biztos nem tökéletes, ehhez kétség nem férhet, még csak jó programozónak se tartom magam, de egyvalami biztos: ez a program jelenleg tökéletesen elvégzi a feladatát, és az adminisztrátor csajoknak rengeteg melót levesz a válláról, amiket excelben kellene utólag kivitelezni.
Amúgy naponta félmilliós nagyságrendű import van (ill. inkább csak az adatok ellenőrzése, mert végül nem kerül a rendszerbe az, aminél nem történt változás).Ez a partnerektől (kb. 150 db) származó nem egységes (=kb. 150-féle eltérő) adathalmazt, XML-t dolgozza fel és alakítja át a rendszerünk által emészthető formátumba. Minden ügyintézőnek meghatározott partnerei vannak, akiknek az adatait betallózza, majd ha a rendszerben megjenentek a friss árak, akkor napközben azzal dolgoznak.
Dióhéjban ennyiJa, egy szösszenet tavalyról. Szólt az egyik ügyintéző az egyik olasz partnernek, hogy kéne egy XML export. Vakarta a fejét, megkérdezte a webmestertől. Ő is vakarta. Majd kaptunk egy XML-t. A honlapjuk HTML kódjának valami XML-be erőltetett verziója volt
És nem akarták először elhinni, hogy mi nem erre gondoltunk. -
#8174
Keem1
veterán
Peter Kiss
#8172
Keem1
veterán
válasz
Peter Kiss
#8172
üzenetére
Nem memóriában, diszken
És több feldolgozásét is, amikor az XML-ek már rég a levesben vannak. Nem mondom, hogy ez így tökéletes, de évek óta működik. Én csak javítani próbálok rajta, meg újításokat bevinni. -
#8173
BTminishop
aktív tag
suits
#8170
BTminishop
aktív tag
Nem tudom hova jártál mérnökinfóra de 5 fél év alatt ha nem sikerült megtanulni programozni, akkor az baj.
Én voltam gyakornok 6 hónapot 0 tapasztalattal, első munkahely. Elsősorban HTML,JS,CSS,JQUERY tehát web-es technikák kellettek de azért Java is követelmény volt de én csak a C# ot ismertem és azt is elfogadták mivel hasonló a két nyelv. Junior fejlesztői pozícióhoz kelleni fog ugye tapasztalat, amit gyakornoksággal lehet megszerezni. Ez csak az én véleményem.
-
#8171
Keem1
veterán
Peter Kiss
#8169
Keem1
veterán
válasz
Peter Kiss
#8169
üzenetére
Helyi cache
Nagy mennyiségű adat érkezik innen onnan, de azok xml-ben. A vélhetően ritkábban változó anyagot letároljuk SQL-ben. Mindenhez van crc32, így nyomon követhető a változás
Elég bonyolult a szitu, én is csak örököltem a feladatot. Programoztam azelőtt c#-ban, de az elmúlt kb 4 év szinte csak PHP volt -
suits
tag
Üdv!
Szeretnék megtanulni programozni és később gyakornokként vagy juniorként elhelyezkedni ebben a szakmában.Mérnök informatikusnak tanultam(még nincs diplomám de a főbb tárgyaim megvannak(még két fél év van vissza de ezt később fogom befejezni))
De addig most lenne lehetőségem beiratkozni tanfolyamra.3 lehetőség van. Python,C#,Java.Még nem döntöttem el melyik legyen.Én C# fele hajlok valamiért.Azt szeretném kérdezni hogy ezzel mennyire könnyü elhelyezkedni a fent említett két pozicióra? -
martonx
veterán
válasz
petyus_
#8160
üzenetére
Mi asp.net mvc után az asp.net core-al pont ugyanúgy indultunk el, mint az mvc-vel. Viewk, modellek, controllerek. Semmi extra tudás nem kell hozzá, alapvetően minden ugyanúgy működik mint eddig, kivéve a konfigurációs részét, illetve a controllerek modell bindingja változott, bár ez se ismeretlen, csak itt a web api-s megoldást húzták rá mindenhova, amit mv-hez képest, ha valakinek nem volt web api-s tapasztalata, akkor szokni kell egy picit.
Extra tudás akkor kell csak, amikor el kell kezdened saját middleware-t írnod mint például nekünk egy multi-tenant rendszerhez. De összességében elmondható már az 1.0 óta, hogy borzalmasan kézreáll, amiket utáltál az mvc-ben, azok mind megszűntek, és amit kívántál az mvc-ben, hogy bárcsak így lenne normálisan megírva, az pont úgy van megírva.
Egy fellélegzés volt már az asp.net core 1.0 is az mvc-hez képest
Ha használsz alatta EF Core-t is, akkor az viszont egy picit más tészta, ott egy fokkal hamarabb bele lehet futni utána olvasásba pl. pont a feljebb említett lazy-loading hiánya miatt. -
#8167
Keem1
veterán
Peter Kiss
#8165
Keem1
veterán
válasz
Peter Kiss
#8165
üzenetére
Nem...
Egészen pontosan micsoda? 
-
Goose-T
veterán
-
Keem1
veterán
Skacok, ketten dolgozunk egymástól távol azon a bizonyos XML-es projekten.
Az van, hogy különböző XML-hez különböző osztályt használunk (pl. MarikaNéni.xml -> class ParserMarika).
Mindegyik specifikus osztály egy "csontváz" osztálytól öröklődik. A csontváz osztály csak XML fájloktól független metódusokat tartalmaz (SQLite adatbázis kapcsolat felépítése, online állapot ellenőrzése, alap üres változók, stb.), ezért valójában majdnem üres. Meg tudom tiltani, hogy "véletlenül" a kolléga egy eseménynél a csontváz osztályt példányosítsa? Tehát példányosítani ne, csak örököltetni lehessen.Nem életbevágóan fontos dolog, ha nincs ilyen, túléljük, de minden hibalehetőséget szeretnék kizárni.
-
martonx
veterán
válasz
Zalanius
#8158
üzenetére
Lazy hiánnyal szvsz simán együtt lehet élni, kézzel be kell includeolni azt a pár (néha nem is annyira pár) táblát ennyivel fapadosabb, de azért ez nem az a hiányosság, ami miatt azt mondanám, hogy ez nem production ready.
A transactionscope már jobban fájhat, bár szerintem többnyire ez is kivédhető architekturális megoldásokkal, vagy EF Core helyett más ORM használatával pl. Dapper is .Net Core kompatibilis, és kezeli a transactionscope-ot. Ahol meg igazán fájhat (megkövült enterprise világ), ott meg szerintem még csak nem is hallottak a .Net Core-ról de ha véletlenül hallottak is, se kezdik újraírni 20 év előző kódjait .Net Core-ra. Szerintem. Mindenesetre igazad van, elég erős képzelőerővel én is el tudok képzelni olyan esetet, ahol ez blokkolja a használatát.
Az ORA-ról nem tudok nyilatkozni.
És igen, mi sok fős teamként (igaz felhős világban élünk, nem a régi megkövült enterprise dbadminos világban - hehe még DB adminunk sincs a több TB-os milliárd rekordokat tartalmazó tábláinkhoz), simán beleugrottunk nagy projektbe az 1.0-val (igaz azoknál Dapper-t használtunk EF Core helyett, de nem a transactionscope miatt). -
Zalanius
tag
válasz
martonx
#8157
üzenetére
Megítélés kérdése, mint ahogy a lazy vagy a transactionscope is meg az ORA provider, ami meglesz (?) az idén (nem MS a hunyó nyilván) stb. Végül is az ember összedobhat inkább egy viewt vagy írhat egy tárolt eljárást, már ha megteheti - de néha azért elgondolom, hogy talán futhatnak olyan projektek is, ahol ez nem opció, és a DBadmin a fejét vakarja a codefirst világban szocializált népektől. Szóval szép lassan sikerül majd felérni az EF6 mellé, de addig csak az újdonság élményét kaptuk és az MS becsületére legyen mondva, hogy közben (bevallottan) sok bugfixet is. Nem mindig akart az a dbcontext scaffold sem jól futni...
És még egyszer: mindezt a csákányos dev szemével, aki úgymond ráér és szeret próbálgatni, nem kötik régi lib-ek stb. Egy sokfős team, komoly határidőkkel vajon beleugorhatott volna akár az 1.1-be anno? Mert a 2.0+-ba, idén, már valószínűleg igen, de hát ez csak amolyan érzés.
-
#8157
martonx
veterán
lord.lakli
#8153
martonx
veterán
válasz
lord.lakli
#8153
üzenetére
Asp.Net Core 1.0 óta abban (is) fejlesztünk. Amikor kijött a 2.0 rászántuk azt az 1 napot és simán átálltunk rá. Igaziból maga a .Net Core már az 1.0-val is simán használható volt, akár productionben is (per pillanat is vannak microserviceink, amik 1.0-n maradtak), a 2.0-val simán elérte a Full Framework tudását (mínusz signalr), sőt egy csomó dologban már az 1.0 is nagyságrendekkel jobb volt, mint a régi MVC (mondjuk DI, meg middleware-ek).
EF Core-t is használjuk 1.0 óta, na mondjuk ennek a funkcionalitása az 1.0-val elég fapados volt, a 2.0-val már simán jó, 2.1 pedig már itt van a küszöbön, ami funkció paritásba kerül a sima EF-el, amellett, hogy annál már a 2.0 is nagyságrendekkel hatékonyabb volt (kivéve Group by, ami megítélés kérdése, hogy ténylegesen mekkora hátrány volt az eddigi nem létezése). -
-
Froclee
őstag
válasz
Zalanius
#8151
üzenetére
Érdekes. Mi 1 éve Core-ban fejlesztünk, sosem nyúlnánk többet a full framework-hoz. Illetve merem kijelenti, hogy szerintem totál hülye az, aki egy új projektet a full framework-ön kezd el.
(#8153) lord.lakli - jól, azt is használjunk production-ben, bár nekünk viszonylag egyszerűbb sémánk van (8-9 tábla). group by-t pl viszont csak 2.1-től fog tudni. Itt van a többi új feature. gondolom 1-2 év és szépen elhalad az EF mellett majd.
Ha már maturity-nál tartunk. Angularral és npm-el agyunkat is szétszopjuk néha...
-
#8153
lord.lakli
őstag
martonx
#8152
-
Zalanius
tag
-
Goose-T
veterán
válasz
martonx
#8148
üzenetére
Közben kiderült, hogy valami online tesztet szeretnének kitöltetni, amin nem lehet csalni, és elküldi az eredményt is, hogy ne kelljen a kiértékelésére se erőforrást allokálni. Találtam egyet (test4geeks), ami tűrhetőnek tűnt erre a célra, aztán meglátjuk, hogy jó-e nekik. Én személy szerint utálom az ilyeneket, de ha ez kell a menedzsmentnek, akkor ez van. Szerintem sok fejlesztőt csak elriasztanak ezzel, főleg ezekben a vérzivataros időkben, amikor már rablórömiznek a cégek a programozókkal.
-
martonx
veterán
válasz
Goose-T
#8145
üzenetére
Jaj tényleg erre akartam válaszolni. Ez örök dilemma, hogy az állásinterjú mennyire legyen elmélet vagy gyakorlat orientált. Szvsz senior szintnél inkább a gyakorlat a lényeg. Mert mi van, ha pöccre meg tudja mondani, hogy mi a különbség az érték és referencia változó típusok között, meg mi az a boxing, unboxing, de közben egy értelmes sornyi kódot se tud leírni?
Ha egy senior-t mindenképpen kérdezgetni kell, akkor én szakmailag inkább arra lennék kíváncsi, hogy mennyire naprakész, mennyire követi az aktualitásokat. Ez számomra nagyságrendekkel többet elárul a jelöltről, mint a száraz elmélet felmondatása. Nagyvállalatoknál dolgozó "senior" kollégáktól előre is elnézést kérek, de ha az idestova több, mint egy éve megjelent .Net Core-al nulla tapasztalata van egy jelentkezőnek, még csak egy hobbi / side projektben se próbálta ki soha, akkor az a fejlesztő rögtön nem senior, csak sok gyakorlattal rendelkező iparos.Ha meg gyakorlat, akkor adjatok neki valami egyszerű feladatot, ahol nem a feladat bonyolultsága a lényeg, hanem hogy mennyire lazán, mennyire szépen, mennyire olvasható kóddal, jó nevezéktannal oldja meg. És indoklást kérni, hogy miért, hogy. Nálunk meglepően sokan véreznek el a legegyszerűbb feladatokon is
Máris nagyságrendekkel értelmesebben eltöltöttétek az időt, és sokkal többet megtudtál a jelöltről, mint ha végigmész egy debil állásinterjús C# kérdéslistán. -
Keem1
veterán
válasz
#40351744
#8146
üzenetére
502-es hiba, azaz szerver oldali.
Esetleg gond lehet, ha useragent string nélkül akarsz hozzáférni. (Mi szűrtük szerver oldalon bizonyos lapoknál a "noname" kliensek hozzáférését).Én azért megpróbálnám egy IE-re felparaméterezett webclient elérést is, teszt jelleggel - mintha böngésző lenne.
-
#40351744
törölt tag
Sziasztok! Készítettem anno a PH-hoz egy Komment számláló programot, ami tökéletesen végezte a dolgát, jó ideig. Viszont hirtelen a következő hibaüzenetet dobja, minden topikra amit megadok neki:
HTMLAgilitypack-et használtam, amivel parse-olom a weblap kódot.
private string _maxComment(string _topic)
{
try
{
w = new HtmlWeb();
return w.Load("https://prohardver.hu/").DocumentNode.InnerText;
}
catch (NullReferenceException ex)
{
System.Windows.Forms.MessageBox.Show("Hiba: " + ex.Message);
return "";
}
}A kódban a PH főoldalát töltené be, de lényegtelen hogy mit választok ki betöltésre, topiktól kezdve a főoldalon át a képen látható hibaüzenet fogad.
Valaki, aki esetleg ph site-scriptekkel foglalkozott, neki működnek rendesen mostanság a dolgok? -
indigo
aktív tag
Sziasztok!
A segítségeteket kérem. Készítettem egy egyszerű eszköztár-szalagot a Ribbon komponensek felhasználásával. Viszont ToolTip alkalmazásakor azt vettem észre, hogy a ToolTip a program ablak alján kerül elő, nem pedig az eszköztár-szalag alján, ahogy egyébként is szokott. Van-e valami ötletetek, hogy mit kellene átállítani a normális működéshez? Visual Studio 2017 Communityt használok.
Az alábbi képen az általam hibásnak vélt állapot áll fenn.
Köszönöm a válaszokat!
-
Keem1
veterán
válasz
Froclee
#8141
üzenetére
Sajnos nem.
An unhandled exception of type 'System.Reflection.TargetInvocationException' occurred in mscorlib.dll
F5-tel ezt kapom. 150 ms-ig nincs probléma egyik megoldással sem.
Viszont ennél a hibaüzenetnél nem jelzi a VS, hogy melyik programsor okozza a hibát.Megvan a hiba oka! Túl magas delay-nél a MouseLeave() esemény okozza, elmozdítom az egeret, amire össze kéne csuknia a menüt, ám mivel a panel még nem érte el a nyitott végértékét, hibát dob.
-
Keem1
veterán
Srácok, window 10-féle menüvel próbálokozom, nyitás-csukás animálva.
KódAmíg nem volt async a menü mozgatása, bármilyen animációs idővel működött, ám pl. egy életszerűtlen 1 másodperces időnél, amíg az animáció le nem futott, addig kb. kattintani se lehetett. Ilyennel még nem foglalkoztam, de gugli ugye a barátunk, rájöttem, tegyem az ilyen metódusokat async-é. Működik mondjuk 150 miliseccel, de pl. 300-zal vagy 500-zal már lefagy az egész.
Miért?
-
-
Keem1
veterán
Srácok, bizonyára lesz olyan, aki emlékszik rá, hogy nagy xml-ekkel dolgozom.
A korábbi megoldásom az volt, hogy
XmlDocument+XmlNode, amíg az XML befért a memóriába. Mostanra sok lett az, ami nem fér be.
Új megoldást találtam ki: alapvetőenXmlReader(ez a nagy XML), és amelyik node épp kell, azt beolvasom DOM-ba.using (XmlReader xmlReader = XmlReader.Create(docUrl))
{
while (xmlReader.ReadToFollowing("product"))
{
if (xmlReader.Name.Equals("product") && (xmlReader.NodeType == XmlNodeType.Element))
{
XmlDocument xmldoc = new XmlDocument();
XmlElement root = xmldoc.CreateElement("product-export");
xmldoc.AppendChild(root);
XmlNode node = xmldoc.ReadNode(xmlReader);
}
}
}Így elvileg egy node-ot tartok a ramban, mindig amivel épp dolgozom. Működne is a korábbi megoldásom az által, hogy a node nevű aktuális csomópont ugyanúgy megvan, csak eddig DOM-ból foreach-csel körbejárva, így meg mindig csak egy van beolvasva.
Igen ám, viszont előállt egy olyan gond, hogy midegyik node mellé társul egy#whitespaceelnevezésű üres cucc, amit az eddigi kód megpróbál feldolgozni.
Tehát most anode.ChildNodes.Count= (régi)node.ChildNodes.Count *2, mivel van egy#whitespacenevű érvénytelen node-om is.
Ezt hogy tudnám kiszedni? És mitől keletkezett? Így kell elképzelni: [kép] -
martonx
veterán
Szia, offba rakom a válaszom, de a kezdeményezés nagyon hasznos, és éppen ezért szoktam rendre javasolni az AspHOSTpage-et, mint hoszting szolgáltató alternatíva, mert korrektek és nyitottak vagytok, noha a véleményemet továbbra is fenntartom, hogy én személy szerint inkább Azure-t választanék. Tudva, hogy te érdekelt vagy a hagyományos hosztingban, én meg nem vagyok érdekelt az Azure-ban, nyilván a végén neked lesz igazad, de azért hátha sokaknak lesz gondolatébresztő amit leírok.
Az Azure-nak, ahogy fentebb is írtam nem az ár az előnye, pontosabban az a vicc, hogy ha ért hozzá az ember, akkor tényleg bagóért lehet Azure-on hosztolni.
Hogy a példádra válaszoljak, és megmutassam micsoda lehetőségek rejlenek a felhőben két példán keresztül válaszolok:1. buta fejlesztő fogja az Azure App Service-t, havi nettó 8 EUR-ért, plusz hozzácsap egy MySQL-t havi nettó 25 EUR-ért, és egy üzleti Outlook (vagy Office 365 vagy nem is tudom mik ennek a nevei, Gmail is van üzleti, fogalmam sincs a díjszabásaikról, ezért ezt most ki is hagynám az összehasonlításból) és máris megoldotta a kérdéses infrastrukturális feladatot. Számol és rájön, hogy nahát ehhez képest AspHOSTpage-nél már havi 1800Ft-ért kijön ugyanez (Azure 9900Ft vs 1800Ft).
2. okos fejlesztő átgondolja, utánanéz és kitalálja, hogy erre neki tökéletes az Azure Functions ingyen, ehhez hozzácsap 10Gb blob storage-et havi 0,26EUR-ért és egy Azure SQL-t havi 4,13 EUR-ért. Feladat teljesítve Azure havi 1350Ft vs 1800Ft De simán lehet, hogy elég neki erre egy Azure Table storage ez esetben az Azure havi díja kemény 0,6 EUR per hónap lesz, ami azért már igazán baráti, nem?
De valójában nem is az árak miatt mondom, hogy semmi értelme manapság garázscégeknél hosztolni (legalábbis az én szemszögemből nézve). Hiszem, hogy aki Asp.Net-et használ, az jellemzően nem móricka projektekben utazik, és nem havi 4-5 wordpress-re (ok, ennek asp.net es bármelyik megfelelőjére) alapuló portet tol ki magából, hanem komoly üzleti alkalmazásokat épít. Ekkor a leglényegtelenebb, hogy sikerül-e havi 2K-ból vagy netán havi 50K-ból kihozni a hoszting költséget, mert egy több milliós projektnél régen rossz ha ezen múlik a döntés, és a nyereségesség
Nálam amikor szabadúszó munkát vállalok el, pont az egyik fokmérője a megrendelő komolyságának, hogy az érdekli-e, hogy mennyibe fog kerülni a havi hoszting, vagy az, hogy mennyire lesz jól skálázható, profi a végeredmény a várható nagy terhelésre, speciális felhasználásra való tekintettel.
És ilyenkor minden pénzt megér, hogy bármikor indíthatok plusz teszt adatbázisokat, plusz teszt szervereket, csinálok egy cdn-t, a db backupokat ide-oda csatolhatom, szerver imageket mozgathatom, duplikálhatomm beröccenthetek egy distributed cachet mondjuk redis alapokon, és mindezt azure-on belül pár kattintással (a megrendelő számlájára persze).
Ugyanezen okból használjuk a főállásomban AWS-t, ahol terheléstől függően 10 és 300 szerver között ingadozik a terhelésünk, és minden ki van szervezve distributed megoldásokba. -
amargo
addikt
Ha nem kell custom domain vagy ssl és jó a shared erőforrás is, akkor ez ingyen is van. [link]
De nem ez az átlag, leírom az én egyik példámat
S1 1 1.75 GB 50 GB ~€61.57/month , ez kb 1-2 instance
Ehhez hozzá jön még egy DB, ~€6/month (10 DTU)
Az egyéb extrákat nem írom most be, de rengeteg dolgot ad ingyen, pl email, security és persze fizetős része app insights, threat detection.
Ebből ki jön, hogy ~€70/month többszörAz asphostpage ennél olcsóbb, de hogy is mondjam én a vállalkozásomat nem viszem olyan helyre, akinél még az én jegyzet tőkém is több a szolgáltatások száma pedig töredéke az azure-nál.
Viszont a smarterasp.net-et is nézzük meg, ha ott már nem shared erőforrást akarsz, akkor bizony ott is kemény összegek vannak és az ökoszisztéma hiányozni fog, mindent magad kell állítgatni kitalálni.Összességében, ha egy kis erőforrás igényű párszor látogatott oldalról van szó, semmi extra nem kell, akkor én smarterasp.net-et használom vagy asphostpage. Minden más esetben azure (jelenleg).
-
rob22
csendes tag
válasz
martonx
#8124
üzenetére
Szia!
Azure óta semmi értelme hoszting cégeknél hosztolni. Na jó, a dedikált hoszting cégek valamivel olcsóbbak tudnak lenni, mint az Azure.
Szerintem ez eléggé sarkított!
Nekem aspHOSTpage érdekeltségem van, de szoktam nézni más szolgáltatók (köztük az Azure) árait is.Eddig még nem sikerült eldöntenem, hogy az Azure tényleg ilyen drága, vagy csak nem tudom értelmezni a díjszabást, de nekem mindig az jön ki, hogy az Azure-ban a legolcsóbb előfizetés esetén is kb. 10x-es árkülönbség van bármelyik normális hoszting céghez képest. Ha nem a minimum kell, akkor ez az arány gyorsan romlik az Azure kárára (aránytalanul drágább).
A következő átlagos ASP.NET alkalmazáshoz szerinted mire kell előfizetni, és az kb. mennyibe kerülne?
Min. követelmények: 10GB tárhely és 1GB memória, 500MB MS SQL, folyamatos üzem (24óra/nap), az adatforgalom nem lesz jelentős de 100GB/hó azért jó lenne.És akkor még nem számoltam, hogy jó lenne egy Mail szerver is, az adatbázist időszakosan menteni kéne, amit kényelmesen le lehet tölteni, esetleg valami ütemező, MySQL és nem utolsó sorban magyar support.
Jelenleg én megfordítanám és azt mondom, hogy az Azurban nincs értelme hosztolni, kivéve, ha:
-valami egyéb előfizetésből van ajándék Azure credit
-néhány napos projekthez kell valami, és nincs időnk vagy vasunk hozzá
-a hozzá nem értő megrendelőkre rátukmálják a fejlesztők (ezzel nagyon nem értek egyet)
-már nem tudjuk mire költeni a pénztAbban egyetértek, hogy hosszú távon eltűnnek a hoszting cégek, de nem azért mert rosszabbak, hanem mert felvásárolják vagy ellehetetlenítik a nagyok, ugyanúgy, mint az üzleti étel bármely másik területén.
Üdv.
-
#8134
Szabesz
őstag
Chesterfield
#8133
Szabesz
őstag
válasz
Chesterfield
#8133
üzenetére
Alapvetően ajánlás szokott lenni, hogy ezek maradjanak xaml szinten.
Ezt ugye meg is csináltad ezzel:ItemsSource="{Binding}"
Ennél ugye megtörtént az adatkötés (a példádban látható részek alapján rosszul, ezért linkeltem be pár leírást az adatkötésről), nem kellene már utána hozzányúlnod kódból többet.
Szintén alapvető MS ajánlás szokott lenni a WPF-hez (is) az MVVM, ami elég jól a helyére tudja rakni a dolgokat (fejben és kódban is), ezt is érdemes lehet átolvasni és alkalmazni. -
#8132
Szabesz
őstag
Chesterfield
#8131
Szabesz
őstag
válasz
Chesterfield
#8131
üzenetére
Elég sok a zavar azokban amit bemásoltál, sok irányból lehetne nekikezdeni mi miért rossz.
Érdemes lenne átolvasnod pár dolgot, és újragondolni mit is szeretnél csinálni pontosan.
Data Binding (WPF)
Windows Presentation Foundation Data Binding: Part 1
Windows Presentation Foundation Data Binding: Part 2
WPF - Data Binding
FrameworkElement.DataContext -
#8131
Chesterfield
őstag
Chesterfield
őstag
Valaki meg tudná mondani, hogy miért nem tudom beállítani a WPF ComboBox értékét?
Van egy Priority osztályom:
public class Priority
{
public int Id { get; set; }
public string Name { get; set; }
public virtual ICollection<ToDo> ToDos { get; set; }
}Ez a XAML:
<ComboBox x:Name="cmbPriority" SelectedValue="{Binding Id, Mode=TwoWay}" DisplayMemberPath="Name" ItemsSource="{Binding}" SelectedValuePath="Id" />És a code behind:
public EditToDo(ToDo toDo)
{
this.toDo = toDo;
InitializeComponent();
txtToDo.Text = toDo.Content;
cmbPriority.ItemsSource = toDoContext.Priorities.ToList();
cmbPriority.SelectedValue = toDo.Priority.Id;
} -
#8130
lord.lakli
őstag
vlevi
#8129
-
vlevi
nagyúr
Androidra már írtam pár mórickaprogit, semmi komolyat, de valahogy eszembe nem jutott volna olyan programnyelvben, és olyan keretrendszerrel elkezdeni fejleszteni, amelyiknek nincs semmi köze a végeredményhez.
Ezalatt azt értem, hogy próbálkozott sokat a Microsoft a Xamarinnal, a közös fejlesztőplatformmal, csaképpen a Microsoftnak nincs mobil platformja
A Xamarint csak azért próbálták valahogy előszedni, hogy aki más platformra fejleszt, az lehetőleg próbálja már meg lefordítani az appját Windows Phone-ra is. Nem láttam még ilyen embert -
boorit
csendes tag
Sziasztok!
Szeretnék írni egy költségvetés kezelő appot. Tudom, van rengeteg ilyen, én is használok, de 1-2 funkció nekem hiányzik, de ami fontosabb, hogy tanulási céllal vágnék bele.
Először egy UWP appot csinálnék (ez már nagyjából összeállt a fejemben, eddig csak WPF-fel foglalkoztam, de egy ideje már tanulgatom, tehát nem minden lenne teljesen új), később viszont szeretném megírni Androidra is.
Ez viszont teljesen új lenne, még egy hello world-öt sem írtam androidra. Úgy képzelem el az egészet, hogy először megírom az UWP-s appot, aztán meg kéne csinálni úgy, hogy felhőben tárolja az adatokat, és ha eddig eljutok, akkor megírnám Androidra is.Olvasgattam már a Xamarinról, de még nem teljesen tiszta, hogy lenne érdemes nekiállnom úgy, hogy később ne legyenek kompatibilitási problémák (pl milyen adatbázis használjak), tudtok ötleteket adni, esetleg kurzosokat ajánlani?
-
martonx
veterán
Persze, hogy lehet, a kolléga például az aspHOSTpage-en tervezi hosztolni, az őskorban még én is hosztoltam náluk több oldalt is, elég korrektek, csak épp az Azure óta (jelzem AWS-ben is lehet, sőt ott is van ingyenes opció, bár ott egy fokkal macerásabb, mint Azure-ban), semmi értelme nincs az ilyen hoszting cégeknél hosztolni. Na jó, a dedikált hoszting cégek valamivel olcsóbbak tudnak lenni, mint az Azure.
Kismillió hosting cég van, ahol pont ugyanúgy tudsz asp.net-et is hosztolni, mint php-t (mint pl. godaddy, hogy csak egy ismertebbet mondjak). -
-
martonx
veterán
válasz
petyus_
#8119
üzenetére
Oké, én nem ismertem a projekt létrejöttének a körülményeit, sima MVC-t én már akkor se választottam volna (Asp.Net Core éppen egy éve stabil, használható, tavaly ősz óta már 2.0 is van belőle).
A klasszikus aspHOSTpage-es hostolást pedig mindenképpen kiváltanám Azure-al, a DB-t meg Azure Table Storage-al (olcsóbb nem lesz az biztos, de sokkal előre mutatóbb, és legalább kicsit bele fogsz látni az infrastruktúra szintbe is).
Azt neked kell tudnod, hogy backend vagy frontend vonz-e jobban, ártani biztos nem árt, ha egy kicsit jobban utána nézel a frontendnek is. -
petyus_
senior tag
válasz
martonx
#8118
üzenetére
Szia!
Köszi, hogy szántál rá időt, és leírtad a véleményedet
.Amikor pár hónapja elkezdtem csinálni, még egyáltalán nem ismertem az MVC-t, a leendő (most már mostani) munkahelyemen viszont az kellett, úgyhogy ezért abban írtam. Újrakezdeni nem akartam, azóta csak néha-néha hozzányúlok, 1-2 dolgot változtatok. Tehát a project nagy része még inkább a munkához szükséges dolgok gyakorlása volt, mint munkán felüli önfejlesztés.
Egyébként sok dologban egyetértek veled (felesleges Autofac, Automapper, SQL), ezeket azért használtam, hogy megtanuljam a nulláról megcsinálni, nyilván ezek nélkül is simán működne.
Az SQL-t pedig valszeg le fogom cserélni, még gondolkozom, hogy simán egy file-ba szerializáljam, vagy használjak valamilyen NoSql databázist, ez tényleg adna valami újat, ami a jövőben hasznos lehet, nyilván ehhez a projecthez nem kell túlságosan elmélyedni benne, de legalább lenne róla fogalmam.
Abban is igazad van, hogy a javascript nem túl szép, illetve elég overkill ez a pár dolog miatt behúzni a jquery-t, illetve bootstrapet, de itt főleg a backend része érdekelt a dolognak, ennek ellenére lehet átírom ezeket is, nem árt, ha jobban átlátom ezeket.
Azure-on gondolkozom majd, de egyelőre elég nehezen látom át, mire is lenne szükségem.
-
martonx
veterán
válasz
petyus_
#8117
üzenetére
Előre is bocsánatot kérek, elég szókimondó, de pozitívnak szánt kritika következik:
Én erre egy Facebook csoportot csináltam volna, de nem vagyunk egyformákAzért, hogy konstruktív is legyek:
1. ha már Asp.Net (ami egyébként alapvetően jó választás volt, és gondolom némi önképzési vágy is lehetett ebben, hogy nem Facebook-on csináltál ehhez egy csoportot), akkor már miért nem szavaztál az igazi önképzésre, és csináltad Asp.Net Core-al, ellentétben a legacy MVC-vel?
2. kettő darab DB entitásod van, ehhez miért kell egyáltalán adatbázis EF-el, mindennel? Én simán egy csv-be, vagy xml-be letettem volna, azt' kész a Service-ekbe meg elfér az a plusz 20 sor, ami a fizikai adattárolásért felel.
3. A Contracts projekt teljesen felesleges kiszervezése mindannak, aminek szerves helye lenne a Services-ben.
4. De ha már Services, akkor könyörgöm a Service-eket ne hívjuk már Manager-nek
5. Autmapper a két darab, egyébként 4-5 property-s modelhez. WTF? Automapper vagy sem, ezen hitvitákat lehetne folytatni, hogy itt biztosan nem kell, az halál biztos.
6. Javascript része pedig a nocomment kategória.
7. DI: Autofac fasza, és nagy kedvenc, de ide minek?Elmondom a helyedben mit csináltam volna, ha már önképzés, meg végre egy projekt, meg lelkes fiatal lennék, meg stb...
1. Asp.Net Core-al oldottam volna meg, erőltetve hogy mindent az Asp.Net Core out-of-the box megoldásaival oldjak meg (pl. beépített DI), hogy lássam mi, mit tud, minek hol a határa.
2. Azure-ban hostolnám (App Service, vagy még menőbb, ha Azure Functions), hogy újat tanuljak, használnék valami Azure-os NoSQL DB-t, mondjuk ehhez simán elég egy Azure Table Storage
3. Beleállnék a JavaScript, CSS részébe, és vanilla js-el oldanám meg, CSS vonalon bootstrap helyett használnék flexbox-ot, megcsinálnám azt a minimális dizájnt a saját kezemmel, és máris többet tudnék ezekről a dolgokról is.
4. Neadj Isten pusztán önképzésként beüzemelnék a projekt keretein belül egy npm-et, browserify-t, vagy webpack-et, és még a melóhelyen is menő lennék, hogy én tudom mik azok a buzzwordök, amik a menő közösségekben már évek óta alap tudásnak számítanak.Ehelyett amit csináltál, csak simán ugyanaz, amit a melóhelyeden csinálsz nap, mint nap (legacy technológiákon alapuló favágás), semmivel nem vitt előrébb semmihez, az idődet pazaroltad, ahelyett, hogy tíz perc alatt összeraktál volna egy FB csoportot, vagy (figyelem szintén önképzés) indítottatok volna SurveyGizmo-n egy ingyenes survey-t, amin a vendégek pont ugyanezeket az adatokat megadhatják, és ugyanúgy ad admin oldalt, ahol a megadott adatok megtekinthetőek.
-
petyus_
senior tag
Sziasztok!
Egy haveromnak nyáron lesz az esküvője, megkért, hogy csináljak neki egy weboldalt, ahol a vendégek vissza tudnak jelezni, illetve van egy oldal, ahol tudnak zenéket kérni. Nem egy túl bonyolult feladat, de csak pár hónapja foglalkozom ezzel, úgyhogy nem tudom mennyire jó amit csináltam.
ASP.net MVC-ben csináltam meg, kicsit lehet overkill, de mivel munkahelyemen is ezt használom, ezért erre esett a választásom. asphostpage.com-on fogom hostolni, az lenne a kérésem, ha van egy kis időtök, nézzetek rá a repora, hátha van valami, ami nagyon nem úgy működik ahogy kéne.
Van egy admin felület is, itt most admin/admin a user/pass, az éles oldalon nyilván nem ez lesz, illetve most google smtp-n keresztül megy az email küldés, ezt majd változik az asphostpage-re, most csináltam gyorsan egy ideiglenes fiókot, a jelszó megvan adva web.configban, de ez nem lesz használva később.
Szöveget/képeket mindenhol placeholderre illetve lorem ipsumra cseréltem, amúgy viszont minden ugyanaz, mint amit az éles oldalon tervezek.
-
#8116
bandi0000
nagyúr
lord.lakli
#8115
bandi0000
nagyúr
válasz
lord.lakli
#8115
üzenetére
sztem véletlen, 1-* akart az lenni
-
#8115
lord.lakli
őstag
bandi0000
#8109
-
#8114
fatal`
titán
Chesterfield
#8112
fatal`
titán
válasz
Chesterfield
#8112
üzenetére
A model first az azért jó, mert már deprecated
-
#8113
bandi0000
nagyúr
Chesterfield
#8112
bandi0000
nagyúr
válasz
Chesterfield
#8112
üzenetére
pláne úgy, hogy a követelménybe code first vagy db first volt, aztán megvártuk az órát amin ezt leadják, hogy hátha könnyebb lesz megoldani, aztán leadták a modell first-öt
-
bandi0000
nagyúr
igazság szerint ezt mutatták meg, és mivel el úsztam a többi teendőimmel, így gyorsan ezt akartam össze dobni...
igen a hibát én is olvastam, laposon valami bekeverhetett, mostanába jó pár sql szervert meg adatbázist kezelő cuccot dobtam fel, másik gépen le ment szépen
bár már a kolléga mást kezdett el csinálni, amiről meg fogalmam sincs, de ha jól vettem ki a szavából akkor code first
de amúgy ennél a modell firstnél létezik hogy sokkal több táblát hozna létre? bár ahogy látom ilyen kapcsoló táblákat csinált, csak fura azért
-
amargo
addikt
válasz
bandi0000
#8109
üzenetére
Mondjuk a hibaüzenet elég egyértelmű. jól állítottad be az sql elérését? Azt megtudnád mutatni? Ha egyáltalán raktál fel.
Ez csak mellék szál, de ha egyszerűen akarod kezelni, miért model first lett? Code first inkább illik nekem a képbe vagy direkt ezt kérték a suliba?
-
bandi0000
nagyúr
sziasztok
kérnék egy kis segítséget
Suliba beadandó feladatot kellene megvalósítani, de az adatbázissal nem haladunk, hibát ír ki, és nem tudom hogy mit kellene csinálnom, arra már rá jöttem hogy nem kellett volna megadnom a táblákba az ideiglenes kulcsok mezőit, csináltam egy újat 3 táblával, de azzal is szinte ugyan ezeket a hibákat dobja
Szóval lényeg hogy modell first adatbázist akartam össze hozni, de lehet hogy ez változni fog, bár nem akarom elbonyolítani, csak legyen egy működőképes adatbázis és kész
szóval a hiba ez:
-
#8108
Chesterfield
őstag
Chesterfield
őstag
Sziasztok!
Valaki pár szóban el tudná mondani, hogy miért és hogyan kéne ObservableCollection-t használni WPF-ben?
Most a programban, amit csinálok ezek vannak:
MainWindow.xaml:<ListBox x:Name="listBoxTodos" Grid.Row="1" BorderThickness="0" ItemsSource="{Binding}" >Az adatot pedig a MainWindow konstruktorában kapja így:
listBoxTodos.ItemsSource = toDoContext.ToDos.Include(x => x.Status).Where(x => x.Account.Id == currentUser.Id && (searchString == null || x.Content.Contains(searchString))).ToList();Itt hogyan kellene helyette (ha kell egyáltalán) ObservableCollection-t használni?
köszönöm!
-
user112
senior tag
Sziasztok!
Adatbázis kezeléssel kapcsolatosan szeretnék kérdezni, mert nem látok tisztán.
Feltettem a Visual Studio Community 2017-et. Ebben tudok mdf fájlokat menedzselni.
Ez most min keresztül történik?
Úgy látom az MSSQLLocalDB települt fel automatikusan. De akár indítom ezt, akár nem a studio akkor is működik. Akkor minek kell a localdb?A másik kérdésem az lenne, ha át akarom tenni egy másik gépre az exe-t akkor a .net-et kívül mi kell még telepíteni? A localdb-t vagy az Express-t (core, advanced) (SqlLocalDB.msi). Vagy hogy van ez?
Egyébként az mdf fájlokat milyen külső programmal lehetne módosítani?
Köszönöm. -
Dyde
aktív tag
Sziasztok! Keresek valakit, aki pár alkalom elejéig kicsit fel tudná dobni a c# tudásom. Fősulin tanultam fél évig, de már elég rég volt és nem is sok minden maradt meg azóta. Nagyjából az alapoktól kéne és 2-3 óra pl szerintem 5-10 alkalom mondjuk első körben. Természetesen nem ingyen, a részleteket privátban megbeszélnénk. Ami fontos hogy BP 13 kerületben lakok, vagy ide kéne jönni, vagy ha nekem kellene mennem akkor valahol nem túl messze. Hétvégék is jó illetve hétköznap 6 óra után.
)
Ezek szerint jó tettem. 
, kellene egy kis segítség
Ú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!
- Horizon Forbidden West
- Autós kamerák
- Milyen GPS-t vegyek?
- HiFi műszaki szemmel - sztereó hangrendszerek
- Milyen alaplapot vegyek?
- Kerékpárosok, bringások ide!
- Apple asztali gépek
- OFF TOPIC 44 - Te mondd, hogy offtopic, a te hangod mélyebb!
- Riasztó topik
- Kávé kezdőknek - amatőr koffeinisták anonim klubja
- További aktív témák...
- Új csak kipróbált Smartech 55 139cm Qled 4K UHD Quantum tv google assistant,Netflix, stb
- DJI Mini 4 pro - Fly More Combo - RC2 drón szett +128GB SanDisk SD
- ÚJ Lenovo Legion Pro 5 16IRX9 - 16" WQXGA 165Hz - i5 14500HX - 32GB - 1TB - RTX 4060 - 3 év garancia
- T14s Gen4 14" FHD+ IPS i7-1365U 16GB 512GB NVMe magyar bill IR kam gar
- Gopro hero 7 black
- Törött, Hibás iPhone felvásárlás!!
- KATONAI ÜTÉSÁLLÓ!!! Getac S410 i5-6300u, G3: i5-8365u, G4: i5-1145G7
- Azonnali készpénzes félkonfig / félgép felvásárlás személyesen / csomagküldéssel korrekt áron
- Telefon felvásárlás!! iPhone 11/iPhone 11 Pro/iPhone 11 Pro Max
- BESZÁMÍTÁS! MSI B550 R7 5700X 32GB DDR4 512GB SSD RTX 3060Ti 8GB Rampage SHIVA MSI 650W
Állásajánlatok
Cég: CAMERA-PRO Hungary Kft
Város: Budapest
Cég: PC Trade Systems Kft.
Város: Szeged