[過去ﾛｸﾞ]
Microsoft ASP.NET Blazor #02 (608ﾚｽ)
Microsoft ASP.NET Blazor #02 http://mevius.5ch.net/test/read.cgi/tech/1605990630/
上
下
前
次
1-
新
通常表示
512ﾊﾞｲﾄ分割
ﾚｽ栞
このｽﾚｯﾄﾞは過去ﾛｸﾞ倉庫に格納されています｡
次ｽﾚ検索
歴削→次ｽﾚ
栞削→次ｽﾚ
過去ﾛｸﾞﾒﾆｭｰ
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
406: デフォルトの名無しさん [sage] 2021/01/02(土) 22:24:16.16 ID:md7DJnNn 大手企業がWasm使ってない理由は労力のわりにメリットがないことだと思う。 メリットあるとしたらGoogle/Appleの手数料回避できそうなことくらいか http://mevius.5ch.net/test/read.cgi/tech/1605990630/406
407: デフォルトの名無しさん [sage] 2021/01/03(日) 02:08:15.23 ID:bUgsUhHF >>405 >通常のブラウザでは通用しないってことでOK？ ちゃんとアプリとしてパッケージしないと駄目だね。 >ユーザーにファイルアクセスを求める仕組みはどうなってるの？ ファイル関係はnativeアプリと同じになる。 なぜならnativaアプリが使うファイルAPIを使うのだから。 >あとhttp serverなんて動かそうとしたらPCのセキュリティなりファイアウォールが警告だしてくるはず。 今回説明してきた方法は、既にCordova(やmonaca)でも実績が有るのでなんとかなる はず。AppStoreやPlayStoreなどへの登録も可能。 また、local http serverは、Rubyやnode.jsやapache、mongooseなどでも普通に 高頻度で使用されており、特にセキュリティーソフトが問題になることはない。 なぜならWasmのローカルでのテストには必ず必要になるから。 http://mevius.5ch.net/test/read.cgi/tech/1605990630/407
408: デフォルトの名無しさん [sage] 2021/01/03(日) 02:15:37.37 ID:bUgsUhHF >>407 [補足] 今回、local http serverは、JS+Wasmでは使えない端末機能を使うためのもの であったが、ローカルだけでWasmを起動するためにも必要。 Wasmは、fetchやXHRを使わないと起動できないが、CORSの関係で 少なくともWindowsではlocal http serverを起動していないとエラーになる。 (それがないと、URLにローカルのファイルパスをどういうschemeで指定 しても駄目。) http://mevius.5ch.net/test/read.cgi/tech/1605990630/408
409: デフォルトの名無しさん [sage] 2021/01/03(日) 03:24:25.31 ID:pzO8LSqN その実績ってのをいくつか紹介してくれ http://mevius.5ch.net/test/read.cgi/tech/1605990630/409
410: デフォルトの名無しさん [sage] 2021/01/03(日) 03:53:04.49 ID:bUgsUhHF >>409 Cordovaが使っている技術を解説しているサイトに書いてある。 Cordovaを使って作るのではなく、Cordovaが自分自身で使っているアルゴリズム であり、かつ、Cordovaは、AppStoreとPlayStoreに登録できるとされている 非常に有名なソフト。 http://mevius.5ch.net/test/read.cgi/tech/1605990630/410
411: デフォルトの名無しさん [sage] 2021/01/03(日) 10:07:36.68 ID:ZfI7ecBk >>407 後半のlocal firewallの話は一般ユーザーの問題点だよ。 技術的に動くかどうかの話じゃない。 開発者はfirewallから警告でても意味がわかるけど、 一般ユーザーはとまどうってこと。 http://mevius.5ch.net/test/read.cgi/tech/1605990630/411
412: デフォルトの名無しさん [sage] 2021/01/03(日) 10:19:49.86 ID:S5x84IqF デタラメな俺理論を長々と書く奴は相手にせず放置が一番 まぁhttpdの話はローカルサーバーに同じホストからアクセスしてる分には ファイアーウォールとか関係ないでしょ http://mevius.5ch.net/test/read.cgi/tech/1605990630/412
413: デフォルトの名無しさん [sage] 2021/01/03(日) 12:05:13.76 ID:bUgsUhHF >>412 頭が悪い人には頭が良い人が言っていることが理解できないのでデタラメに 聞こえるし、長い文章も読めないし。 http://mevius.5ch.net/test/read.cgi/tech/1605990630/413
414: デフォルトの名無しさん [sage] 2021/01/03(日) 12:06:19.30 ID:bUgsUhHF >>411 Cordovaという有名どころでライブラリの基礎で使われているアルゴリズム なのだから、当然、ユーザーの視点でも大丈夫になっているハズだ。 http://mevius.5ch.net/test/read.cgi/tech/1605990630/414
415: デフォルトの名無しさん [sage] 2021/01/03(日) 12:07:52.02 ID:hFPMmBD/ ローカルへのhttpアクセスをデフォルトではブロックしてるファイアウォールとかもあるんだよ http://mevius.5ch.net/test/read.cgi/tech/1605990630/415
416: デフォルトの名無しさん [sage] 2021/01/03(日) 13:07:23.70 ID:ZfI7ecBk >>412 415も書いてるけど たしかWindowsのFirewallでも localからのアクセスでもちゃんと警告でるよ http://mevius.5ch.net/test/read.cgi/tech/1605990630/416
417: デフォルトの名無しさん [sage] 2021/01/03(日) 13:09:03.48 ID:arRzErs6 Cordovaなんて 何年もまえからある、 弩メジャーなやつじゃん。 なので数年前に旬を過ぎて枯れてるけどね。 Visual Studioでも2013？ぐらいから テンプレート入っとるぞ。 やっぱBlazorレベルのユーザーは レベルが周回おくれなのか？ http://mevius.5ch.net/test/read.cgi/tech/1605990630/417
418: デフォルトの名無しさん [sage] 2021/01/03(日) 13:11:40.28 ID:arRzErs6 正直いってXamarinよりCordovaのほうが 遥かにイケてるぞ。大手のスマホアプリで実績多いでしょ。 http://mevius.5ch.net/test/read.cgi/tech/1605990630/418
419: デフォルトの名無しさん [sage] 2021/01/03(日) 13:13:18.51 ID:ZfI7ecBk >>414 それなら初めからCordovaでnative appにすりゃいいじゃないの。 頭が良い人はそちらを選ぶだろう いちいちwasmやらhttp serverを使う必要がない。 無駄に時間かかるだけ http://mevius.5ch.net/test/read.cgi/tech/1605990630/419
420: デフォルトの名無しさん [sage] 2021/01/03(日) 13:23:38.42 ID:S5x84IqF らしい、とか、ハズ、とか わろた http://mevius.5ch.net/test/read.cgi/tech/1605990630/420
421: デフォルトの名無しさん [sage] 2021/01/03(日) 13:47:20.60 ID:arRzErs6 Cordovaでクロスプラットフォームで 自前ブラウザーアプリが作れるから、 そのアプリ実装部分でWasmはありだぞ。 実際、CordovaとWeb系UIのライブラリーを 組み合わせて開発する。 なのでCordovaとBlazorでも可能じゃね？ 自分のは数年前にCordovaとPWAとで 検討中して見送った過去がある。 http://mevius.5ch.net/test/read.cgi/tech/1605990630/421
422: デフォルトの名無しさん [sage] 2021/01/03(日) 14:04:27.77 ID:bUgsUhHF >>421 >なのでCordovaとBlazorでも可能じゃね？ 理論上は、BlazorWasmもHTML5と標準Wasmの範囲内のコードになっているはず なのだから、そのままか、わずかな配慮でで動く可能性は高い。 http://mevius.5ch.net/test/read.cgi/tech/1605990630/422
423: デフォルトの名無しさん [sage] 2021/01/03(日) 14:21:02.77 ID:bUgsUhHF この方式はC言語とposixが使えるプラットフォームならほとんど無修正で 同じサポートコードが使える可能性があるので便利なのだが、 fire wallの警告が出てしまうならば、使えないかもしれない。 Cordovaは この方式以外にも3種類くらいの方法を併用してJSと nativeの間で通信しているとされるが、それらにはプラットフォーム間の 互換性が乏しく、iOS、Android、Windows、Linuxなどで サポートコードの書き直しが必要となる。 http://mevius.5ch.net/test/read.cgi/tech/1605990630/423
424: デフォルトの名無しさん [sage] 2021/01/03(日) 14:34:57.09 ID:arRzErs6 今自分がやるなら flutter+WebUIライブラリーかな。 まだ下調べはしてないし作るものも多いけど。 そこにBlazorがあってもなくてもよいが。 http://mevius.5ch.net/test/read.cgi/tech/1605990630/424
425: デフォルトの名無しさん [sage] 2021/01/03(日) 15:00:54.68 ID:ZfI7ecBk >>418 実績、実績いうならwasmなんて論外だろｗ CordovaなんてJS, CSSベースだしうんこすぎるし使わんよ。 Xamarinはシェア５位だから実績は十分だしC#使える。 MAUIになれば品質もあがるだろう。 Unityでもいいし、Flutter, Kotlinでもいい http://mevius.5ch.net/test/read.cgi/tech/1605990630/425
426: デフォルトの名無しさん [sage] 2021/01/03(日) 15:24:48.35 ID:arRzErs6 UI開発ではHTＭL&JSのライブラリーが 断トツ最強なんたが。 http://mevius.5ch.net/test/read.cgi/tech/1605990630/426
ﾒﾓ帳
(0/65535文字)
上
下
前
次
1-
新
書
関
写
板
覧
索
設
栞
歴
あと 182 ﾚｽあります
ｽﾚ情報
赤ﾚｽ抽出
画像ﾚｽ抽出
歴の未読ｽﾚ
AAｻﾑﾈｲﾙ
Google検索
Wikipedia
ぬこの手
ぬこTOP
0.011s