[過去ﾛｸﾞ] WPF(XAML, XBAP, .NET4.0)GUIプログラミング Part22 (1002ﾚｽ)
上下前次1-新
抽出解除 必死ﾁｪｯｶｰ(本家) (べ) 自ID ﾚｽ栞 あぼーん
このｽﾚｯﾄﾞは過去ﾛｸﾞ倉庫に格納されています｡
次ｽﾚ検索 歴削→次ｽﾚ 栞削→次ｽﾚ 過去ﾛｸﾞﾒﾆｭｰ
206(1): 2018/05/13(日)10:52 ID:VCvSTJHc(1/9) AAS
>>204
起動は確実にクソ遅くなるよ
今までは共有ライブラリとしてシステムにインストされいて自然にメモリにキャッシュされてた大量のDLL達を、
ローカルにバンドルしていちいちディスクからロードするんだから
208(1): 2018/05/13(日)11:06 ID:VCvSTJHc(2/9) AAS
>>207
勘違いしてるようだけど、.NET CoreのSCDと.NET Nativeは別物だよ
SCDは.NET Coreランタイムと依存DLLを全部バンドルするだけ
211(2): 2018/05/13(日)11:23 ID:VCvSTJHc(3/9) AAS
>>209
外部ﾘﾝｸ:blogs.msdn.microsoft.com
あくまで.NET自体を簡単にバンドルできるのが売りだ
.NET NativeはあくまでWinRT版の.NETの機能で、今出てる.NET Coreとは関係ない
ちなみに、.NET CoreではNuGetパッケージを結構細かく分割するのが普通だから、
WinFormsやWPFがそれぞれ丸ごと一つのNuGetパッケージになるようなことはたぶんない
必要なNuGetパッケージをある程度小分けで取捨選択できるようにはなるから、
省1
214(4): 2018/05/13(日)11:44 ID:VCvSTJHc(4/9) AAS
>>210
全部バンドルしちまえってのは今時の流行りで基本的には良いものだけど、あえて挙げるならこんなとこかな
・配布サイズがクソ大きくなる
・DLLのディスクキャッシュが共有されないのでメモリを食うかも
・.NETに重大な脆弱性や不具合が見つかってもユーザーの裁量で.NETを更新できない
・NuGet必須なのでインターネット環境がないとビルドすらできない
・NuGet必須なのでキャッシュなしの状態だとビルドがクソ遅い
215: 2018/05/13(日)11:46 ID:VCvSTJHc(5/9) AAS
・.NET Coreは(NuGetのせいでもあるが)デバッグが遅い
も追加で
219(1): 2018/05/13(日)12:06 ID:VCvSTJHc(6/9) AAS
>>217
最近はずっと.NET Core&C#&Azureやってるよ
一般的な常識に基づく推論と俺の個人的経験で書いただけだから、間違いがあるなら具体的に指摘してるれると助かる
225(2): 214 2018/05/13(日)12:11 ID:VCvSTJHc(7/9) AAS
デスクトップでCore使うメリットはSCDで、当然それは大前提だと思ってたんだけど
システムにCore入れるならそれこそ何の意味もなくね？
230(3): 2018/05/13(日)12:26 ID:VCvSTJHc(8/9) AAS
>>228
だからそれFull .NETのサイドバイサイドと比べて何のメリットがあるの？
233(1): 2018/05/13(日)12:37 ID:VCvSTJHc(9/9) AAS
>>232
結局システムに.NETを入れさせなきゃいけないのは同じだよね
.NET Coreなんか頻繁にアップデートされてるから事実上はほとんど特定のアプリと一対一になるだろうし、
アプリ側で.NETのバージョンを上げたくなったらまたそのアプリのためだけにまた特定バージョンのCoreをインストールさせるのか?
そのとき前のバージョンを安全に削除できるかどうか誰がわかる？
開発環境でのテストくらいにしか使えないよこんなの
上下前次1-新書関写板覧索設栞歴
ｽﾚ情報 赤ﾚｽ抽出 画像ﾚｽ抽出 歴の未読ｽﾚ AAｻﾑﾈｲﾙ
ぬこの手 ぬこTOP 0.031s