[過去ﾛｸﾞ]
Microsoft ASP.NET Blazor #02 (608ﾚｽ)
Microsoft ASP.NET Blazor #02 http://mevius.5ch.net/test/read.cgi/tech/1605990630/
上
下
前
次
1-
新
通常表示
512ﾊﾞｲﾄ分割
ﾚｽ栞
このｽﾚｯﾄﾞは過去ﾛｸﾞ倉庫に格納されています｡
次ｽﾚ検索
歴削→次ｽﾚ
栞削→次ｽﾚ
過去ﾛｸﾞﾒﾆｭｰ
325: デフォルトの名無しさん [sage] 2020/12/25(金) 10:35:51.93 ID:uurLZNKt >>322 C#であればコンパイラが型チェックしてくれるようなことすらも Rubyは自力でテストを書かなければならない？ しんどくない？しんどくてもその分の見返りがRubyにはある？ いや数画面のスキャフォールドで作られたようなCRUDシステムなら好きな方選んだらいいと思うんだけど 中規模以上になってくるとどうなのかなと思って。 http://mevius.5ch.net/test/read.cgi/tech/1605990630/325
326: デフォルトの名無しさん [sage] 2020/12/25(金) 10:38:07.26 ID:uurLZNKt >>324 あれ、RubyやPythonも型があるのか 失礼しました。 もう自分で触ってみないとわからんな… http://mevius.5ch.net/test/read.cgi/tech/1605990630/326
327: デフォルトの名無しさん [sage] 2020/12/25(金) 10:38:47.43 ID:UA1/tVeu >>321 そんなこといったら クライアント側でのデータ検証なんて 何もできない http://mevius.5ch.net/test/read.cgi/tech/1605990630/327
328: デフォルトの名無しさん [sage] 2020/12/25(金) 11:01:46.48 ID:bbGDaeBs 静的型チェックを重視するならC#よりF#使えばいいのに http://mevius.5ch.net/test/read.cgi/tech/1605990630/328
329: デフォルトの名無しさん [sage] 2020/12/25(金) 11:08:03.54 ID:8j4BK9K7 訳わかんない理論がまかり通るスレ http://mevius.5ch.net/test/read.cgi/tech/1605990630/329
330: デフォルトの名無しさん [sage] 2020/12/25(金) 11:37:26.72 ID:JfQSa+1c >>324 リモート実行は外部処理系に処理を依頼しているだけなので共有ではない ここでいうメソッドの共有とは異なる処理系が同じ実行コードをそれぞれの内部に持っているということ http://mevius.5ch.net/test/read.cgi/tech/1605990630/330
331: デフォルトの名無しさん [sage] 2020/12/25(金) 11:45:17.08 ID:JfQSa+1c >>325 動的言語はしんどいよ 自分個人としては動的言語には懐疑的 ただ高度なスキルを持った著名人が支持しているのでコード解析の弱体化のデメリット以上に何かしらメリットがあるのだろう そしてそういった著名人は必ずテストも推奨している テストを書かない場合は静的言語のほうが有利なのだろう しかしテスト書けば動的言語の弱点が補われるのでメリットのウェイトが大きくなる http://mevius.5ch.net/test/read.cgi/tech/1605990630/331
332: デフォルトの名無しさん [sage] 2020/12/25(金) 11:49:27.10 ID:JfQSa+1c >>327 何もできないというのは間違い しっかりしたシステムでは必ずクライアント側でもデータ検証を行っている ただしそれはコード重複や無駄なリモート呼び出しの実装という負債を抱え込むデメリットと常にセット フロントエンドとバックエンドで言語を揃えれば負債なしにフロントエンドでデータ検証を行うことができる もちろんデータ検証以外の処理もおなじこと http://mevius.5ch.net/test/read.cgi/tech/1605990630/332
333: デフォルトの名無しさん [sage] 2020/12/25(金) 12:16:12.84 ID:uurLZNKt >>331 そう。その何かしらのメリットを知りたいのだ… >>245 >>250 はjavascriptの例だが、これがrubyでも起こるとすると しょーもないCRUDの画面でもテスト書かないといけないのだろうか。 javascript勢がTypeScriptに流れてるってことは それなりの規模のあぷりを動的型付け言語でやろうとするといくらテスト書いても辛いって事だと思うんだけど。 http://mevius.5ch.net/test/read.cgi/tech/1605990630/333
334: デフォルトの名無しさん [sage] 2020/12/25(金) 12:24:33.08 ID:cyV6b5qO それをここで聞いてもな… 親の仇の如く口汚く罵られるだけで、 メリットなんか提示されないと思うぞ http://mevius.5ch.net/test/read.cgi/tech/1605990630/334
335: デフォルトの名無しさん [sage] 2020/12/25(金) 12:30:41.85 ID:uurLZNKt だよね… 技術の優劣をつける意図はないんだが、 自分が作るシステムでは正しい技術を選択したいという想い http://mevius.5ch.net/test/read.cgi/tech/1605990630/335
336: デフォルトの名無しさん [sage] 2020/12/25(金) 12:31:52.62 ID:fU2xV1RD >>321 明日もお願いします。 http://mevius.5ch.net/test/read.cgi/tech/1605990630/336
337: デフォルトの名無しさん [sage] 2020/12/25(金) 12:32:11.57 ID:uurLZNKt Webフレームワーク比較検討スレみたいなのがほしい js系の言語のスレはBlazorの話するとうざがられるし http://mevius.5ch.net/test/read.cgi/tech/1605990630/337
338: デフォルトの名無しさん [sage] 2020/12/25(金) 12:37:05.82 ID:JfQSa+1c >>333 動的言語はコード編集から動作確認、テスト実行開始までがとにかく早い なのでゼロベースの新規プロジェクト、サービス公開までの時間を最優先する場合にはデメリットよりメリットが上回る http://mevius.5ch.net/test/read.cgi/tech/1605990630/338
339: デフォルトの名無しさん [] 2020/12/25(金) 13:33:23.39 ID:pgbI6Wzr >>337 人気のweb frameworkのスレッドは個別にあるしそこでいい。 全部の言語まとめて扱うと荒れる。 ＪSやJavaのスレッドはある Java Web Application Framework総合 ver2 http://mevius.5ch.net/test/read.cgi/tech/1374399677/ C#は乱立してないから素直にASP.NET使えばいい 5chみたいな狭い世界で比較検討せずに 素直に人気のあるやつをいくつか試して決めた方がいい。 http://mevius.5ch.net/test/read.cgi/tech/1605990630/339
340: デフォルトの名無しさん [sage] 2020/12/25(金) 13:37:24.42 ID:pgbI6Wzr >>337 うざがられてあたりまえ JSやってるやつらのほとんどがC#を使えない C#使えるならバックエンドは迷わなくていいASP.NETでいい 迷うならフロントまわりの技術 http://mevius.5ch.net/test/read.cgi/tech/1605990630/340
341: デフォルトの名無しさん [sage] 2020/12/25(金) 13:55:33.58 ID:8j4BK9K7 自演ぽいな http://mevius.5ch.net/test/read.cgi/tech/1605990630/341
342: デフォルトの名無しさん [sage] 2020/12/25(金) 14:03:41.81 ID:l1B2LBGM そろそろ学習本が欲しいところ アレ以外で http://mevius.5ch.net/test/read.cgi/tech/1605990630/342
343: デフォルトの名無しさん [sage] 2020/12/25(金) 14:22:22.25 ID:vv0pxJyE >>330 じゃ、Blazor Serverはリモート実行だから”メソッド共有”じゃないってことね 異なるプログラムで共通のライブラリを使うことを ”メソッド共有”って呼んでもなかなか通じないと思うよ http://mevius.5ch.net/test/read.cgi/tech/1605990630/343
344: デフォルトの名無しさん [sage] 2020/12/25(金) 14:24:09.99 ID:JfQSa+1c >>343 ではなんと言ったらわかりやすい？ http://mevius.5ch.net/test/read.cgi/tech/1605990630/344
345: デフォルトの名無しさん [sage] 2020/12/25(金) 17:26:45.87 ID:UA1/tVeu 共通するコードをライブラリ化して共有でいいんじゃないの http://mevius.5ch.net/test/read.cgi/tech/1605990630/345
346: デフォルトの名無しさん [sage] 2020/12/25(金) 17:48:04.91 ID:tkA/KKSW バッと来て グッと溜めて ブワッ！ http://mevius.5ch.net/test/read.cgi/tech/1605990630/346
347: デフォルトの名無しさん [sage] 2020/12/25(金) 18:29:51.37 ID:AIeBZh27 >>345 長いので1単語にまとめて http://mevius.5ch.net/test/read.cgi/tech/1605990630/347
348: デフォルトの名無しさん [sage] 2020/12/25(金) 19:21:45.07 ID:uurLZNKt >>340 そうなんだろうか 実はC#erが食わず嫌いなだけで、実はあちらのほうがめちゃくちゃいいものなのかもしれないよ…？ http://mevius.5ch.net/test/read.cgi/tech/1605990630/348
349: デフォルトの名無しさん [sage] 2020/12/25(金) 19:30:34.79 ID:UA1/tVeu 以前は asp.net は Windows Server でしか動かなかったからなぁ 今でこそようやく Linux でもまよもに動くようになって2年ぐらい？ twitter でも .net core で検索すると 一年前はほんと大して結果なかった気がするけど 最近は増えてきてるかな まだまだこれからでしょ http://mevius.5ch.net/test/read.cgi/tech/1605990630/349
350: デフォルトの名無しさん [] 2020/12/25(金) 20:54:05.41 ID:pgbI6Wzr >>348 あちらのほうってなんだよ エンジニアならもっとはっきりかけよ JSのbackendのweb frameworkか？ ろくなのないって俺が何度も書いてる。試す価値なし。 疑うなら自分で試してベンチマークとかとれよ RailsもNode backendも遅くてゴミ スクリプトは遅い。開発の生産性が低い これは開発者の常識 高速なハードとソフトを合わせないとスケールするサイトにできない http://mevius.5ch.net/test/read.cgi/tech/1605990630/350
351: デフォルトの名無しさん [sage] 2020/12/25(金) 20:56:57.60 ID:pgbI6Wzr >>349 昔はLinuxでというかライセンス無料で使えなかったのは大きいね。 JSやってるやつらはいまだにIIS, Windowsでしか動かないと思ってる。 あとclassic ASP時代のイメージのままの人も多い http://mevius.5ch.net/test/read.cgi/tech/1605990630/351
352: デフォルトの名無しさん [sage] 2020/12/25(金) 21:08:02.22 ID:pgbI6Wzr 高速なコードで作りたかったらstaticに限る。 主要OSの主要な言語はstaticだ Swift, Kotlin, Java server-sideでKotlinもあり。 http://mevius.5ch.net/test/read.cgi/tech/1605990630/352
353: デフォルトの名無しさん [sage] 2020/12/25(金) 23:41:23.33 ID:Z26lwPgE サーバーとクライアントは同じ言語の方がいいんだろ？ http://mevius.5ch.net/test/read.cgi/tech/1605990630/353
354: デフォルトの名無しさん [sage] 2020/12/26(土) 00:06:30.37 ID:w6CJ0JU3 >>353 できれば同じ方がいいがパフォーマンスも生産性も低いJSに合わせるのは愚策 server-sideでJS使ってるのはアホだと思う 大手ならserver-sideとclient-sideは別の人材が開発するのだから 言語を合わせるメリットはあまりない ヤフーとかもbackendでnode.js使ってるが事故ばかり起こしてるだろ レベルが低い http://mevius.5ch.net/test/read.cgi/tech/1605990630/354
355: デフォルトの名無しさん [] 2020/12/26(土) 19:37:00.30 ID:5ukh9MxR 日本人の誰かBlazorのwikiを作ってくれ フリーでオープンソースのウェブフレームワークって書くだけでも wikiがないとBlazorが何かわからん なぜC#を使ってウェブアプリが作れるのか？ ウェブブラウザはC#を解釈しないからJavaScriptとHTMLだろ http://mevius.5ch.net/test/read.cgi/tech/1605990630/355
356: デフォルトの名無しさん [sage] 2020/12/26(土) 19:44:30.35 ID:T66JFeJq BlazorWasmのほう？ WebAssemblyで調べたらいいのでは http://mevius.5ch.net/test/read.cgi/tech/1605990630/356
357: デフォルトの名無しさん [sage] 2020/12/26(土) 19:54:05.69 ID:5ukh9MxR >>356 WebAssemblyはwikiがあるが本文にBlazorがない http://mevius.5ch.net/test/read.cgi/tech/1605990630/357
358: デフォルトの名無しさん [sage] 2020/12/26(土) 20:13:39.65 ID:q2RopqqH 所詮その程度のオモチャということです http://mevius.5ch.net/test/read.cgi/tech/1605990630/358
359: デフォルトの名無しさん [sage] 2020/12/26(土) 20:19:52.51 ID:zr3CHg45 WebAssemblyはそれようの仮想マシンで動くからじゃないの C#コードをその中間言語にコンパイルするだけ たぶん http://mevius.5ch.net/test/read.cgi/tech/1605990630/359
360: デフォルトの名無しさん [sage] 2020/12/27(日) 11:16:47.49 ID:FLSM18Bj >>355 そんなwiki作っても内容古くなるし意味ない 不正確で古い情報入手してどうする？ 英語でMSのドキュメント読みなされ 何度も言うけどBlazorと書くべきじゃない。 Blazor Server, Blazor WebAssemblyで アーキテクチャが全く違う。 http://mevius.5ch.net/test/read.cgi/tech/1605990630/360
361: デフォルトの名無しさん [sage] 2020/12/27(日) 11:17:34.43 ID:FLSM18Bj >>359 ちがう、いいかげんなこと書かずに MSのドキュメントを読むべき http://mevius.5ch.net/test/read.cgi/tech/1605990630/361
362: デフォルトの名無しさん [sage] 2020/12/27(日) 11:17:38.77 ID:l7B3kP+i >>360 似てるよ。 http://mevius.5ch.net/test/read.cgi/tech/1605990630/362
363: デフォルトの名無しさん [sage] 2020/12/27(日) 11:44:29.13 ID:Y/0KLGYh >>360 Blazorを初見で見て1分で何か知りたいだけでwikiがいい 時間をかけて英語でMSのドキュメントを読まない http://mevius.5ch.net/test/read.cgi/tech/1605990630/363
364: デフォルトの名無しさん [sage] 2020/12/27(日) 11:56:13.46 ID:l7B3kP+i >>363 Web Assembly https://docs.microsoft.com/ja-jp/aspnet/core/blazor/index/_static/blazor-webassembly.png?view=aspnetcore-5.0 Blazor Server https://docs.microsoft.com/ja-jp/aspnet/core/blazor/index/_static/blazor-server.png?view=aspnetcore-5.0 http://mevius.5ch.net/test/read.cgi/tech/1605990630/364
365: デフォルトの名無しさん [sage] 2020/12/27(日) 12:57:58.03 ID:5MC+7bSJ >>361 あーそうね Ｃ#のコードをいつも通り.NETの中間言語にしたものを配布して ブラウザでの実行時にwasmのコードに変換して実行だっけ？ 大して変わらんと思うけど http://mevius.5ch.net/test/read.cgi/tech/1605990630/365
366: デフォルトの名無しさん [sage] 2020/12/27(日) 14:19:59.57 ID:iruxp8RS .NET6でAOTが入る予定らしいがファイルサイズの問題とかあるしwasm書くような用途なら他の言語の方がいいんじゃね http://mevius.5ch.net/test/read.cgi/tech/1605990630/366
367: デフォルトの名無しさん [sage] 2020/12/28(月) 12:55:53.75 ID:Ov8uGTUf 状態管理ってどうやるのが無難なのかな？ blazor + fluxor ？ http://mevius.5ch.net/test/read.cgi/tech/1605990630/367
368: デフォルトの名無しさん [sage] 2020/12/28(月) 20:34:30.42 ID:N8gr0T4H 状態管理サービスをDI http://mevius.5ch.net/test/read.cgi/tech/1605990630/368
369: デフォルトの名無しさん [sage] 2020/12/28(月) 20:36:55.85 ID:RNhofGKy blazorserver ならセッション？ webassemblyならいる？ http://mevius.5ch.net/test/read.cgi/tech/1605990630/369
370: デフォルトの名無しさん [sage] 2020/12/28(月) 23:32:18.60 ID:w2tkTAcI GO + wasm が来年のトレンドだと思いましゅ http://mevius.5ch.net/test/read.cgi/tech/1605990630/370
371: デフォルトの名無しさん [] 2020/12/29(火) 01:03:32.89 ID:QFieIEDm Kotlinはブーム来てる Kotlinはwasmもすでに存在するようだ http://mevius.5ch.net/test/read.cgi/tech/1605990630/371
372: デフォルトの名無しさん [sage] 2020/12/29(火) 07:55:55.72 ID:iWtJxFHh wasmとserver wasmの方が人気だよなあ serverはwebformの移植用以外は使い道がないんだろうか http://mevius.5ch.net/test/read.cgi/tech/1605990630/372
373: デフォルトの名無しさん [sage] 2020/12/29(火) 09:17:54.01 ID:8biyF2ED go + wasm で使えるイケてるフロントエンドフレームワークがあったらいいんだがなぁ。 http://mevius.5ch.net/test/read.cgi/tech/1605990630/373
374: デフォルトの名無しさん [] 2020/12/29(火) 09:43:58.26 ID:QFieIEDm Googleが採用言語を分裂させすぎだから Goは普及しないだろ FlutterではDart AndroidではKotlin推してる 全部Goにしてたら結果は違ったはず Kotlinのが流行ってるしな Go速いらしいけど人気ないのははハードル高いんだろうか http://mevius.5ch.net/test/read.cgi/tech/1605990630/374
375: デフォルトの名無しさん [sage] 2020/12/29(火) 12:10:38.95 ID:TrPJjXJg >>372 これホント？ なんとかC#しか使えないエンジニアを有効活用して JSの10倍遅くても問題ないからオフラインでも使えるWebアプリを作りたいってニーズある？ JSが不要になるわけじゃないし現状はデスクトップアプリかblazor serverのほうが何倍も良いと思うけど http://mevius.5ch.net/test/read.cgi/tech/1605990630/375
376: デフォルトの名無しさん [sage] 2020/12/29(火) 12:22:03.72 ID:gscEc512 PlayStation Portable go の運命と重なる... http://mevius.5ch.net/test/read.cgi/tech/1605990630/376
377: デフォルトの名無しさん [sage] 2020/12/29(火) 12:30:16.56 ID:iAxs8NN4 >>375 どっちでもいいんじゃないの 何倍というほどの差はない http://mevius.5ch.net/test/read.cgi/tech/1605990630/377
378: デフォルトの名無しさん [sage] 2020/12/29(火) 12:33:17.29 ID:Fq3XcUlo >>375 おっしゃるとおり！ 俺のような企業向けアプリしか作らない人間からすると wasmよりserverのほうが使えそうなんだよね でもblazorでググるとwasmの記事ばかり引っかからない？ あっちのほうが期待されてるように感じる… http://mevius.5ch.net/test/read.cgi/tech/1605990630/378
379: デフォルトの名無しさん [sage] 2020/12/29(火) 13:01:36.23 ID:k23+wtCh Chromeではある程度可能だが、いまのところ、広く一般には、Wasmは、ローカルファイルシステムになかなか自由にはアクセスできない。 ところが、Cordovaはlocal http serverをアプリ起動時に立ち上げて、 WebViewでHtml+JS+Wasmを起動ですることによって、 Wasm --> JS --> XmlHttpRequest()/fetch() で "http://localhost:5000/機能名?トークン&パラメータ" にアクセス --> Http プロトコルの Http Request が発生し、local http serverが眠りから覚める。 --> local http server は、端末の API を好きなように呼び出し、端末の ローカルファイルシステムを読み書きする。 --> http response で結果を JS 側に返す。 --> JS は、結果を受け取る。 の順序でWasmからローカルファイルシステムにアクセスできる様になるらしい。 Cordovaは、AndroidでWasmが使えたという報告があるし、 iOSでもVer11以降だとWasmが使えたという報告がある。 つまり、多くの人が使っているモバイルデバイスでは、WasmとCordovaの組み合わせで モバイルのローカルファイルシステムも、あらゆる端末機能にもWasmから利用可能に なるようだ。 http://mevius.5ch.net/test/read.cgi/tech/1605990630/379
380: デフォルトの名無しさん [sage] 2020/12/29(火) 13:02:15.95 ID:EHaGj/ct そりゃ技術的に面白いのはwasmだから話題になるのそっちだよ http://mevius.5ch.net/test/read.cgi/tech/1605990630/380
381: デフォルトの名無しさん [sage] 2020/12/29(火) 13:07:56.98 ID:k23+wtCh >>379 [補足] この方式だと端末内の他のアプリからでも、このアプリのlocal http serverに アクセスできるからセキュリティー的な問題が有るという心配が有るかもしれないが、 そこは「トークン」をつけているので心配が無い。 それは、アプリ起動時に乱数の様なものから作成し、local http serverとJSの 両方に同じトークン値を渡すことで、鍵の様な働きをする。 トークンが合わなければlocal http serverは機能しないようにすることで、 セキュリティー上の問題はクリアできる。 http://mevius.5ch.net/test/read.cgi/tech/1605990630/381
382: デフォルトの名無しさん [sage] 2020/12/29(火) 13:19:00.27 ID:k23+wtCh MonacaはCordovaアプリをブラウザから作製できるようにした「クラウドIDE」で Mac実機無しにiOSアプリを作製してAppStoreに登録できる、とされている。 http://mevius.5ch.net/test/read.cgi/tech/1605990630/382
383: デフォルトの名無しさん [sage] 2020/12/29(火) 13:21:34.09 ID:k23+wtCh >>382 ただし、クラウドの先にあるMac実機をレンタルする必要があるかもしれない。 http://mevius.5ch.net/test/read.cgi/tech/1605990630/383
384: デフォルトの名無しさん [sage] 2020/12/30(水) 19:23:50.60 ID:+vZt7ZP1 >>381 それＷＥＢアプリであるメリットを感じないんだが そのトークンはだれが作るって？ ローカルサーバーに自分でトークン作って渡すんなら、トークン偽装しほうだいだな http://mevius.5ch.net/test/read.cgi/tech/1605990630/384
385: デフォルトの名無しさん [sage] 2020/12/31(木) 14:25:23.04 ID:hpqEd6nD >>384 この話は、Html+JS+WasmのWebアプリWを、WebViewを使って、 native アプリAのようにする場合の話。 native アプリAが起動するときに、まずトークンTを作り、 WebViewとHttpServerを同時に起動し、その両方に同じトークンTを 渡す。 nativeアプリA --->トークンT作製 ---> HttpServerを起動しトークンTを渡す。 ---> WebViewを起動しトークンTを渡す。 ---> WebView内でHtml+JS+Wasm (W)が動作し始める。 ---> JS内からトークンTをGET PARAMETERに付けたURLによって fetch, または、XHRを使ってHttpServerにアクセスする。 URLは、http://localserver:5000/機能名?トークンT&パラメータ のようになる。 ---> HttpServerは、イベントを待機した状態から目覚め、 GET PARAMETERにトークンTが入っていることを確認したら、 機能名に応じた動作を nativeAPIを使って行う。 ---> 端末のローカルファイルシステムにも読み書きできる。 ---> 結果を Http プロトコルの Http Response で JS に返す。 ---> JS は結果を受け取る。 http://mevius.5ch.net/test/read.cgi/tech/1605990630/385
386: デフォルトの名無しさん [sage] 2020/12/31(木) 14:45:37.85 ID:tdaLm2s5 ネイティブアプリならそのままローカルファイルアクセスしてUIレイヤーとしてWebView使えば十分では？ わざわざローカルでweb server起動してそれ経由でファイルアクセスさせるメリットってあるの？ http://mevius.5ch.net/test/read.cgi/tech/1605990630/386
387: デフォルトの名無しさん [sage] 2020/12/31(木) 14:52:50.53 ID:bz8vpTSU でも、既 存のア プリの流 用なら単にserverとclientを一箇所で動かすだけに見えるし、 新 規ならそもそもメ リ ットがどこにあるんだろうという感じだし。 どうしてもUIをhtmlとjsで書きたい場合とかかな。 http://mevius.5ch.net/test/read.cgi/tech/1605990630/387
388: デフォルトの名無しさん [sage] 2021/01/01(金) 02:03:52.73 ID:y/yrEKhd >>386 >>387 自分でクロスプラットフォームツールキットを作っている場合、 iOS/Android/Windows/Linux/Macなどに個別に対応させるのが大変な場合、 HTML+JS+Wasmでまず、ブラウザで動くようにしておき、ファイル入出力 部分だけを上記の様な local HttpServer 方式で行えば便利。 http://mevius.5ch.net/test/read.cgi/tech/1605990630/388
389: デフォルトの名無しさん [sage] 2021/01/01(金) 02:09:02.70 ID:y/yrEKhd >>386 それだとWasmをメインプログラムとしたクロスプラットフォームアプリは 作りにくい。 Wasmの関数の中にファイル入出力を行いたい部分が有った場合など。 http://mevius.5ch.net/test/read.cgi/tech/1605990630/389
390: デフォルトの名無しさん [sage] 2021/01/01(金) 13:36:41.38 ID:xBl+DmmI FileとかOS API使いたければ素直にnative appにするほうがいい。 わざわざwasmとか意味不明 http://mevius.5ch.net/test/read.cgi/tech/1605990630/390
391: デフォルトの名無しさん [sage] 2021/01/01(金) 23:29:42.24 ID:TX7qBddY >>390 特にクロスプラットフォームのライブラリを自作する場合、ブラウザ上のWasmで ファイルアクセスまで出来れば対応が楽。 http://mevius.5ch.net/test/read.cgi/tech/1605990630/391
392: デフォルトの名無しさん [sage] 2021/01/01(金) 23:57:03.96 ID:ifweq93H トークン作るネイティブアプリがあって HttpServer側のローカルアクセス部分も個別に作るのか http://mevius.5ch.net/test/read.cgi/tech/1605990630/392
393: デフォルトの名無しさん [sage] 2021/01/02(土) 00:01:46.88 ID:TBL/2gAq ？ wasmからファイルにアクセスするわけじゃないよね？ というかそもそもwasmでコーディングするわけでもないよね。 http://mevius.5ch.net/test/read.cgi/tech/1605990630/393
394: デフォルトの名無しさん [sage] 2021/01/02(土) 00:47:26.18 ID:md7DJnNn そもそもWasmでファイルアクセスできたらセキュリティ上おかしいんじゃないのか？ Wasmはソースコード見えないというのに 知らないうちにファイルアクセスするコードダウンロードして 実行されたらまずいだろう MSの人も動画でBlazor Wasmは安全だといっていた。 Browserのsandbox内で動作するからというがその理由。 >>391 実際コード書いてないわけでしょ wasmより絶対にネイティブのが楽 nativeでcross-platform対応もできる。FlutterやXamarin http://mevius.5ch.net/test/read.cgi/tech/1605990630/394
395: デフォルトの名無しさん [sage] 2021/01/02(土) 10:59:11.61 ID:kLdWoF3Z >>394 C++で書いたプログラムをWasmに変換し、それをWebViewの中で実行する場合の 話だよ。 WebViewを起動するのは、C++やSwift、Javaなど。 その際にlocal http serverとWebViewを同時に起動する。 そして1つの鍵(セキュリティートークン)をlocal http serverとWebViewの 両方に渡す。 なので安全。 http://mevius.5ch.net/test/read.cgi/tech/1605990630/395
396: デフォルトの名無しさん [sage] 2021/01/02(土) 11:26:48.47 ID:XwpZ0T7a つまり、悪意のあるプログラムが自分でトークン作ってlocal http serverたたいて それ経由でローカルファイル等の情報にアクセスできるんだろ local http serverは正しいWebViewから呼ばれているのかどうか確認できないんだが それのどこが安全？ http://mevius.5ch.net/test/read.cgi/tech/1605990630/396
397: デフォルトの名無しさん [sage] 2021/01/02(土) 11:42:56.76 ID:kLdWoF3Z >>396 できない。 それはキャッシュカードを拾っても、正しい暗証番号が分からなければATMから金を 引き出せないのと同じこと。 local http serverとWebViewの中のJSの両方に1つの暗証番号を渡しているので 両者だけが通信できて、他のアプリは通信できない。 http://mevius.5ch.net/test/read.cgi/tech/1605990630/397
398: デフォルトの名無しさん [sage] 2021/01/02(土) 11:47:13.97 ID:kLdWoF3Z >>397 [補足] ・URLのGET PARAMETERの中に正しい暗証番号(=トークン)が書いてある場合には なるべく速く処理を行ってできるだけ早くresponseを返すようにする。 ・暗証番号が間違っている時には、数秒間waitしてからresponseを返し、かつ、 waitしている間は、新たなリクエストを受け付けないようにする。 ・こうすれば暗証番号を順番に試してたまたま開く鍵を見つけることが現実的な 時間では不可能になるので悪意を持ったアプリから身を守ることができる。 http://mevius.5ch.net/test/read.cgi/tech/1605990630/398
399: デフォルトの名無しさん [sage] 2021/01/02(土) 15:33:34.85 ID:XwpZ0T7a いやだから、その暗証番号はカード使う人が外部から指定するんだろ その暗証番号を指定している人が、そのカードの正しい所有者かどうか確認できないと思うんだが これが安全だと思えないのは俺がおかしいのか？ http://mevius.5ch.net/test/read.cgi/tech/1605990630/399
400: デフォルトの名無しさん [sage] 2021/01/02(土) 15:35:28.24 ID:kLdWoF3Z >>399 すまんが、俺のIQは、150超だから、一般プログラマには理解できないかも知れない。 http://mevius.5ch.net/test/read.cgi/tech/1605990630/400
401: デフォルトの名無しさん [] 2021/01/02(土) 15:46:16.27 ID:5cxm5c+d InputFile の OnChange で、選択されたファイル数が0の場合はどうすればイベント拾えるのでしょうか？ <InputFile OnChange = "method" /> @code { private void method(InputFileChangeEventArgs e) { //ファイル未選択の場合はこのメソッド自体が呼び出されない。 } } http://mevius.5ch.net/test/read.cgi/tech/1605990630/401
402: デフォルトの名無しさん [sage] 2021/01/02(土) 16:59:19.62 ID:kLdWoF3Z >>399 WebViewという名前でも、ネット回線からダウンロードしてきた HTML+JS+Wasmを表示・実行するわけではなく、アプリにパッケージされた HTML+JS+Wasmを表示・実行するので、所有者の同一性は最初から保証される。 もちろんアプリのパッケージを改ざんすれば駄目だが、それは今回の セキュリティー問題とはまた別の話。 アプリの改ざんについては、そもそも論で、それはそれで別の方法で改ざんを 防止する技術が必要となる。 http://mevius.5ch.net/test/read.cgi/tech/1605990630/402
403: デフォルトの名無しさん [sage] 2021/01/02(土) 19:13:25.57 ID:XwpZ0T7a そのアプリのパッケージにlocal http serverとサーバ側のプログラムなりスクリプトなりも含むのか？ http://mevius.5ch.net/test/read.cgi/tech/1605990630/403
404: デフォルトの名無しさん [sage] 2021/01/02(土) 19:19:19.80 ID:kLdWoF3Z >>403 アプリのパッケージには、 1. local htttp server 2. html+JS+Wasmのプログラム 3. セキュリティートークン発生器 4. ファイルAPI呼び出し器 を含む。 原則的にサーバーは全く使わないのでサーバー側プログラムは含まないが、 サーバー側プログラムを使う場合には、nativeアプリがサーバー側プログラム と連携する場合のやり方をそのまま使えばよい。 http://mevius.5ch.net/test/read.cgi/tech/1605990630/404
405: デフォルトの名無しさん [sage] 2021/01/02(土) 22:23:44.30 ID:md7DJnNn >>404 通常のブラウザでは通用しないってことでOK？ ユーザーにファイルアクセスを求める仕組みはどうなってるの？ あとhttp serverなんて動かそうとしたらPCのセキュリティなりファイアウォールが警告だしてくるはず。 Flutterとかのnativeでやるほうが楽なのに いちいちたくさんの言語使って無駄な工数かける意味がわからん。 しかもめんどくさいわりにサーバー使ってないとかますますわからん。 http://mevius.5ch.net/test/read.cgi/tech/1605990630/405
ﾒﾓ帳
(0/65535文字)
上
下
前
次
1-
新
書
関
写
板
覧
索
設
栞
歴
あと 203 ﾚｽあります
ｽﾚ情報
赤ﾚｽ抽出
画像ﾚｽ抽出
歴の未読ｽﾚ
AAｻﾑﾈｲﾙ
Google検索
Wikipedia
ぬこの手
ぬこTOP
0.013s