- 1 名前：デフォルトの名無しさん mailto:sage [2019/12/09(月) 12:36:14.49 ID:9LsUsH++p.net]
- Windows Presentation Frameworkについて語るスレ。
前スレ
WPF(.NET4.x, .NET Core) GUIプログラミング Part23
https://mevius.5ch.net/test/read.cgi/tech/1557960752/
関連スレ
Windows 10 UWPアプリ開発 Part 2
mevius.2ch.net/test/read.cgi/tech/1499658092/
コードを貼る場合は以下のサイトの利用をお勧め。
run codeのチェックは外しておきましょう。
ideone.com/
VIPQ2_EXTDAT: checked:vvvvv:1000:512:: EXT was configured
- 10 名前：デフォルトの名無しさん mailto:sage [2019/12/13(金) 04:00:46.58 ID:hyzYl/Qc0.net]
- >>8
Win7で動くならやってるわ
- 11 名前：デフォルトの名無しさん mailto:sage [2019/12/13(金) 12:00:42.74 ID:7b8qFeLpp.net]
- 現行なのにWPFより過疎なUWPスレ
- 12 名前：デフォルトの名無しさん [2019/12/13(金) 12:35:12.03 ID:I2cXzzwaM.net]
- ユニバーサルデバイスがないからな
- 13 名前：デフォルトの名無しさん mailto:sage [2019/12/13(金) 14:55:27.23 ID:7oWhly6q0.net]
- 人脈が無いから手を出さない
https://livedoor.blogimg.jp/hihannoarashi/imgs/f/f/ff355dd9.jpg
- 14 名前：デフォルトの名無しさん mailto:sage [2019/12/13(金) 16:58:51.22 ID:RMnyp2bX0.net]
- WPFもWindows 7 SP1 .NET Core 3.1(LTS)の最終環境に到達したな
- 15 名前：デフォルトの名無しさん mailto:sage [2019/12/13(金) 17:13:42.09 ID:wVkcEFxk0.net]
- >>8
MSは、UWP から、Win32アプリの方に戻ってきていると書いている人がいた。
- 16 名前：デフォルトの名無しさん mailto:sage [2019/12/13(金) 17:31:14.87 ID:ftjAwgQIM.net]
- >>13
MSの取り巻きって内輪ノリが酷くてキモいんだよなあ
MS系スタックはなまじ一貫性があるから変な空気が醸成されやすい
- 17 名前：デフォルトの名無しさん mailto:sage [2019/12/15(日) 00:43:16.96 ID:0ut6mezL0.net]
- 結局、今 windowsのexeアプリを作る時、UIは何で作ればいいの？
wpfは機能追加全然ないし。プレースホルダー付きのテキストボックスすら無いし(追加されたらすまん)
- 18 名前：デフォルトの名無しさん mailto:sage [2019/12/15(日) 00:58:47.00 ID:0ut6mezL0.net]
- https://github.com/Microsoft/Xaml-Controls-Gallery
これとか落としてみたけど、相変わらずスマホで使って欲しいのかmenu itemやボタンとかのテキストにことごとくマージンついてるし
マウスで操作したいからマージン0でいいし、表示のアニメーションも全部いらん
- 19 名前：デフォルトの名無しさん (ｵｯﾍﾟｹ Srdf-kui+) mailto:sage [2019/12/15(日) 12:53:15 ID:wdD+OOX2r.net]
- OSSが主流の時代になって各陣営はどれだけ優秀な貢献者を集められるかのがキモなんだが
windowsのGUI は全然人が集まらないので全然何も進まない
WPFはコントロールを提供するのがめんどくさいのでこれからも流行らない
- 20 名前：デフォルトの名無しさん (ﾜｯﾁｮｲ 574f-xO71) mailto:sage [2019/12/15(日) 13:16:55 ID:fGq+HT2S0.net]
- その各陣営って、MS以外はどこ想定？
- 21 名前：デフォルトの名無しさん mailto:sage [2019/12/15(日) 13:32:41.59 ID:wdD+OOX2r.net]
- その他すべての陣営
react.js vue.js python PHP ruby RonR
- 22 名前：デフォルトの名無しさん mailto:sage [2019/12/15(日) 17:17:17.03 ID:jUr/RnRQ0.net]
- べつにWindowsデスクトップが特に好きなわけじゃないけどJavascriptは無茶苦茶嫌いなのでGUI全部がHTML5で動くような世界にはならないでほしい
MSはほどほどに頑張れ
- 23 名前：デフォルトの名無しさん mailto:sage [2019/12/15(日) 18:17:50.79 ID:xajZOs23d.net]
- vue.jsとかのjavascript系フレームワークはwpfのMVVMの影響をかなり受けてるよ。
- 24 名前：デフォルトの名無しさん [2019/12/15(日) 18:49:53.72 ID:ksBtberH0.net]
- そうなんだすごいね
- 25 名前：デフォルトの名無しさん [2019/12/15(日) 21:21:15.09 ID:omABc3v90.net]
- >>17
楽したいならWebでやりなはれ
工数いくらでもかけられるならWPFでもUWPでも、できないことはほぼない
- 26 名前：デフォルトの名無しさん mailto:sage [2019/12/15(日) 21:37:00.35 ID:jUr/RnRQ0.net]
- >>23
Javascriptそのものが嫌いなんだよ
MVVMであろうがなかろうがJavascript死んでも触りたくない
- 27 名前：デフォルトの名無しさん mailto:sage [2019/12/15(日) 21:55:45.59 ID:o5hhJvrb0.net]
- 今だとUWPもWin32もWindows UI Libraryにまとめてく方針なのかねえ
まああれもﾁｶﾞｳｿｳｼﾞｬﾅｲ感凄いけど
- 28 名前：デフォルトの名無しさん mailto:sage [2019/12/15(日) 22:15:01.76 ID:Il4PZDbx0.net]
- 同位
- 29 名前：デフォルトの名無しさん mailto:sage [2019/12/15(日) 23:11:14.59 ID:zGAF3rZP0.net]
- コントロールをWinUIにまとめてくれることはいいことじゃね？OSSにしてOSのアップデートと切り離して、更新とか頻繁にしてくれてるし。
少なくとも前よりマシじゃないかな。
- 30 名前：デフォルトの名無しさん mailto:sage [2019/12/15(日) 23:34:06.18 ID:fpSJINfx0.net]
- >>17
Windows だけなら、.NET じゃないの？
web 系なら、HTML, CSS, JavaScript で、
VSCode は、Electron 製
Redmine は、Ruby on Rails
- 31 名前：デフォルトの名無しさん mailto:sage [2019/12/16(月) 00:11:15.63 ID:eauHXZD8a.net]
- >>29
いかにプロダクトの思想が正しかろうが、思いつきでUIフレームワークを量産して次々に見捨てていくことこそが最低最悪の害悪
- 32 名前：デフォルトの名無しさん [2019/12/16(月) 00:11:16.01 ID:Yb2j3jIx0.net]
- Blazor流行ったらいいけどセキュリティ的にActiveXの二の舞になりそう
- 33 名前：デフォルトの名無しさん mailto:sage [2019/12/16(月) 00:52:30.46 ID:G4rs8r9s0.net]
- >>32
昔、ネスケとMSが法廷で争ったとき、MSの懸念の1つはブラウザがOSの支配的地位を奪ってしまうことだったらしい。
ブラウザが有れば、どのOSでも同じ結果が得られてしまうため、どのOSを使っても差がなくなってしまう。
それはちょうど、WindowsOSをインストールしてしまえば、アプリ環境としては、PC-9801とPC/AT機の差がなくなってしまうので、オープン化で安くなったPC/AT
機が売れてしまったことと似ている。つまり：
・Win/Mac/Linux/iOS/Android と ブラウザの関係
・PC・AT/PC-9801 と Windows の関係
に対応関係がある。
何が言いたいかというと、Blazorが普及してしまえば、Windowsが必要なくなってしまうため、MSの安定収益が1つ無くなってしまう。
そうなれば、Googleは検索エンジンが安定収益になっているのと対照的だから、Googleに負けてしまうことになる。
- 34 名前：デフォルトの名無しさん mailto:sage [2019/12/16(月) 00:56:16.26 ID:G4rs8r9s0.net]
- >>33
一つ考え忘れていることがあった。それは：
Blazorアプリを動かすにはWindowsは必要ないが、Blazorアプリを開発するにはWindows(またはMac?)が必要だということ。
これがあるのでBlazorの発展はMSには問題にならないかもしれない。
- 35 名前：デフォルトの名無しさん mailto:sage [2019/12/16(月) 01:10:04.54 ID:G4rs8r9s0.net]
- >>34
ただ、Blazorアプリの開発がWindowsでしかできなくても一般人には全く関係ないが、プログラマの数と一般人の数は、1:50 位なので、Blazorアプリの普及はWindows離れを起こす可能性はある。
- 36 名前：デフォルトの名無しさん mailto:sage [2019/12/16(月) 01:11:12.58 ID:G4rs8r9s0.net]
- >>35
1:50 ではなく、1:300 くらいかもしれない。
- 37 名前：デフォルトの名無しさん mailto:sage [2019/12/16(月) 08:07:06.72 ID:2+K75qCnd.net]
- >>32
なぜ？
- 38 名前：デフォルトの名無しさん mailto:sage [2019/12/16(月) 08:08:30.99 ID:2+K75qCnd.net]
- >>34
WindowsとMacでほぼカバーできてるだろ
別にLinuxでも開発できるし
- 39 名前：デフォルトの名無しさん mailto:sage [2019/12/16(月) 10:04:54.54 ID:kzeVa20dM.net]
- BlazorをWebに乗りそこねたドットネッター達の救世主みたいに持ち上げてる人多いけど、
BlazorってReact系のプログラミングモデルでHTMLもCSSもバリバリ書くんやで
これ使える人なら普通にReactやVue使えるだろうし、単にそこに選択肢が一つ増えただけのことでしかないよ
- 40 名前：デフォルトの名無しさん mailto:sage [2019/12/16(月) 12:38:30.30 ID:2+K75qCnd.net]
- >>39
javaScript書かなきゃいけない量は格段に減るっしょ。それが何より。
- 41 名前：デフォルトの名無しさん mailto:sage [2019/12/16(月) 12:48:32.60 ID:kzeVa20dM.net]
- >>40
君にとってはJSを書かないことが重要なんだろうね、それを否定する気はない
・HTMLやCSSはバリバリ書ける
・しかも出来合いのJS製のコンポーネントに頼らなくても余裕なハイスキルフロントエンダー
・しかしJSやTSは絶対書きたくない
・だがC#は得意
こんな君みたいな奴がどれだけいるだろうねw
- 42 名前：デフォルトの名無しさん mailto:sage [2019/12/16(月) 13:14:21.17 ID:kzeVa20dM.net]
- あとBlazorでJS書く量が減るのって、クライアントコードをC#に置き換えたからというよりは仮想DOM技術の恩恵が大きいと思うよ
Blazorが多くのドットネッターにとって革新的に感じるのは、
彼らが仮想DOM系フレームワークに始めて触れたのがBlazorだったからじゃないかな
SPAだから全部JSで書かなければならないとでも思ってるなら別だが
- 43 名前：デフォルトの名無しさん mailto:sage [2019/12/16(月) 19:39:57.10 ID:J5g2Edewd.net]
- >>41
javaScript絶対書きたくないとか誰も言ってないやろ
- 44 名前：デフォルトの名無しさん mailto:sage [2019/12/16(月) 20:28:50.09 ID:3ha1TSe5M.net]
- Blazor に親でも殺されたんだろ
すでに拗れてるみたいだしスルーしといた方がいいよ
- 45 名前：デフォルトの名無しさん mailto:sage [2019/12/16(月) 21:22:56.92 ID:79yFDnLG0.net]
- 今のBlazorのプレゼンテーション層はRazorのままだから仕方がないが、Blazorに期待してる人は
WPFまで移植してくれることを夢見てるんだろう。
ClickOnceが使えなくなる前になんとかしてほしい、と俺も思う。
- 46 名前：デフォルトの名無しさん mailto:sage [2019/12/16(月) 21:26:19.20 ID:PfD8zkHG0.net]
- >>45
msix
- 47 名前：デフォルトの名無しさん [2019/12/16(月) 21:49:37.96 ID:IC9yBAsd0.net]
- JavaScriptは絶対悪だからな
それを根絶できるという理由でBlazorに限らずWebAsm由来言語は期待されてる
- 48 名前：デフォルトの名無しさん mailto:sage [2019/12/16(月) 21:51:23.70 ID:PfD8zkHG0.net]
- >>47
現状だと根絶はできないけどマシにはなるよねって感じ
- 49 名前：デフォルトの名無しさん [2019/12/16(月) 21:53:25.47 ID:IC9yBAsd0.net]
- うん根絶は言い過ぎね
- 50 名前：デフォルトの名無しさん mailto:sage [2019/12/16(月) 22:58:22.69 ID:1VnPjzNAa.net]
- jsに触れた途端いろんなものが腐りだす
それを正そうとしたtsですらすでに腐れがとまらない
- 51 名前：デフォルトの名無しさん mailto:sage [2019/12/16(月) 23:05:42.40 ID:v/vzDWBs0.net]
- WPFもjsも死にプロパティ多くない？
あ、これもあのクラスと同じプロパティあるじゃん
よし、じゃこうやってセットして・・・アレ？効かないよ？
？？？：ブブー、このクラスはそれじゃできませーん
↑作った奴、腹、切れ
- 52 名前：デフォルトの名無しさん mailto:sage [2019/12/16(月) 23:55:59.55 ID:1VnPjzNAa.net]
- そう思うのはお前だけかも
- 53 名前：デフォルトの名無しさん mailto:sage [2019/12/17(火) 01:14:45.87 ID:HZ3CGT22a.net]
- WPFのオリジナルの開発チームはとっくに全員クビにされてそう
WPFのCore移植でも作業してたのほとんど外注だったから、実際には外に丸投げしてたのかもしれないけど
- 54 名前：デフォルトの名無しさん mailto:sage [2019/12/17(火) 01:25:01.50 ID:ntUXPBrS0.net]
- >>52
なんでだよ
htmlもそうだけど
存在するにも関わらず死にプロパティ多すぎだろ
せめて効かないやつ削除しろや
- 55 名前：デフォルトの名無しさん mailto:sage [2019/12/17(火) 01:36:41.97 ID:L0ReHu/va.net]
- いまさら効くように修正しろは無理なんだろうな。
- 56 名前：デフォルトの名無しさん (ﾜｯﾁｮｲ ce89-Z8Uc) mailto:sage [2019/12/17(火) 06:09:29 ID:VYKNZVwp0.net]
- >>54
継承で存在してるから消すのは無理だ
- 57 名前：デフォルトの名無しさん mailto:sage [2019/12/17(火) 07:10:51.99 ID:ntUXPBrS0.net]
- >>56
ダッセ
- 58 名前：デフォルトの名無しさん mailto:sage [2019/12/17(火) 08:33:37.96 ID:T826ITw1M.net]
- >>57
親の因果が子に報いって知ってるか
- 59 名前：デフォルトの名無しさん mailto:sage [2019/12/17(火) 08:59:07.59 ID:NLPcqMtj0.net]
- 言語にそういう機能があればいいんじゃね？
って思うけどね
- 60 名前：デフォルトの名無しさん mailto:sage [2019/12/21(土) 13:44:35.77 ID:bc48PbHC0.net]
- https://prismlibrary.com/docs/index.html の +WPF の下がほとんど空っぽなのは工事中ってことか?
- 61 名前：デフォルトの名無しさん mailto:sage [2019/12/21(土) 21:17:25.11 ID:67MibJ5r0.net]
- この前まで6のドキュメント置いてあっただけだから
見出し書くていどのやる気は出たってことかなｗ
- 62 名前：デフォルトの名無しさん [2019/12/21(土) 21:23:58.75 ID:J2IUNyvUM.net]
- バカにはみえないってネタじゃないの？
- 63 名前：デフォルトの名無しさん mailto:sage [2019/12/22(日) 11:49:33.83 ID:vUv+Fno80.net]
- メルヘンだね〜
WPF, Prismの情報が少ないのに本家までこれじゃぁハードル高いわ
- 64 名前：デフォルトの名無しさん mailto:sage [2019/12/23(月) 12:38:17.86 ID:vJLS+V080.net]
- 複数のVisualBrushで重ね塗りする方法を教えてください
- 65 名前：デフォルトの名無しさん mailto:sage [2019/12/23(月) 12:44:38.80 ID:+KUE/8IiM.net]
- 同じ図形を重ねろ
- 66 名前：デフォルトの名無しさん mailto:sage [2019/12/23(月) 12:47:40.54 ID:vJLS+V080.net]
- VisualBrushの足し算みたいなことはできないということですかorz
- 67 名前：デフォルトの名無しさん mailto:sage [2020/01/05(日) 11:21:43.18 ID:unJHxkBD0.net]
- google playにあるUno platform製の電卓アプリUIが重すぎ。xamarinと同じで絶対流行らん
- 68 名前：デフォルトの名無しさん mailto:sage [2020/01/05(日) 14:51:30.39 ID:4RTPdLScd.net]
- そういう流行らんもんがいっぱい出てきて淘汰されて良いもんが出てくる
良いもんだけを出すことは不可能
だから糞が出てくること自体を否定する意味はない
業務でその糞を使えと言われないことを祈るのみ
- 69 名前：デフォルトの名無しさん mailto:sage [2020/01/08(水) 06:25:42.21 ID:ktKrCPIn0.net]
- ためそうかとしてたがUno重いのか……
まぁいらってみるか
- 70 名前：デフォルトの名無しさん [2020/01/12(日) 21:53:57.39 ID:JYZ9/GC+0.net]
- みんないつかは、Brazorに行ってしまうん？ WPF捨てて
- 71 名前：デフォルトの名無しさん mailto:sage [2020/01/12(日) 22:41:13.37 ID:jal4Y14d0.net]
- WPFよりBlazorのほうが未来あるしそうなったほうがいい
- 72 名前：デフォルトの名無しさん mailto:sage [2020/01/12(日) 22:52:27.55 ID:EKUpo6h10.net]
- WPFとBlazorは排他的なものじゃないと思うが。Razorのことか？
- 73 名前：デフォルトの名無しさん mailto:sage [2020/01/12(日) 23:57:44.80 ID:F6k+/xNLM.net]
- Blazorは結局Webのスキルセットが必須だからWPFの比較対象にはならんだろう
この期に及んでクライアントアプリに固執してるような奴がBlazorのためにCSSの勉強とかすると思うか？
百歩譲って勉強するとしても、だったら普通にWebへ行くだろ
- 74 名前：デフォルトの名無しさん (ﾜｯﾁｮｲ 7fad-tNwm) mailto:sage [2020/01/13(月) 02:18:01 ID:l+3zRFhM0.net]
- >>73
Blazor for Native次第だね
- 75 名前：デフォルトの名無しさん mailto:sage [2020/01/13(月) 16:12:25.49 ID:tvePguESa.net]
- Blazorっていうかデスクトップアプリは捨ててWebアプリに移行するよ。
- 76 名前：デフォルトの名無しさん mailto:sage [2020/01/13(月) 16:31:47.39 ID:Co2mHaqk0.net]
- 10年くらい前からそんなこと言われていてずっと環境が揃うのを待っているんだが、あと何年かかるのかね。
- 77 名前：デフォルトの名無しさん [2020/01/13(月) 17:07:59.03 ID:+xCO6TbN0.net]
- WPFは15年経っても流行らなかったがまだこれから来るとか抜かしてる奴がいるし
言い続けている限りは負けじゃないのさ(彼らの中では)
- 78 名前：デフォルトの名無しさん [2020/01/13(月) 19:44:22.74 ID:fe6mKVWO0.net]
- Browser+RazorなのにBlazorっておかしくね？ Brazorと呼ぶべきなんじゃ？
- 79 名前：デフォルトの名無しさん mailto:sage [2020/01/13(月) 20:46:56.54 ID:ZI4c9CuWd.net]
- >>78
Lの方がかっこいいやろーとか言ってなかったっけ？
- 80 名前：デフォルトの名無しさん [2020/01/13(月) 21:40:22.16 ID:KZpg2BWV0.net]
- >>73
C#案件が広がりを見せるという結果が期待されてるんでしょう
- 81 名前：デフォルトの名無しさん mailto:sage [2020/01/13(月) 22:34:27.16 ID:uqOg57lh0.net]
- C#で全部やりたいとかのニッチ向けに感じる
Webに移行するならコミュニティ、情報などの面からもクライアント側は素直にJS/TSでやった方がいいし
デスクトップGUIに価値を見出すならブラウザ上ってだけで欠点になる
- 82 名前：デフォルトの名無しさん mailto:sage [2020/01/13(月) 22:36:00.19 ID:5a7SXLUb0.net]
- ブラウザーでCAD作れる？
- 83 名前：デフォルトの名無しさん mailto:sage [2020/01/13(月) 22:45:25.48 ID:/BeY0uog0.net]
- >>82
作れる。世界最大(?)のCADメーカー AutoCadがWasmを使ってWebアプリとして移植したとされている。
Wasmの例：
https://yutakaaoki.github.io/
- 84 名前：デフォルトの名無しさん mailto:sage [2020/01/13(月) 22:59:14.64 ID:nlvLw0Pz0.net]
- >>82
バックエンドは要るけど
https://www.autodesk.co.jp/products/autocad-web-app/overview
- 85 名前：デフォルトの名無しさん mailto:sage [2020/01/13(月) 23:01:22.84 ID:tDVAmEYh0.net]
- >>83
毎度思うがもうちょいマシな見た目のサンプル紹介したれ
- 86 名前：デフォルトの名無しさん mailto:sage [2020/01/13(月) 23:23:09.14 ID:lNXH+eFP0.net]
- photshopもあるし3Dもブラウザでできる
逆にブラウザでできない分野ってある？
- 87 名前：デフォルトの名無しさん mailto:sage [2020/01/13(月) 23:31:28.82 ID:/BeY0uog0.net]
- >>84
どんなバックエンド？
- 88 名前：デフォルトの名無しさん mailto:sage [2020/01/13(月) 23:37:19.84 ID:/BeY0uog0.net]
- >>86
実は、ローカルPCのファイルシステムに上手くアクセスすることがデフォルトでは出来ない。
ローカルPCにファイルを保存することは出来るのだが、ブラウザ(Chrome)の特殊な
データ領域に保存されてしまい、c:\ のディレクトリ内容を取得したりすることはブラウザを特殊なオプションで起動しない限りできないようになっている。
>>83 でdemo1などを起動してファイルメニューのOpenやSave As は少しトリッキーな特殊な方法でやっているが、自由自在にファイルを読み書きできるわけではない。
- 89 名前：デフォルトの名無しさん mailto:sage [2020/01/13(月) 23:39:32.88 ID:nlvLw0Pz0.net]
- >>87
それはさすがに
- 90 名前：デフォルトの名無しさん mailto:sage [2020/01/13(月) 23:40:24.07 ID:nlvLw0Pz0.net]
- >>87
すまん、途中で書き込んでしまった
それは流石にautodeskに聞いてくれ
- 91 名前：デフォルトの名無しさん mailto:sage [2020/01/13(月) 23:49:04.68 ID:/BeY0uog0.net]
- >>90
「バックエンドが必要である」ことは正しい情報？？
- 92 名前：デフォルトの名無しさん mailto:sage [2020/01/13(月) 23:57:41.45 ID:nlvLw0Pz0.net]
- >>91
すまんがそれもautodeskに聞いてくれ
とりあえず単体では動かないみたいなので何ら名のバックエンドはあるはず
ライセンス認証だけかも知れんが
- 93 名前：デフォルトの名無しさん mailto:sage [2020/01/14(火) 00:03:44.99 ID:FVhMPKFe0.net]
- >>92
もしかしたら、それとは意味がずれるかもしれないけど、少なくとも、データ保存のためには、クラウドというか、リモートのサーバーにデータを渡す必要があるかもしれない。それはWebアプリはローカルPCのファイルシステムには容易にデータを保存できないから。
- 94 名前：デフォルトの名無しさん mailto:sage [2020/01/14(火) 01:46:16.97 ID:XH4E/8vV0.net]
- >>88
DTMのようなリアルタイムかつ低レイテンシーが重要な分野は厳しいんじゃないかな
- 95 名前：デフォルトの名無しさん (ﾜｯﾁｮｲ 7f2c-JQ6m) mailto:sage [2020/01/14(火) 03:38:34 ID:3sd16sWN0.net]
- ローカルPC に、Node.js, Ruby などのサーバーを立てれば、保存できる
VSCode は、Electron 製 = Node.js + Chrome。
Redmine は、Ruby on Rails 製
- 96 名前：デフォルトの名無しさん [2020/01/14(火) 04:56:00.11 ID:ZjsGanM00.net]
- クラサバ→シンクラときて結局ダム端末に戻るのか
- 97 名前：デフォルトの名無しさん mailto:sage [2020/01/14(火) 08:09:41.30 ID:Dwwl7O4Ta.net]
- >>95
ElectronはNode.jsのモジュールとしてChromiumエンジンを組み込んでおり、決してHTTPサーバーを立てている訳ではない
あとRedmineみたいなゴミとVSCodeを一緒にするな
- 98 名前：デフォルトの名無しさん mailto:sage [2020/01/14(火) 18:24:44.38 ID:FVhMPKFe0.net]
- cgiが使えるLocalServerを起動していれば、cgiの仕組みを使ってローカルファイルシステムに自由にアクセスできるようにはなる。
また、この仕組みを使えば、WebアプリからローカルOSのあらゆる機能が使えるようになる。
- 99 名前：デフォルトの名無しさん mailto:sage [2020/01/14(火) 18:26:25.39 ID:X7PL8nyZr.net]
- それはセキュリティーホールと言う奴だねｗ
- 100 名前：デフォルトの名無しさん mailto:sage [2020/01/14(火) 18:31:55.23 ID:FVhMPKFe0.net]
- RubyやPython, node.jsなどはどれも cgi server として起動することも出来て、
さらに、cgiを書くスクリプト言語としても使える。
そしてほぼあらゆるプラットフォームで動作する。
だからそれらを利用すれば、理論上は1つのcgiスクリプトであらゆるプラットフォームでOS固有のファイルシステムにアクセスすることが出来る。
>>99
まあ、悪用すればそうなんだけども。
- 101 名前：デフォルトの名無しさん mailto:sage [2020/01/14(火) 18:54:53.44 ID:X7PL8nyZr.net]
- linuxなどではルートフォルダを自由に指定してある階層から出られなく出来るけど
winはそれがないからちゃんとフォルダ指定内容をチェックしてないと単なるセキュリティーホールになる
- 102 名前：デフォルトの名無しさん mailto:sage [2020/01/14(火) 18:56:14.18 ID:FVhMPKFe0.net]
- cgi serverとWebアプリを組み合わせたツールキットを作れば、それだけでnativeアプリと同様の機能を持ったマルチプラットフォームツールキットになるかも。
- 103 名前：デフォルトの名無しさん mailto:sage [2020/01/14(火) 18:57:57.56 ID:FVhMPKFe0.net]
- >>101
native アプリではそもそもどんなフォルダにもアクセスできますので、それを持ってセキュリティーホールとは言えないと思います。
- 104 名前：デフォルトの名無しさん mailto:sage [2020/01/14(火) 21:07:10.83 ID:1W0s33Ee0.net]
- >>92
悪いが、個人でAutodesk規模の開発
をする気は無い。っうか無理だ
ライブラリーも含めてそういうものを
開発出来るベースが無いという事で納得した。
- 105 名前：デフォルトの名無しさん (ﾜｯﾁｮｲ 5f63-hsX7) mailto:sage [2020/01/14(火) 22:14:43 ID:iQtyfXTR0.net]
- ブラウザで動作するCADソフト開発する上でのベースが無い
という納得？
ブラウザアプリもデスクトップアプリも変わらんと思うけど
- 106 名前：デフォルトの名無しさん (ﾜｯﾁｮｲ 8261-1ukZ) mailto:sage [2020/01/15(水) 14:23:45 ID:VmaxE9Gg0.net]
- >>94
MIDIやSynthesizerのWemAppli、Wasmに関する話らしい：
https://twitter.com/DasSurma/status/1217129248038670337
遅延に関しては、Webゲームを試してみる限り気が付かない程度だった。
(deleted an unsolicited ad)
- 107 名前：デフォルトの名無しさん (ﾜｯﾁｮｲ 8261-1ukZ) mailto:sage [2020/01/15(水) 14:52:56 ID:VmaxE9Gg0.net]
- >>106
他にも色々あるけど、例えばこんなものがある。
スライダーを動かすと音が変わる。
これで遅延のほどは分からないが、遅くて使い物にならないようなものではないことは分かる：
https://csound.com/wasm/Sliders.html
- 108 名前：デフォルトの名無しさん mailto:sage [2020/01/15(水) 16:19:59.37 ID:cciB5/G30.net]
- アクション性の高いfpsゲームなんかもブラウザでゴリゴリ動く時代にそんな遅延なんて気にならんと思うけど…
マイクロ秒単位まで求められるならしんどいが
- 109 名前：デフォルトの名無しさん mailto:sage [2020/01/15(水) 16:30:44.61 ID:VmaxE9Gg0.net]
- 告白しますと、以下の簡易テニスゲームはモバイル機器では音ずれが起きるのですが、それは、HTMLのaudio要素を使っているからで、HTML5のWebAudio技術を使えば直ると思っています。
実際、ちゃんとしたWebゲームでは音ずれは起きていません。
https://yutakaaoki.github.io/demo_tennis/
- 110 名前：デフォルトの名無しさん mailto:sage [2020/01/15(水) 16:37:25.36 ID:VmaxE9Gg0.net]
- >>109
なお、そのサイトとはWebGLを使っており、WebGL 1.0はOpenGL 4.1から正式対応したので、OpenGL 4.1以上に対応したGPUでないとがたがたすることがあります。
Intel CPU内臓の Intel HD Graphics というGPUは、初期バージョンのものは OpenGL 4.0
までの対応なので、WebGLを使う場合に Chrome79 ではハードウェアアクセラレータが使えません。
|
 |
