Új hozzászólás Aktív témák
-
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.
Én kérek elnézést!
-
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.Én kérek elnézést!
-
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!
-
válasz petyus_ #8578 üzenetére
Nincsen, a doksi szerint azáltal, hogy nincsen rajta, nem is zártam ki, hogy érvényes legyen paraméterre:
https://docs.microsoft.com/en-us/dotnet/csharp/programming-guide/concepts/attributes/attributeusage
-
amdni
aktív tag
válasz petyus_ #8604 üzenetére
Eddig már eljutottam, de valami hiba van:
Egyébként egy kérirányú lálncolt listában kellene egy függvényt írom, ami az átlagot kiszámolja.
De a függvénynek a láncolt listában kell lennie, nem a program.cs-ben.class Node<T>
{
public T value;
public Node<T> next;
public Node<T> prev;public static T operator +(Node<T> x, Node<T> y)
{
return (dynamic)x.value + y.value;
}}
public T Atlag()
{
Node<T> tempValue = new Node<T>();
Node<T> temp = start;
while (temp != null)
{
tempValue = tempValue + temp;
}
return tempValue.value;
} -
amdni
aktív tag
válasz petyus_ #8606 üzenetére
Próbáltam úgy, szintaktikailag nem jelzett hibát a visual studio, de a program nem futott le, egy exeption-an megállt.
Végülis én 2 db T típusú adatot szeretnék összeadni.
class Node<T>
{
public T value;
public Node<T> next;
public Node<T> prev;public static T operator +(T x, T y)
{
return (dynamic)x + y;
}}
-
válasz petyus_ #8681 üzenetére
Nincs most vS a közelben, van bennem egy sör
1, egyetlen tranzakciót szeretnék, ha sikerül, akkor minden sikerüljön, ha nem sikerül, akkor semmi változás ne legyen. Attól függetlenül, hogy minden előre falidálva van
2, amit találtam fgv az valami email tokent kért paraméterként.
-
-
bandi0000
nagyúr
válasz petyus_ #9129 üzenetére
Most lehet félreértelek, de pl ha csinálok több Exceptiont pl LoginException és ha rossz ugye a username vagy jelszó, akkor dobok egy ilyen exceptiont amit elkapok egy [ilyen] middleware-rel, és a hibaüzenetet átalakítom olyanra amit frontenden le tudok kezelni
Most, hogy gondolkozok, úgy emlékszek a szakmai gyakon is Java spring-ben, mindig exceptiont dobtunk, ami át lett alakítva
De most ez a megoldás nem rosszabb, mintha csak csinálnék pl egy osztályt, amibe van egy error és esetleg egy status code tulajdonság amit mindig visszaadok?
Xbox One: bandymnc
-
válasz petyus_ #9152 üzenetére
ha nyilvántartod a lezárt és nyitott éves-havi-heti-napi egyenlegeket, akkor egy esetleges visszamenőleges számlafelvétel kizárólag attól a dátumtól ahová beszúrtál tenné szükségessé a nyitott egyenlegek újraszámolását. 3 hétnél ez nem tűnik túl soknak.
egyébként egy lehetséges sebesség növekedést okozna, ha szegmensfa jellegű struktúrában tárolnád el a számlák intervallumokra levetített egyenlegeit. Ide O(logN) a beszúrás és O(logN) az összegzés költsége. Tehát lényegesen gyorsabb mint egy sima intervallum-összeg adott indexig típús adatstruktúra ahol egy közbenső beszúrás költsége ~logN
-
bandi0000
nagyúr
válasz petyus_ #9946 üzenetére
Köszi, igen már közben rájöttem, hogy az járható út... Viszont lehet hülyeséget kérdezek, vagy benéztem valamit, de ha a DbContext osztályban, definiálom a kapcsolat típusát, pl létrehozom a táblák közti 1-N kapcsolatot, akkor viszont nem kell használni az include-ot, vagy igen? Mert jelenleg nem használtam mégis ott volt a car a user-en belül
Xbox One: bandymnc
-
bandi0000
nagyúr
válasz petyus_ #9958 üzenetére
Köszi, viszont ilyen metódust nem találok, valszeg más verziót használok... Amúgy EF6-ot
Program.cs-ben meghívtam a Database.createIfNotExiststs() fv-t, először létre is hozta szépen, aztán bezártam a studiot és kitöröltem az adatbázis fájlt. Megnyitottam és megint nem hozta létre, mitöbb olyan, a Database.Exists() fv-ny ius true-val tér vissza. Olyan mintha be cachelné magának vagy nem is tudom, ezután a hibaüzenet már egyértelmű:
SqlException: Cannot open database "..." requested by the login. The login failed.
Login failed for user[ Szerkesztve ]
Xbox One: bandymnc
-
martonx
veterán
válasz petyus_ #9979 üzenetére
Fogsz egy headless browsert, annak beküldöd a html-t, és csinálsz egy screenshotot az eredményről.
Erre talán a legegyszerűbb megoldás ez: hardkoded/puppeteer-sharp: Headless Chrome .NET API (github.com)É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!
- Android alkalmazások - szoftver kibeszélő topik
- Rezsicsökkentés, spórolás (fűtés, szigetelés, stb.)
- Autós topik
- Gitáros topic
- Samsung Galaxy S24 - nos, Exynos
- Politika
- Ford topik
- A fociról könnyedén, egy baráti társaságban
- Asus ROG Phone 8 Pro - az élet nem csak játék és mese
- Opel topik
- További aktív témák...
Állásajánlatok
Cég: Promenade Publishing House Kft.
Város: Budapest
Cég: Ozeki Kft.
Város: Debrecen