Microsoft.AspNetCore.All metapackage v .net core 2

A sme tam, kde sme boli. Chvalabohu!

Zjednodusenie pre zaciatocnikov a pri rychlom developmente super, pri store realne vyhody moc nevidim, rychlejsi start aplikacie vdaka store mi nedava zmysel vobec...mozno nieco prehliadam.

No hlavne je to jednoduchsi dependency management, kedze v tych verziach sa dalo uz naozaj len tazko vyznat. Nepovazujem sa za zaciatocnika, ale toto velmi vitam.

Mensi output je tiez nezanedbatelny, ked robis continuous integration. Kazda sekunda je vitana.

Rychlejsi start aplikacie preco nedava zmysel?

@liero: napisal som, co mi nedava zmysel, nemusis polemizovat o tom, co mi zmysel dava :-)

Continuos integration - ak mas setupnuty build, test server a rozsiahly projekt, nejaky store urcite nie je o usetrenej sekunde, je to marginalita, ale ok. Ak je "start" chapany takto siroko(preto som sa pytal @vlka, co mi uchadza) v tom pripade by bolo zrejme lepsie hovorit o rychlejsom deployment(mensi publish), builde a nie starte. Vysvetlene, mozeme uzatvorit.

Vlko pod startom asi myslel to, ze Runtime Store moze mat assemblies predkompilovane NGEN-nom, preto rychlejsi start.

Tiez nedava ked to zoberies v kontexte nejako realneho deployment scenaru a samotnej rychlosti startu (bud vsetko NGEN alebo nic)....ale vlko asi povie, ako to myslel.

Store vznikol jednak kvoli moznosti ngen, ale hlavne ako zaklad pre docker images, kde si prepripravis nejaky environment setup, predcompilujes libky a mas rychlejsi build, rychlejsi/mensi deployment, atd. Ze vy ste ten clanok necitali,ci?:)

Ja ano, co sa ti nezda? :)

Teraz si to uvedomujem. Restore packages asp.net core aplikacie z default templatu pri automatickom builde na VSTS trva cca 2 minuty. Tymto by sa to mohlo vyrazne skratit, nie?

diskusia bola o "rychlejsi start app", docker dava ako tak zmysel