Hirdetés
- Megújult a Glorious GMMK klaviatúracsaládja, és már van benne analóg modell is
- Végre a Logitech is bemutatott egy analóg klaviatúrát
- A GameMax háza egyedi csavarral lovagolja meg a mai trendeket
- iGPSport iGS800 kerékpáros óra: egyből a csúcsra tör
- Már nincs messze a világ első teljes UCIe IP megoldása
- Intel találgatós topik
- Azonnali VGA-s kérdések órája
- HiFi műszaki szemmel - sztereó hangrendszerek
- AMD APU (AM4 és AM5) topik
- Milyen videókártyát?
- Soundbar, soundplate, hangprojektor
- Nikon DSLR topik
- A GameMax háza egyedi csavarral lovagolja meg a mai trendeket
- AMD K6-III, és minden ami RETRO - Oldschool tuning
- Milyen TV-t vegyek?
Hirdetés
-
Kidobja a Slacket a Disney
it Miután több mint 1 TB céges adatot szivárogtattak ki egy hackertámadás után, a Disney úgy döntött, hogy beszünteti a Slack használatát.
-
A GameMax háza egyedi csavarral lovagolja meg a mai trendeket
ph A két színben készülő, Infinity szériás újdonság lebegő dizjnnal különíti el a kamráit, és kompatibilis a "lopakodó" alaplapokkal.
-
Füstös rózsaszínben is elérhetők a Sony csúcsmodelljei
ma Az 1000X szériás fül- és fejhallgató kapott egy nőiesebb opciót.
Új hozzászólás Aktív témák
-
Zalanius
tag
válasz martonx #8148 üzenetére
Ezt egy kicsit megfordítanám. Jómagam, az iparos, próbálgattam a core-t (1.0, 1.1, 2.0). Felsőbb nyomásra persze. Egy igazi senior meg utánaolvasás után és elpocsékolt idő nélkül is tudott volna meggyőzően érvelni, hogy emberek, ez még nem "production ready".
--= Zalán =--
-
-
harylmu
ő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...
[ Szerkesztve ]
-
kingabo
őstag
-
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).Én kérek elnézést!
-
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.
[ Szerkesztve ]
--= Zalán =--
-
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).Én kérek elnézést!
-
Keem1
addikt
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.
-
-
Goose-T
veterán
Rockbandám: https://fb.me/scharlotterhodes *** Gitárelektronikai műhelyem: https://www.fb.me/goosetgitar
-
Keem1
addikt
válasz Peter Kiss #8165 üzenetére
Nem...
Egészen pontosan micsoda? -
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.Én kérek elnézést!
-
-
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? -
Keem1
addikt
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[ Szerkesztve ]
-
-
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.
-
Keem1
addikt
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. -
-
Keem1
addikt
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.
[ Szerkesztve ]
-
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 -
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
[ Szerkesztve ]
Xbox One: bandymnc
-
harylmu
ő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;
}
}[ Szerkesztve ]
-
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.“The workdays are long and the weekend is short? Make a turn! Bike every day, bike to work too!”
-
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..
“The workdays are long and the weekend is short? Make a turn! Bike every day, bike to work too!”
-
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.[ Szerkesztve ]
Oda mentem, ahol vagyok!
-
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?
Xbox One: bandymnc
-
DeckardCain
senior tag
-
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.
-
Hunpriest
senior tag
válasz harylmu #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.
-
-
harylmu
ő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.
[ Szerkesztve ]
-
martonx
veterán
válasz harylmu #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.Én kérek elnézést!
-
amargo
addikt
Ennyi ideig tartott amíg leleményes fejlesztő kolléga lecsapott az email címekre és már is befutott az első ajánlat miszerint Ők segítenek a Navonline fejlesztésben..
Nesze neked GDPR.“The workdays are long and the weekend is short? Make a turn! Bike every day, bike to work too!”
-
Hunpriest
senior tag
válasz harylmu #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.
-
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)
[ Szerkesztve ]
Miért vegyem meg, ha 3x annyiért, 3x annyi idő alatt megépíthetem? ´¯`·.¸¸.·´¯`·.¸><(((º>
-
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???
[ Szerkesztve ]
JOGI NYILATKOZAT: A bejegyzéseim és hozzászólásaim a személyes véleményemet tükrözik; ezek nem tekinthetők a munkáltatóm hivatalos állásfoglalásának...
-
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)
[ Szerkesztve ]
Miért vegyem meg, ha 3x annyiért, 3x annyi idő alatt megépíthetem? ´¯`·.¸¸.·´¯`·.¸><(((º>
Ú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!
Állásajánlatok
Cég: Ozeki Kft
Város: Debrecen
Cég: Ozeki Kft
Város: Debrecen