WPF(XAML, XBAP, .NET4.0)GUIプログラミング Part22

[表示 : 全て最新50 1-99 101- 201- 301- 401- 501- 601- 701- 801- 901- 1001- 2ch.scのread.cgiへ]
Update time : 03/14 21:23 / Filesize : 238 KB / Number-of Response : 1023
[このスレッドの書き込みを削除する]
[＋板最近立ったスレ＆熱いスレ一覧 : ＋板最近立ったスレ／記者別一覧] [類似スレッド一覧]


↑キャッシュ検索、類似スレ動作を修正しました、ご迷惑をお掛けしました

1 名前：デフォルトの名無しさん mailto:sage [2017/12/13(水) 23:35:47.18 ID:muTUiD7C.net]: Windows Presentation Frameworkについて語るスレ。

前スレ
WPF(XAML, XBAP, .NET4.0)GUIプログラミング Part21
mevius.2ch.net/test/read.cgi/tech/1494288553/

関連スレ
Windows 10 UWPアプリ開発 Part 2
mevius.2ch.net/test/read.cgi/tech/1499658092/

コードを貼る場合は以下のサイトの利用をお勧め。
run codeのチェックは外しておきましょう。
ideone.com/
152 名前：デフォルトの名無しさん mailto:sage [2018/02/03(土) 10:25:04.28 ID:AXuwnjr7.net]: だいたいwpfでC++もないやろ
なんでそんな話になってんだ全く
153 名前：デフォルトの名無しさん mailto:sage [2018/02/03(土) 10:46:57.42 ID:ZFgrbY8z.net]: 次々からフレームワークが出て習得するのが面倒だよな。PGはそんなに暇じゃないっての。
フレームワークを使い捨てにするMSはアホ。wtfだってまだ使ってんだよ。
というか.netの売りは言語自由だったはずなのにwpfではC++を排除してるのかよ。ほんと嘘つきだな、MSは。
154 名前：デフォルトの名無しさん mailto:sage [2018/02/03(土) 12:23:54.85 ID:4JyGp2En.net]: .NETのウリは言語自由って初めて聞いたが
いくつかの言語から選べるってのはよく聞くけど
155 名前：デフォルトの名無しさん mailto:sage [2018/02/07(水) 22:17:00.05 ID:7uLVnCRo.net]: WPFおもろいわ。

仕様拡張も含め、.net core対応ｷﾎﾞﾝﾇ
156 名前：デフォルトの名無しさん mailto:sage [2018/02/08(木) 07:06:45.70 ID:OLINQejk.net]: 全く。マウンティングするための道具として最高におもしろいわ。
157 名前：デフォルトの名無しさん mailto:sage [2018/02/08(木) 07:18:53.58 ID:as09ZcmN.net]: WPFはエヴァンジェリストとブロガーのオモチャ。
158 名前：デフォルトの名無しさん mailto:sage [2018/02/12(月) 11:41:38.41 ID:fQpoXnex.net]: Windows10,VS2017でWPFでWindowChromeちゃんを使って、
Windowのスタイルをカスタマイズしようとしてるんだけど、
タイトルバー高さをSystemParameters.WindowCaptionHeightで取得すると
23が返ってくるんよ。で、これ実際にPhotoshopとかで測定すると、31ぐらいなんだけど、
これって、もしかして72dpiと96dpiの違いで、96/72=1.333...をこの23に掛けてるんかな？
例えば、電卓の右上の[X]ボタンはH:30,W:48なんだけど、
SystemParameters.WindowCaptionButtonWidth=36
SystemParameters.WindowCaptionButtonHeight=22
36 x 1.333...= 47.999999
22 x 1.333...= 29.333333

こういう資料って、公式のどっかに説明あるんでしょうか？
159 名前：デフォルトの名無しさん [2018/02/12(月) 15:00:33.06 ID:3jR6du7D.net]: >>152
わたしもきぼんぬ
160 名前：デフォルトの名無しさん mailto:sage [2018/02/12(月) 16:07:10.38 ID:qK1FqdY3.net]: >>155
試してないけどこれはどう？
blogs.microsoft.co.il/alex_golesh/2009/09/20/wpf-quick-tip-how-to-get-wpf-window-client-area-size/
161 名前：デフォルトの名無しさん mailto:sage [2018/02/17(土) 11:24:01.09 ID:hzHa4Ili.net]: >>157
どうもThemeの方にヒントがあるようね。
Firefoxのソースでも、Themeからひろってきてるみたい。
162 名前：デフォルトの名無しさん mailto:sage [2018/03/13(火) 21:45:11.61 ID:QSraSytV.net]: デザイナ画面で、現在作業しているプロジェクトファイルのパスが取得したいのですが、方法ありますでしょうか？
AssemblyやGetCurrentDirectoryを使ってもXDesProcのパスが返ってきて取得できません
163 名前：デフォルトの名無しさん mailto:sage [2018/03/30(金) 20:45:57.81 ID:S5bBhBUr.net]: TreeView を操作していると、StackOverflowException 例外で WPF アプリケーションが強制終了します
https://blogs.msdn.microsoft.com/japan_platform_sdkwindows_sdk_support_team_blog/2018/03/30/treeview-stackoverflowexception-wpf-47-crash/
164 名前：デフォルトの名無しさん mailto:sage [2018/03/31(土) 13:25:10.48 ID:VKIypx1l.net]: まだ枯れてないのか。
165 名前：デフォルトの名無しさん mailto:sage [2018/03/31(土) 13:39:52.89 ID:UATmZRNx.net]: ComputeFirstItemInViewportIndexAndOffsetがFloorをつかっている件か
166 名前：デフォルトの名無しさん [2018/04/09(月) 17:25:00.82 ID:90D6Yu/l.net]: datagridにおいて、以下のようなキーボード操作はXAMLだけで記述できますでしょうか？

・セルのtab移動を止める
・enterキーで次の行に移動するのを止める（矢印キーのみで移動）
167 名前：デフォルトの名無しさん mailto:sage [2018/04/09(月) 18:08:40.11 ID:2gnvm26g.net]: DataGridは未完成糞品質のまま開発打ち切られて放置されたままのゴミだから使っちゃダメ
WinFormsのをホストして使うかサードのを買うかListViewでスクラッチするかWPFを捨てよう
168 名前：デフォルトの名無しさん mailto:sage [2018/04/09(月) 18:25:22.70 ID:lwmVdEfV.net]: >>164
行数少なければ十分使えるから、数百行表示させないようにプログラムすればいいだけですね
169 名前：デフォルトの名無しさん mailto:sage [2018/04/15(日) 08:53:11.02 ID:W7Pttv5/.net]: 2ヶ月ちょいjs/javaやったけど
Eclipseはポトペタできへんから面倒くさすぎる
いやワイが知らんだけかもしらんけど
しかしIDE落ちまくるし同期とらんと時々嘘くさい表示しよるし何なんやこれ
隣の席のやつ(javaﾏﾝ)はWPFやらされててワカランワカランいうてるし
ちゃんと履歴書読んどんのかここの会社逆やろｗ
170 名前：デフォルトの名無しさん mailto:sage [2018/04/15(日) 09:48:51.28 ID:GbdfDf+/.net]: そう思うんなら便所に落書きするより上司に相談しろ
喜んで入れ替えてくれるだろ
その程度の交渉や調整もできないカスなら何やらせたってダメだし、会社もお前に何も期待しないよ
171 名前：デフォルトの名無しさん mailto:sage [2018/04/15(日) 09:51:56.54 ID:koN3j5aX.net]: eclipse使ってる企業なんてまだあったんだ
172 名前：デフォルトの名無しさん mailto:sage [2018/04/15(日) 12:39:36.05 ID:W7Pttv5/.net]: 替わりたくないんやが
ちな会社は赤字垂れ流して潰れそうやでw
173 名前：デフォルトの名無しさん mailto:sage [2018/04/15(日) 13:26:36.78 ID:eVQUY7wr.net]: 嘘みたいな話だけどeclipse大好きっこているんだぞ

一個も共感できないeclipse自慢話してくるよ
174 名前：デフォルトの名無しさん mailto:sage [2018/04/15(日) 13:38:15.45 ID:5EOPJhuZ.net]: eclipseはモダンemacs的な開発者のオープンプラットフォームとして、
今でいうVSCodeに近いポジションを占めてたから、そういう面ではわりと根強いファンはいた
今ではJavaはIntelliJに取られemacs的な用途はVSCodeに取られ完全にオワコン
175 名前：デフォルトの名無しさん mailto:sage [2018/04/15(日) 18:31:48.26 ID:UK26r34r.net]: >>170
あるある
176 名前：デフォルトの名無しさん mailto:sage [2018/04/24(火) 15:05:21.91 ID:bXlVc9iu.net]: GridSplitter を挟んだUIを作成中です

<Grid>
<Grid.ColumnDefinitions>
<ColumnDefinition Width="1*"/>
<ColumnDefinition Width="Auto"/>
<ColumnDefinition Width="3*"/>
</Grid.ColumnDefinitions>
...

上記のように Columnの幅を1:3などの割合のまま、
Properties.Settings のメンバに Bind するにはどのようにしたらよいですか？

下記のように書いてみましたが、いくつか問題にぶち当たりました
<ColumnDefinition Width="{Binding Source={x:Static p:Settings.Default}, Path=ColumnSplitterSize, Mode=TwoWay}"/>

・Column の幅を変更して、Settings.Default.Save() しても Settings に反映されない（Settings の他の値の変更は確認済み）
・Settings の要素の型に GridLength を指定した場合、3* などを指定できない（数値かアスタリスクのみ）
・1:3 などの割合を指定したまま、サイズを保存、復元する方法があるのか不明

グリッド幅の保存は基本だと思うので簡易な方法があると思うのですが……
177 名前：デフォルトの名無しさん mailto:sage [2018/04/27(金) 20:15:09.50 ID:TaLNc1sW.net]: GridLength 構造体
178 名前：デフォルトの名無しさん mailto:sage [2018/04/28(土) 10:07:15.37 ID:j2qq32KP.net]: >>174
はい、GridLength 構造体です
Settings の要素の型を GridLength にしても反映されないので質問しました

何か基本的なことを見落としてるような気がします
179 名前：デフォルトの名無しさん mailto:sage [2018/04/28(土) 14:55:45.90 ID:ljffXje0.net]: GridLength GridUnitType.Starでぐぐる
180 名前：デフォルトの名無しさん [2018/05/05(土) 08:55:29.93 ID:GHjIUW8T.net]: >>170
マルチプラットフォーム的なのが少なかったんで
選択肢がそこに居ちゃっていたってことじゃないんかな？
181 名前：デフォルトの名無しさん [2018/05/05(土) 09:01:31.10 ID:GHjIUW8T.net]: >>173
１：３なのに、なんでAUTOが入ってるの？
182 名前：デフォルトの名無しさん [2018/05/05(土) 09:04:56.56 ID:nVs07IkD.net]: >>178
GridSplitter
183 名前：172 mailto:sage [2018/05/05(土) 11:44:18.82 ID:+6BF6Qlx.net]: 試行錯誤しつつ、あれから冷却期間を入れて試したところ 2番目の問題は設定できるようになりました

>>176
> GridLength GridUnitType.Starでぐぐる
「・Settings の要素の型に GridLength を指定した場合、3* などを指定できない」
ことへのコンストラクタを使ってコードを書くべきというアドバイスかと思います

本当に申し訳無いのですが当方の思い込み�
184 名前：ｪ含まれていました 実際に試した値は「1*」で、書き込むと「*」になるため、誤認していました 正しく書き直すと、 プロジェクトの「プロパティ」→「設定」→要素の「型」で PresentationFramework の System.Windows.GridLength を指定した ケースでの「値」列の内容について、XAMLで指定できる文字列「1*」を指定できず、 書き込むと「*」になるということです Settings.Designer.cs での DefaultSettingValueAttribute の引数の文字列です 試しに「3*」を入れたところ、3:3(=1:1)に指定できましたので Settings で初期化はうまくできていましたので、 2番目の問題は解決しました （「1*」は値として同じ意味の文字列「*」に自動で変換されるみたいです） XAMLは下記のとおり、 <ColumnDefinition Width="{Binding Source={x:Static p:Settings.Default}, Path=ColumnSplitterLength}"/> <ColumnDefinition Width="Auto"/> <ColumnDefinition Width="3*"/> ただ、Settings で指定は可能なのですが、Grid.Width プロパティは実際のサイズに連動しておらず、 Mode=TwoWay を追加しても、肝心の1番目、2番目が解決できませんでした 実際のサイズに連動するよう少しずつ調査する予定です （ActualWidth:double を読み取って、GridLengthのコンストラクタを使って Settingsに保存する？） >>179 はい、GridSplitter を挟んでGridの列を 1:3 にするXAMLの書き方になってます []: [ここ壊れてます]
185 名前：172 mailto:sage [2018/05/05(土) 11:48:02.94 ID:+6BF6Qlx.net]: あああ、typo です
「ただ、Settings で指定は可能なのですが、Grid.Width プロパティは実際のサイズに連動しておらず～」
ColumnDefinition.Width プロパティの間違いです
186 名前：175 mailto:sage [2018/05/05(土) 17:52:13.05 ID:Lbg9iiKd.net]: 175は忘れてください　
Value+GridUnitType　<--> 文字列相互変換できてました
フォルダー　<UserName>\AppData\Local\<アプリケーション名>
の下のほうの user.configに書き込まれているはず
187 名前：デフォルトの名無しさん [2018/05/05(土) 23:52:00.74 ID:enzOGVxg.net]: splitterの幅をバリアブルにしている理由はなんなの？
188 名前：デフォルトの名無しさん [2018/05/05(土) 23:53:18.47 ID:enzOGVxg.net]: ま、いいか理由はあるんでしょうから。
189 名前：デフォルトの名無しさん mailto:sage [2018/05/06(日) 15:47:40.64 ID:Z7mEypo0.net]: 質問させてください。
以下の画像のようにウィンドウの表示がSizeToContentの値によっておかしくなる場合があるのですが、
対策方法など分かる方がいらっしゃれば教えていただけないでしょうか。
https://dotup.org/uploda/dotup.org1526890.png

VSのバージョンは15.6.7、ターゲットフレームワークは4.7.1、
実行環境は Windows 10 で「拡大縮小とレイアウト」の設定は100%です。
XAMLは以下の通りです。どうぞよろしくお願いいたします。

<Window
　　x:Class="SizeToContentIssue.MainWindow"
　　xmlns="schemas.microsoft.com/winfx/2006/xaml/presentation"
　　xmlns:x="schemas.microsoft.com/winfx/2006/xaml"
　　xmlns:d="schemas.microsoft.com/expression/blend/2008"
　　xmlns:mc="schemas.openxmlformats.org/markup-compatibility/2006"
　　mc:Ignorable="d"
　　Width="213" Height="55"
　　SizeToContent="Width">
　　<Grid>
　　　　<TextBlock>
　　　　　　<Run Text="{Binding Width, RelativeSource={RelativeSource FindAncestor, AncestorType={x:Type Window}}}"/>
　　　　　　x
　　　　　　<Run Text="{Binding Height, RelativeSource={RelativeSource FindAncestor, AncestorType={x:Type Window}}}"/>
　　　　　　縦棒が入ったり入らなかったり→
　　　　</TextBlock>
　　</Grid>
</Window>
190 名前：デフォルトの名無しさん mailto:sage [2018/05/06(日) 16:36:46.08 ID:JnKw6YEv.net]: >>185
SizeToContent paints an unwanted border
https://stackoverflow.com/questions/16356507/sizetocontent-paints-an-unwanted-border

<Window UseLayoutRounding="True" />
でとりあえずその線は消えた
191 名前：デフォルトの名無しさん mailto:sage [2018/05/06(日) 17:21:51.43 ID:Z7mEypo0.net]: >>186
レスありがとうございます！私の方でも線が消えることを確認しました。
Webで検索しても答えを見つけられなかったので質問させていただいたのですが、
恥ずかしいことに紹介していただいたページは見落としてしまっていたようです。

何はともあれ、お答えいただきどうもありがとうございました。
192 名前：デフォルトの名無しさん mailto:sage [2018/05/06(日) 18:14:56.23 ID:Z7mEypo0.net]: >>185-187で自分の検索の不十分さを反省して以前から抱えていた別の問題も改めて検索してみたのですが、
やはり私の力ではどうしようもありませんでした。
立て続けに申し訳ないのですが、こちらについてもお力を貸していただけないでしょうか。

以下のような Binding のマークアップ拡張を作成したところ、
Mode が TwoWay のときは期待通りに動作するものの、
Mode が OneWay だと正しくバインディングできずに困っています。

class MyBindingExtension : MarkupExtension
{
　　public PropertyPath Path { get; set; }
　　public BindingMode Mode { get; set; }
　　public override object ProvideValue(IServiceProvider serviceProvider)
　　{
　　　　var service= (IProvideValueTarget)serviceProvider.GetService(typeof(IProvideValueTarget));
　　　　var target = (DependencyObject)service.TargetObject;
　　　　var dp = (DependencyProperty)service.TargetProperty;
　　　　BindingOperations.SetBinding(target, dp, new Binding { Path = Path, Mode = Mode });
　　　　return target.GetValue(dp);
　　}
}

（続く）
193 名前：デフォルトの名無しさん mailto:sage [2018/05/06(日) 18:15:23.63 ID:Z7mEypo0.net]: （続き）

原因はほとんど分かっていて、

・Mode が OneWay のとき、ターゲット側が書き換えられるとバインディングがクリアされてしまう
・ProvideValue が呼び出されたあと、その戻り値でターゲット側が書き換えられる

ということだと思うのですが、この問題を解決する良い方法が見つかりません。
苦肉の策として、SetBinding の行を次のように書き換えればとりあえず動作することが確認できています。

　　　　// BindingOperations.SetBinding(target, dp, new Binding { Path = Path, Mode = Mode });
　　　　Application.Current.Dispatcher.BeginInvoke((Action)(()
　　　　　　=> BindingOperations.SetBinding(target, dp, new Binding { Path = Path, Mode = Mode })));

ただ、バインディングのタイミングがずれてしまうと、
例えば SetBinding してから ClearBinding したつもりが順番が逆転してしまうなど
思わぬバグの原因となりかねないためできれば避けたいと考えています。どうぞよろしくお願いいたします。
194 名前：デフォルトの名無しさん mailto:sage [2018/05/08(火) 00:48:26.70 ID:wFWfdcvC.net]: 良かったなお前ら
https://blogs.msdn.microsoft.com/dotnet/2018/05/07/net-core-3-and-support-for-windows-desktop-applications/
195 名前：デフォルトの名無しさん mailto:sage [2018/05/08(火) 01:18:46.99 ID:8/Cw9iIa.net]: YATTA!
196 名前：デフォルトの名無しさん mailto:sage [2018/05/08(火) 01:50:46.69 ID:vwdvRU81.net]: やるやん
197 名前：デフォルトの名無しさん mailto:sage [2018/05/08(火) 01:56:55.14 ID:8PlXTSnU.net]: 日本語でOK
198 名前：デフォルトの名無しさん mailto:sage [2018/05/08(火) 01:58:48.97 ID:3Tr8AiF6.net]: Windowsでしか動かない.NET Coreアプリw
一体何の意味があるのか
199 名前：デフォルトの名無しさん mailto:sage [2018/05/08(火) 02:05:19.36 ID:I+Jt0Kav.net]: せっかく.NET Coreが盛り上がってきてたところだったのに、水を差すことになりそうで心配だな
Linuxサーバーで運用してる人達からしたら、結局梯子外してWinに誘導するいつものMSがまた正体を現したかと疑念を持たれるよこれ
200 名前：デフォルトの名無しさん mailto:sage [2018/05/08(火) 02:37:14.81 ID:wFWfdcvC.net]: >>194
Windowsにインストールされた.NET Frameworkに縛られなくなる
201 名前：デフォルトの名無しさん mailto:sage [2018/05/08(火) 02:39:25.29 ID:u/n9hYSm.net]: >>195
そもそもWindowsでしか動かなかったもののランタイムが
202 名前：変わるだけだし、corefx自体に追加されるわけじゃない むしろ.NET Coreの普及を後押しする []: [ここ壊れてます]
203 名前：デフォルトの名無しさん mailto:sage [2018/05/08(火) 17:52:26.19 ID:xyA4XcJo.net]: 実質何も発表なかったこと一緒ってこと?
.NETは完全にWinプラトフォーム環境限定ということでオワコン
204 名前：デフォルトの名無しさん mailto:sage [2018/05/08(火) 18:10:18.00 ID:xyA4XcJo.net]: サーバーサイドはクロスだけど微妙にしか人気ねぇし、Xamarin捨てる勇気なかったのか
205 名前：デフォルトの名無しさん mailto:sage [2018/05/08(火) 18:17:27.20 ID:kbsHCLUb.net]: >>198
どこをどう読んだらそうなるんだよｗｗｗ
206 名前：デフォルトの名無しさん mailto:sage [2018/05/10(木) 14:57:37.18 ID:1UHxaKzf.net]: .NET Core 3ハWindowsデスクトップアプリをサポートする
https://www.infoq.com/jp/news/2018/05/net-core3-announced

開発者が、既存の.NET Framework for Windowsではなく.NET Coreを使いたい理由はなにか？
それにはいくつかの理由がある。まず、.NET Frameworkとは違い、.NET Coreアプリは完全に独立しており、異なるバージョンの.NET Coreを使用することが可能だ。
.NET Core 3の新しいオプションでは、.NET Coreランタイムと組み合わせて実行できる単一の実行ファイルを生成することが可能だ。

この発表に反応した開発者は、WPFとWinFormsをGitHub上でオープンソース化する可能性について尋ねた。
興味深いことにこの要求は、Lander氏に否定されてはない - Microsoftは将来的にオープンにする可能性がある。
コミュニティの主な望みは、これらをmacOSやLinuxに移植するよりも、Windows用のGUIツールキットの拡張とモダン化である。
207 名前：デフォルトの名無しさん mailto:sage [2018/05/13(日) 10:02:27.03 ID:JffwGpoG.net]: .NET Coreが全然注目されないからいろいろやりだしたんだな

いままでの.NET Coreって誰から見たら魅力があるのかわからない微妙な物だから
積極的に使いたいと言う人は少なかった
208 名前：デフォルトの名無しさん mailto:sage [2018/05/13(日) 10:28:33.00 ID:i7PAGBqe.net]: 日本は全体的に低レベルなエンジニアが多い
なのでUIとその他のロジックがガッツリ結合して分離できない
なのでそう簡単には.Net Coreに移植できなかった
そうする必要のないあらゆるものまでがdnfやwindowsインフラに依存してしまっていたんだ
そりゃ移植して使えないものに魅力は感じないだろう

海外では設計が綺麗なので細かいコンポーネント事に移植の可能性を検討することができた
移植可能なものはすぐに移植する動きが広まってあっという間にCore対応が進んだ
彼らは高パフォーマンス、セルフコンテインドデプロイ、マルチプラットフォーム対応といった様々な収穫を殆どタダで得ることができた
.NET Coreはとても魅力的でエキサイティングなアップデートだった
209 名前：デフォルトの名無しさん mailto:sage [2018/05/13(日) 10:43:11.44 ID:hwu0eulf.net]: .NET Coreは既存の環境から乗り換えたいと思わせるだけの魅力がない
windowsで,.net frameworkから乗り換える人は少ない
linuxで他の言語から乗り換える人も少ない

利点をはっきり打ち出せてない
ただ作りました使ってくださいじゃ使わない
210 名前：デフォルトの名無しさん mailto:sage [2018/05/13(日) 10:48:35.00 ID:nDD5wzJU.net]: コンパイルして起動時間が一桁早くなるってのは十分な魅力だと思うが
211 名前：デフォルトの名無しさん mailto:sage [2018/05/13(日) 10:49:14.92 ID:i7PAGBqe.net]: >>204
>>203でも書いたけど日本ではスパゲティシステムだらけで移植のコストが高すぎたから受け入れられなかった

海外では日頃から品質を高める努力をしていたので移植が容易にできた
そして様々なメリットを享受することができた

利点を示せなかったのではなく
利点を示したけど日本だけが利点を受け入れる下地ができてなかっただけ

つまり日本はハブられたんだよ
いじめられ�
212 名前：ﾁ子がリア充の生き方なんつまらないと負け惜しみを言うようなもの キツネとすっぱい葡萄の心理というやつだ []: [ここ壊れてます]
213 名前：デフォルトの名無しさん mailto:sage [2018/05/13(日) 10:52:56.28 ID:VCvSTJHc.net]: >>205
起動は確実にクソ遅くなるよ
今までは共有ライブラリとしてシステムにインストされいて自然にメモリにキャッシュされてた大量のDLL達を、
ローカルにバンドルしていちいちディスクからロードするんだから
214 名前：デフォルトの名無しさん mailto:sage [2018/05/13(日) 11:03:04.42 ID:nDD5wzJU.net]: >>207
.net nativeはスタティックリンクだから、ライブラリの中で使っている部分だけ切り取って本体に取り込んでリンクするんだわ
通常はファイルサイズが激減します
215 名前：デフォルトの名無しさん mailto:sage [2018/05/13(日) 11:06:50.54 ID:VCvSTJHc.net]: >>208
勘違いしてるようだけど、.NET CoreのSCDと.NET Nativeは別物だよ
SCDは.NET Coreランタイムと依存DLLを全部バンドルするだけ
216 名前：デフォルトの名無しさん mailto:sage [2018/05/13(日) 11:15:03.29 ID:nDD5wzJU.net]: >>209

一番要望の多いnative取り入れないとは思えないが、情報あるの？
217 名前：デフォルトの名無しさん mailto:sage [2018/05/13(日) 11:22:25.15 ID:i7PAGBqe.net]: 体感的にわからない程度に起動が遅くなるかもしれない

デメリットってそれだけ？
218 名前：デフォルトの名無しさん mailto:sage [2018/05/13(日) 11:23:47.84 ID:VCvSTJHc.net]: >>210
https://blogs.msdn.microsoft.com/dotnet/2018/05/07/net-core-3-and-support-for-windows-desktop-applications/
あくまで.NET自体を簡単にバンドルできるのが売りだ
.NET NativeはあくまでWinRT版の.NETの機能で、今出てる.NET Coreとは関係ない
ちなみに、.NET CoreではNuGetパッケージを結構細かく分割するのが普通だから、
WinFormsやWPFがそれぞれ丸ごと一つのNuGetパッケージになるようなことはたぶんない
必要なNuGetパッケージをある程度小分けで取捨選択できるようにはなるから、
今のSystem.Windows.Forms.dllよりは結果的にロードするサイズが小さくなる可能性はあるよ
219 名前：デフォルトの名無しさん mailto:sage [2018/05/13(日) 11:34:23.20 ID:nDD5wzJU.net]: >>212
将来はともかく、最初はこの程度なんかね
220 名前：デフォルトの名無しさん mailto:sage [2018/05/13(日) 11:39:17.10 ID:QSiC/kkG.net]: よく分かんないけど
動作環境の.NETバージョンに影響されずに済むって話じゃないの
221 名前：デフォルトの名無しさん mailto:sage [2018/05/13(日) 11:44:29.93 ID:VCvSTJHc.net]: >>211
全部バンドルしちまえってのは今時の流行りで基本的には良いものだけど、あえて挙げるならこんなとこかな
・配布サイズがクソ大きくなる
・DLLのディスクキャッシュが共有されないのでメモリを食うかも
・.NETに重大な脆弱性や不具合が見つかってもユーザーの裁量で.NETを更新できない
・NuGet必須なのでインターネット環境がないとビルドすらできない
・NuGet必須なのでキャッシュなしの状態だとビルドがクソ遅い
222 名前：デフォルトの名無しさん mailto:sage [2018/05/13(日) 11:46:21.62 ID:VCvSTJHc.net]: ・.NET Coreは(NuGetのせいでもあるが)デバッグが遅い
も追加で
223 名前：デフォルトの名無しさん mailto:sage [2018/05/13(日) 11:56:03.56 ID:gN1ETgni.net]: >>202
どうやら違う世界に生きてるようだ
224 名前：デフォルトの名無しさん mailto:sage [2018/05/13(日) 12:00:18.98 ID:olmzHM0E.net]: >>215
こいつC#使ったことないやろ…
225 名前：デフォルトの名無しさん mailto:sage [2018/05/13(日) 12:05:59.25 ID:vAxwPzXD.net]: >>215
RuntimeStoreも知らないようだし、NuGetがインターネット必須ってのも大嘘
ユーザーの裁量でRuntimeを更新できないってのも嘘
226 名前：デフォルトの名無しさん mailto:sage [2018/05/13(日) 12:06:45.67 ID:VCvSTJHc.net]: >>218
最近はずっと.NET Core&C#&Azureやってるよ
一般的な常識に基づく推論と俺の個人的経験で書いただけだから、間違いがあるなら具体的に指摘してるれると助かる
227 名前：デフォルトの名無しさん mailto:sage [2018/05/13(日) 12:07:59.36 ID:FNCE059f.net]: corefxやcoreclrも知らないからユーザーの裁量でランタイムを更新できないって発想になるんか？
228 名前：デフォルトの名無しさん mailto:sage [2018/05/13(日) 12:08:12.97 ID:hwu0eulf.net]: >>217
そちらは新規開発案件の1割以上がc#を使ってる世界�
229 名前：ﾅすか？ 不思議な世界ですね こちらの世界は全ソフトウエア開発者で.Net Coreを知ってる人が 1%以上いるかどうか怪しいです []: [ここ壊れてます]
230 名前：デフォルトの名無しさん mailto:sage [2018/05/13(日) 12:09:07.71 ID:FNCE059f.net]: >>220
配布サイズが大きいのは、RuntimeStoreのない時代かもしくはランタイム自体をアプリに同梱する場合ね
231 名前：デフォルトの名無しさん mailto:sage [2018/05/13(日) 12:09:52.99 ID:dLXOPcbs.net]: >>222
ああ奴隷の世界ねごめんよ
232 名前：デフォルトの名無しさん mailto:sage [2018/05/13(日) 12:11:36.53 ID:hwu0eulf.net]: >>224
いい加減に空想の世界から出て来いよ

.Net Coreなんてほとんど誰も知らない
C#使ってる中でも知られてない
みんな跨いでいく
233 名前：214 mailto:sage [2018/05/13(日) 12:11:45.00 ID:VCvSTJHc.net]: デスクトップでCore使うメリットはSCDで、当然それは大前提だと思ってたんだけど
システムにCore入れるならそれこそ何の意味もなくね？
234 名前：デフォルトの名無しさん mailto:sage [2018/05/13(日) 12:14:31.02 ID:hwu0eulf.net]: サーバサイドでも使われてない
デスクトップでも使われてない
業務でも使われてない

趣味で使うのがちょうどいい
C#大大大大好きだけど.Net CoreやAsp.net CoreやUWPは早く消えてほしい
235 名前：デフォルトの名無しさん mailto:sage [2018/05/13(日) 12:17:23.58 ID:dLXOPcbs.net]: >>225
Stackoverflowのreportでも見て現実を直視しろよｗｗｗ
236 名前：デフォルトの名無しさん mailto:sage [2018/05/13(日) 12:19:44.68 ID:dLXOPcbs.net]: >>226
どうも思い込みが激しいようだ
どっちかって言うとSCDこそ特殊な場合で、SideBySideでランタイムをインストールする方が良い
237 名前：デフォルトの名無しさん mailto:sage [2018/05/13(日) 12:21:24.73 ID:LtcW78m3.net]: >>226
Microsoftのブログくらい読めよ
https://blogs.msdn.microsoft.com/dotnet/2018/05/07/net-core-3-and-support-for-windows-desktop-applications/
238 名前：デフォルトの名無しさん mailto:sage [2018/05/13(日) 12:26:39.99 ID:VCvSTJHc.net]: >>229
だからそれFull .NETのサイドバイサイドと比べて何のメリットがあるの？
239 名前：デフォルトの名無しさん mailto:sage [2018/05/13(日) 12:29:17.88 ID:LtcW78m3.net]: >>231
>>230
240 名前：デフォルトの名無しさん mailto:sage [2018/05/13(日) 12:31:43.28 ID:ENNgICED.net]: >>231
たとえば.NET4.5.2と4.6.1はSideBySideでインストールできないっしょ？
241 名前：デフォルトの名無しさん mailto:sage [2018/05/13(日) 12:37:57.79 ID:VCvSTJHc.net]: >>233
結局システムに.NETを入れさせなきゃいけないのは同じだよね
.NET Coreなんか頻繁にアップデートされてるから事実上はほとんど特定のアプリと一対一になるだろうし、
アプリ側で.NETのバージョンを上げたくなったらまたそのアプリのためだけにまた特定バージョンのCoreをインストールさせるのか?
そのとき前のバージョンを安全に削除できるかどうか誰がわかる？
開発環境でのテストくらいにしか使えないよこんなの
242 名前：デフォルトの名無しさん mailto:sage [2018/05/13(日) 13:04:22.39 ID:kjz8UZqt.net]: まだ実用化されていない技術のブログ記事上げてドヤってる
それは既存の.Net Coreの利点じゃないだろ？
243 名前：デフォルトの名無しさん mailto:sage [2018/05/13(日) 13:05:48.16 ID:kjz8UZqt.net]: コアのアーキテクトの戦略がフラフラしてる
魅力のないロードマップがそれを物語ってる
244 名前：デフォルトの名無しさん mailto:sage [2018/05/13(日) 22:00:07.98 ID:ENNgICED.net]: >>234
前のバージョンを削除ｗｗｗ
245 名前：デフォルトの名無しさん mailto:sage [2018/05/13(日) 22:01:26.62 ID:RTDdDgUS.net]: >>231
こいつSideBySideなんて知らんのやろ
246 名前：デフォルトの名無しさん mailto:sage [2018/05/13(日) 22:07:34.73 ID:yk+U0xvA.net]: >>237-238
.NET CoreのSideBySideを利用したデスクトップアプリの正しいデプロイサイクルを具体的に説明してくれ
247 名前：デフォルトの名無しさん mailto:sage [2018/05/13(日) 22:24:25.44 ID:yk+U0xvA.net]: ちなみに.NET Coreって月一くらいのペースでバージョン上がってるんだが、それ全部SideBySideするってことだぞ？
アプリとは別にシステムの.NETのバージョン管理の余計な手間が増える以外になんかSCDと比較してメリットある？
248 名前：デフォルトの名無しさん mailto:sage [2018/05/13(日) 22:27:27.84 ID:F2hiJGIV.net]: >>240
全部とかただのキチガイか
249 名前：デフォルトの名無しさん mailto:sage [2018/05/13(日) 22:30:48.25 ID:F2hiJGIV.net]: >>215
NuGetって言葉覚えたてかな？嘘ばっかｗｗｗ
250 名前：デフォルトの名無しさん mailto:sage [2018/05/13(日) 22:55:13.58 ID:yk+U0xvA.net]: >>241
結局アプリごとに必要とするバージョンが違うケースが多いはずだからSCDでいいだろと言ってるんだけど、これだけ言っても伝わらない？
251 名前：デフォルトの名無しさん mailto:sage [2018/05/13(日) 22:57:05.68 ID:F2hiJGIV.net]: >>243
RuntimeStore
252 名前：デフォルトの名無しさん mailto:sage [2018/05/13(日) 22:59:58.25 ID:9k6A64Mq.net]: >>243
>アプリごとに必要とするバージョンが違うケースが多い
なんで？

[ 続きを読む ] / [ 携帯版 ]

read.cgi ver5.27 [feat.BBS2 +1.6] / e.0.2 (02/09/03) / eucaly.net products.
担当:undef