Ma mit választanátok asp.net mvc-s termék fejlesztésére?
2017-02-23T15:25:08+01:00
2017-02-24T13:35:58+01:00
2022-07-21T15:26:49+02:00
  • Én is, még csak most ismerkedem ezzel a világgal C# fejlesztő révén, szóval nem vagyok a dolog szakértője, de van pár könyv már a témában, érdemes nézelődni:
    https://www.amazon.com/s/ref=nb_sb_ss_i_4_13?url=search-alias%3Daps&..
    Mutasd a teljes hozzászólást!
  • A .net core-os microservicekrol engem is erdekelne reszletesebb info ha van valami publikus.
    Mutasd a teljes hozzászólást!
  • Van egy 18 microserviceből álló rendszerünk (node.js), de kipróbáltuk a .net core-t, az egyis service-t ebben implementáltuk. És tökéletesen muzsikál production-ben.

    Megkérdezhetem, hogy milyen felépítésben használjátok a microservice-eket?
    Egymást hívogatják?
    Mutasd a teljes hozzászólást!
  • Igen linuxon, nem vettem észre jelentős eltérést, de itt vannak benchmarkok esetleg:
    GitHub - aspnet/benchmarks: Benchmarks for ASP.NET Core
    Mutasd a teljes hozzászólást!
  • Kis saját tapasztalat: Van egy 18 microserviceből álló rendszerünk (node.js), de kipróbáltuk a .net core-t, az egyis service-t ebben implementáltuk. És tökéletesen muzsikál production-ben.

    Linuxon uzemel? A nodejs-hez kepest milyen a sebessege?
    Mutasd a teljes hozzászólást!
  • amellett, hogy az IDE mit támogat, döntő, a végtermék követelményeiből kiindulva jóelőre gondolkozva kell dönteni: pl. melyik MVC, Entity verzióval működik együtt  a kívánt authentikáció/authorizációs technológia ASP.NET Security? Identity? kell Owin? milyen bedolgozók kellenek és kellhetnek a jövőben?  hangsúlyos, hogy a lehető legjobb generálót használjuk??.....ilyesmik...

    A front-end keretek  szempontjából általában nem kritikus, de (ha nem is feltétlenül szükséges  többnyire éredemes) a legújabb cuccok mellet dönteni

    ... így pongyolásan, dióhéjban...
    Mutasd a teljes hozzászólást!
  • És szépen lehet fejleszteni akár vim, akár emacs, ....segítségével

    Meg vagy dicsérve. 
    Mutasd a teljes hozzászólást!
  • Az asp.net core ugyanúgy nyílt forrású mint a jquery. És szépen lehet fejleszteni akár vim, akár emacs, akár a szintén ingyenes és nyílt forrású Visual Studio Code segítségével (na jó, az utóbbi azért egyszerűbb, az első kettő esetén azért játszani kell a pluginekkel), illetve a szintén ingyenes és opensource monodeveloppal is. Ja, és megy linuxon is. Ja, és vagy 5 userig a windowsos nagy visual studio is ingyenes, igaz ahhoz tényleg windows kell.
    Mutasd a teljes hozzászólást!
  • Ha nem volna, akkor újra feltatálnám a pythont....!

    Ha netán megtennéd, ne felejts el bele tenni rendes típuskezelést, valamint próbáld meg megoldani hogy ne két párhuzamus verzió éljen belőle (2.x, 3.x), és ne a default legyen az egyik leglassúbb futtatókörnyezet ami ma létezik programnyelvekhez.
    Mutasd a teljes hozzászólást!

  • Olyan js libet használsz asp.net-hez, amilyet akarsz. Legközelebb legyél kicsit körültekintőbb, mielőtt ítélsz.
    Az egy extra, hogy létezik olyan projekt template, ami automatikusan hozzárak pár libet automatikusan a projekthez.
    Mutasd a teljes hozzászólást!
  • Anno belenéztem az asp.net alapjaiba, és ott találtam egy jquery libet egy az egyben az alján. Kb a hasamat fogtam a röhögéstől. Microsoft, meg visual studio, meg licencek, és a végén ott a free javascript. Bárki is kéri tőletek az asp.net-et, a "nincsen opció" kapcsán említsd meg neki, hogy körberöhögés tárgyává válni mindig is kiegészítő opció lesz a jövőben azon az úton ingyen és bérmentve - még kérni sem kell majd 
    Mutasd a teljes hozzászólást!
  • nem asp.net-es projektjük van/volt, hanem classic asp. A kettőnek szinte semmi köze nincs már egymáshoz, kb a nevük.

    Kösz az infót (felvilágosítást). Mert én csak azt láttam, hogy asp és amit elém tettek az egy "káosz". Többet beszélek a projekt managerrel és a régi asp-s fejlesztővel, mint amit kódolok. Bár a google sheetes agymenést is kiváltottam már pyUNO-val, de amikor elkap a hányinger, akkor mindig a fizura gondolok.
    Mutasd a teljes hozzászólást!

  • Hát szerintem ez elég off topic téma.

    Csak néhány korrekció:
    - nem asp.net-es projektjük van/volt, hanem classic asp. A kettőnek szinte semmi köze nincs már egymáshoz, kb a nevük.
    - a python is király! :)
    - ennél a projektnél nincs teljesen más nyelvre, környezetre opció
    Mutasd a teljes hozzászólást!
  • Ez tök jó, mert lehet használni .net framework-ös lib-eket.

    Ezt 3 sorral feljebb szerettem volna paste-elni :)
    Mutasd a teljes hozzászólást!
  • Elhiszed, hogy tudok neked pytonban olyan lassú/rosszul szervezett/katasztrófa app-ot írni amitől elsírnád magad?

    Ezt elhiszem, és ez nyelv független.
    Mutasd a teljes hozzászólást!
  • ha pont olyan kéne, ami még nincs, az nagyon nagy szívás, megakaszthatja akár a projectet (ha mégis szükség lenne platformfüggetlenségre)

    Összegezve: én ASP.NET Core projectre szavaztam, lehetőleg .NET Core alapon, fallback-ként full .NET-en futtatva.

    Próbáltam már a vs2017 rc-t, van benne olyan projekt típus, hogy asp.net core, .net framework-el, illetve a .net core-ról is láttam egy videót, miszerint az is működik .net framework-ön is.
    Illetve ez a projekt típus csproj-t használ már.

    Igazából azért hőköltem kicsit hátra ennél a megközelítésnél, mert van a .net core-os unit tesztelési lehetőség, viszont ilyen unit teszt projektet nem tudok használni .net framework-ös asp.net core-os projekttel.
    Ez tök jó, mert lehet használni .net framework-ös lib-eket.

    Tudom, ott az mstest, csak azért ha már core-os projekttemplate-eket használok, akkor jó lenne a unit tesztes projekteket is kompabitilissá tenni. A unittesztek kilóra, egy jól kivitelezett projektnél legalább ugyanannyi (de inkább több), mint az alkalmazás kódja.
    Mutasd a teljes hozzászólást!
  • Ahoy!

    Szerintem a kollégák még a régi asp.net webforms és talán a kezdeti mvc korszakból szerezték a rossz tapasztalatokat, ami teljesen jogos.
    De a jelenlegi ASP.NET MVC és .NET Core megoldások teljesen rendben vannak, és hatalmas közösségek épülnek köréjük, szóval az, hogy csak az MS támogatja kicsit erős tulzás :)

    Gyos összefoglalás ként, hogy szerintem (és talán az internet szerint is) hogyan számolj a dolgokkal:

    ASP.NET MVC (.net fw): Nagy robosztus üzleti alkalmazások feljesztésére kiváló, tényleg enterprise berkekbe, főként ha Windows serverre kell fejlesztened. Mivel évek óta fejlődik, ezért stabil, mindenre van már benne megoldás, fizetős és ingyenes libek tömkelege elérhető, biztonságos stb.
    Háránya: nagy méret, egy node.js-hez képest lassú lehet, Windows server+IIS only

    .NET Core: Lightweight, crossplatform, moduláris, open-sorce, Microservice fejlesztéskehez érdemes használni szerintem.
    Háránya: Még nagyon új, ami magában hordozza a bugok/breaking changek/még nem implementált kedvenc libed hiányát.

    Neked kell tudnod, hogy mit választassz az adott feladathoz.

    Kis saját tapasztalat: Van egy 18 microserviceből álló rendszerünk (node.js), de kipróbáltuk a .net core-t, az egyis service-t ebben implementáltuk. És tökéletesen muzsikál production-ben.

    csörnyeföldi: Attól, hogy te pont találkoztál balfékekkel, nem a technológia hibája. Elhiszed, hogy tudok neked pytonban olyan lassú/rosszul szervezett/katasztrófa app-ot írni amitől elsírnád magad? És nem a pyton lenne a hibás :D
    Mutasd a teljes hozzászólást!
  • Hali!

    Várjuk meg amíg Hurka újra megszólal :)

    És? Mit fog az változtatni azon, hogy „kapálóztál”? Vagy esetleg visszamenőlegesen lesz érvényes az agymenésed? 

    Mutasd a teljes hozzászólást!
  • de hurka nem asp.net alternatíva után kutat.

    Várjuk meg amíg Hurka újra megszólal :)
    Mutasd a teljes hozzászólást!
  • Hali!

    …az asp.net egy felejtendő technológia a Microsoft-on kivül senki nem ajánlja.

    Még ha így is lenne (nem használom, nem is nagyon követem, csak ímmel-ámmal), nem ez volt sem a vita tárgya, sem a topik témája, sem hurka nyitó hozzászólásában olvasható kérdés. Elképzelhető, hogy én értelmezem félre, de hurka nem asp.net alternatíva után kutat.

    Mutasd a teljes hozzászólást!
  • Hát a Core óta a nyilt forrás + multiplatform... még okozhat majd meglepetéseket a jövőben. 
    [nem vagyok nagy hozzáértő, de igen innovatívnak tűnik és hatékonynak, takarékosnak, típusosnak, stb... nekem tetszik]
    Mutasd a teljes hozzászólást!
  • Igazat kell adni csörnyének, az asp.net egy felejtendő technológia a Microsoft-on kivül senki nem ajánlja.
    Mutasd a teljes hozzászólást!
  • Hali!

    De ezt a kíváncsiságból fedobott magas labdát nem lehtett nem leütni..

    Az a baj, hogy te ott is magas labdát látsz, ahol nincs is, így sokkal inkább látszol céltalan kapálózónak, mint „magaslabda-leütőnek”.

    Egyébként valamit nem tudsz…

    Igazad van, nem tudtam – mint ahogy' azt sem tudom, hogy ez most hogyan kapcsolódik ide.

    Mutasd a teljes hozzászólást!
  • Hali,

    ez egy 2016-os topick, és megáltam hogy ne szóljak hozzá, mindaddig, a,míg Hurka újra elő nem rángatta. De ezt a kíváncsiságból fedobott magas labdát nem lehtett nem leütni.. 

    Egyébként valamit nem tudsz: Hurka is majdnem eljött ahhoz a céghez, akinek most dolgozom. Csak nem érezte elég erősnek a python tudását, hogy asszisztáljon egy asp.net portál kidobásában. Most írjuk át ennek a New Jersey cégnek python django-ba az egész asp-s "hóbelebancát"
    Mutasd a teljes hozzászólást!
  • Hali!

    Érzed, ugye, hogy eléggé szakmaiatlan (csak hogy pszichológiai síkra „ne menjünk le”) ez a hozzáállás, amit nyújtasz bármilyen számodra nem tetsző termék/cég/eszköz/programnyelv, sőt, akár kulcsszó megjelenése esetén. 

    A kérdés nem az volt, hogy választanád-e az asp.net-et, hanem, hogy mit választanál asp.net-es termék fejlesztésére. Tudom, sokszor frusztráló, ha meg kell állni, hogy nem szólsz be (hirdetve az „igét”), de – sokszor – jobb lenne. És nem csak neked. 

    Mutasd a teljes hozzászólást!
  • Kíváncsiságból felhoznám a topikot újra.
    Ma mit választanátok egy hosszú távú, asp.net mvc-s termék fejlesztésére?

    Nincs olyan Parnauszról lelökött v a pokolból előbújt Isten, amiért asp.net-et választanám.
    Ha nem volna, akkor újra feltatálnám a pythont....!
    Mutasd a teljes hozzászólást!
  • Ez bizony a további körülményektől függ, amit csak te ismerhetsz.

    Részemről egy elavult projectem modernizálását Core alapon végzem.

    Előnyök:

    - nálam előfordulhat, hogy helyileg is futtatni kell, így ilyen esetben nem kell Windows licensz
    - egyértelműen ezt az irányt jelölte ki a MS (támogatni fogják persze az eredetit, azt ígérik, fejlesztik is majd, de szerintem inkább kivárnak, amíg a fejlesztők maguk áttérnek az újra, persze majd meglátjuk)
    - klassz nagyon az ASP.NET Core (integrált, kikényszerített DI; gyors; moduláris; hasznos új feature-ök: View Component-ek, Tag Helperek, egységesített Web és Web API stb.)

    Hátrányok:

    - alapvetően stabil, de elő-előjönnek problémák, amire az ember vadászhatja a megoldást
    - jelenleg elég komoly hátrány az inkompatibilitás; ezen a jelen topic témájaként is szereplő .NET Standard 2.0 segíthet, de majd kipróbálás után lehet róla nyilatkozni
    - emiatt sok kritikus library, amit teljes természetességgel lehet használni full .NET alatt nem elérhető: ha pont olyan kéne, ami még nincs, az nagyon nagy szívás, megakaszthatja akár a projectet (ha mégis szükség lenne platformfüggetlenségre)
    - ugyanakkor folyamatosan jelennek meg átiratok, de kutya vacsorája helyzet van

    Úgyhogy alaposan nézd végig a projectet, milyen funkcionalitásra van szükséged (levélküldés, PDF generálás, Excel generálás, ilyenek), nézd meg, milyen library-k vannak hozzá, és előtte teszteld!

    Ha nincs semmi extra, törekedj rá, hogy .NET Core alatt is fusson, sosem tudhatod, mikor jön jól, hogy bárhol elfut a cucc.

    Ha úgy tűnik, hogy full .NET kéne, az sem tragédia, de ez esetben is végezz teszteket, mert jelenleg nem annyira gördülékeny az együttműködés a két platform között (.NET Core assembly-ből referencia full .NET assembly-re stb.). Meg lehet oldani, de nem kézenfekvő (jelenleg dokumentálatlan project.json-okat kell túrni, megfelelő .NET verziót kell használni, hogy működjön stb., remélhetőleg az új tooling segít ezen).

    Remélhetőleg a VS2017, a .NET Standard 2.0 és az új tooling hónapokon belül megoldja ezeket a gyerekbetegségeket, de inkább várjuk ki a végét.

    Összegezve: én ASP.NET Core projectre szavaztam, lehetőleg .NET Core alapon, fallback-ként full .NET-en futtatva. Előtte teszteket végezve, hogy ne legyen gond a szükséges lib-ekkel.
    Mutasd a teljes hozzászólást!
  • Kíváncsiságból felhoznám a topikot újra.
    Ma mit választanátok egy hosszú távú, asp.net mvc-s termék fejlesztésére?
    Úgy tűnik, hogy a multiplatformosodás nem számít, valószínűleg azure-on lesz hosztolva a projekt.

    1) asp.net mvc projekt -> .net framework

    2) asp.net mvc core projekt, ef core, -> .net framework-ön  Vs2017rc már ismeri ezt a projekt típust, és ha minden igaz a projekt kezdés előtt ki is jön a végleges vs2017
    Ezzel az opcióval még tudnánk .net framework-ös libeket használni

    3) asp.net mvc core projekt, ef core -> .net core környezetben
    Mutasd a teljes hozzászólást!
abcd