[過去ﾛｸﾞ]
Microsoft ASP.NET Blazor #02 (608ﾚｽ)
Microsoft ASP.NET Blazor #02 http://mevius.5ch.net/test/read.cgi/tech/1605990630/
上
下
前
次
1-
新
通常表示
512ﾊﾞｲﾄ分割
ﾚｽ栞
このｽﾚｯﾄﾞは過去ﾛｸﾞ倉庫に格納されています｡
次ｽﾚ検索
歴削→次ｽﾚ
栞削→次ｽﾚ
過去ﾛｸﾞﾒﾆｭｰ
310: デフォルトの名無しさん [sage] 2020/12/24(木) 23:50:47.46 ID:cDdTcWWQ Blazorはinterfaceの共有もできるがそれだけに限らない interface、class、struct、、、何でも共有できる それらを総称するとなんと言うか？それは型だ だから型を共有していると言うより適切な表現はないのではないかな http://mevius.5ch.net/test/read.cgi/tech/1605990630/310
311: デフォルトの名無しさん [sage] 2020/12/25(金) 00:08:08.33 ID:vv0pxJyE >>309 このケースはリポジトリとして定義した型をサーバーとクライアントで共有してるというのは違和感ないな RESTのAPIで切り離されてるからかな (APIが返す型情報を元にしてないから微妙なところがあるけど) ASP.NET MVCで言えば同じビューモデルの定義を参照してるからって ビューとコントローラーで”型共有”してるとは普通言わないよね？ http://mevius.5ch.net/test/read.cgi/tech/1605990630/311
312: デフォルトの名無しさん [sage] 2020/12/25(金) 00:14:35.63 ID:K5aqSQYy >>311 言い回しとして普及してるかどうかは知らんが型を共有してるのは正しい http://mevius.5ch.net/test/read.cgi/tech/1605990630/312
313: デフォルトの名無しさん [sage] 2020/12/25(金) 00:24:51.99 ID:Z26lwPgE >>311 Blazor wasmのプロジェクト構成では Shareプロジェクトにモデルを定義して ClientプロジェクトのRazorページでShareプロジェクトを参照している 同じくServerプロジェクトのコントローラーでもShareプロジェクトを参照している これはなんていうんだろう。 どちらにせよサーバーとクライアントで同じ型を使うという目的に対して手段が違うだけであって、別にまずくはないと思うんだけどどうだろう。 http://mevius.5ch.net/test/read.cgi/tech/1605990630/313
314: デフォルトの名無しさん [sage] 2020/12/25(金) 08:42:56.78 ID:uurLZNKt サーバーとフロントで型を共有？できた方が大半はうれしい。 OpanAPIが必要なシステムではそこに固執しなくてもよいということで。 じゃあこの板でもたまにやたらと推してくる奴がいる言語、rubyやpythonって静的型付け言語じゃないよね。 てことは型の共有もくそもないと。 そういう言語で中規模以上のWebシステムを作ろうとするとやはり苦労する？ 推してくるやつはその事実をわかっていない？ 静的型付け言語しかしらない俺にとってはなんであんな推してくるのかとても気になる。 http://mevius.5ch.net/test/read.cgi/tech/1605990630/314
315: デフォルトの名無しさん [sage] 2020/12/25(金) 09:13:17.07 ID:JfQSa+1c >>314 OpenAPIじゃメソッド(処理)を共有できないよ フロントエンドとバックエンドで言語を揃えることにより今まで複数言語で書くかリモート実行するしかなかった問題が解決した OpenAPIは複数言語で書く手間を軽減できるがリモート実行するしかないという問題には未だに無力 http://mevius.5ch.net/test/read.cgi/tech/1605990630/315
316: デフォルトの名無しさん [sage] 2020/12/25(金) 09:31:31.83 ID:UA1/tVeu どんな言語であれフレームワークであれ データ型は共有しないとクライアントが受け取ったデータを適切に処理できないでしょ blazor は同じアセンブリを共有できる分開発は楽になるでしょ クライアントに送るデータはクライアントに必要なデータしか普通は送らないし サーバ側の型がクライアントに漏れるとか 入門書レベルの開発しかしたことないだろ http://mevius.5ch.net/test/read.cgi/tech/1605990630/316
317: デフォルトの名無しさん [sage] 2020/12/25(金) 09:44:37.32 ID:uurLZNKt >>315 多種多様なシステムやデバイスが使うapiは仕方がないという認識 http://mevius.5ch.net/test/read.cgi/tech/1605990630/317
318: デフォルトの名無しさん [sage] 2020/12/25(金) 10:04:08.77 ID:JfQSa+1c >>317 その多種多様なデバイスの上で.NETが動くわけで http://mevius.5ch.net/test/read.cgi/tech/1605990630/318
319: デフォルトの名無しさん [sage] 2020/12/25(金) 10:09:58.28 ID:8j4BK9K7 ぜんぶ設計者次第だという認識 http://mevius.5ch.net/test/read.cgi/tech/1605990630/319
320: デフォルトの名無しさん [sage] 2020/12/25(金) 10:16:11.17 ID:81Ut/TdK >>314 WebなんてぶっちゃけDBと画面の間のマッピングを定義してるだけの話なので、 データモデルがRDBによって常に静的に型付けされているため動的型でも破綻しにくい むしろ変にドメイン駆動とか意識高いのに毒されて画面から独立したモノリシックなビジネスロジック層みたいなのができちゃうと、動的型では確実に破綻する http://mevius.5ch.net/test/read.cgi/tech/1605990630/320
321: デフォルトの名無しさん [sage] 2020/12/25(金) 10:17:04.89 ID:JfQSa+1c >>316 サーバー側の型がなにを指しているのかによるな データアクセスレイヤのクラスがプレゼンテーションに漏れるのはBADだと思う しかしドメインレイヤのクラスをプレゼンテーションから参照するのは問題ないと考えている 昨日も例を出したけど 入力として単価、消費税率、個数があってリアルタイムに税込み価格を表示する画面があったとする この税込み価格の計算は明らかにドメインロジックだ プレゼンテーションレイヤから直接ドメインレイヤを参照できればそれが最もシンプルでよろしい もしそれができない場合、プレゼンテーションレイヤにも税込み価格計算ロジックを実装するかリモート呼び出しのためのエンドポイントを実装し、APIクライアントも実装するという重い作業を強いられる もちろん、税込み価格計算はただの一例であり、実際にはより多くのニーズがある プレゼンテーションレイヤからドメインレイヤの型を参照できると低コストでより高度な画面を作成することができる http://mevius.5ch.net/test/read.cgi/tech/1605990630/321
322: デフォルトの名無しさん [sage] 2020/12/25(金) 10:22:24.07 ID:JfQSa+1c >>320 それはどうかな？ 意識の高いプログラマの代表格であるマーチンファウラー先生はrubyを称賛していたね ドメインを実装するのに必ずしも静的でなければならなということはなさそうだ 重要なのはテストを書くことなのだろう http://mevius.5ch.net/test/read.cgi/tech/1605990630/322
323: デフォルトの名無しさん [sage] 2020/12/25(金) 10:27:26.49 ID:JfQSa+1c そもそもWEBをひとくくりに画面とDBのマッピングであると決めつけるのもいかがなものか チュートリアルみたいな簡単な仕事ならそれでもいいのかもしれないが 現実のビジネスは小さな事業でもそんなに簡単にはいかない http://mevius.5ch.net/test/read.cgi/tech/1605990630/323
324: デフォルトの名無しさん [sage] 2020/12/25(金) 10:32:50.39 ID:vv0pxJyE >>314 自分で勉強しろって ここで言ってる”型共有”はRubyでもPythonでもできてる >>315 “メソッドを共有”って何なの？ 処理を共有するためのAPIなんだけど・・・ それにBlazorもリモート実行してるよ http://mevius.5ch.net/test/read.cgi/tech/1605990630/324
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
ﾒﾓ帳
(0/65535文字)
上
下
前
次
1-
新
書
関
写
板
覧
索
設
栞
歴
あと 218 ﾚｽあります
ｽﾚ情報
赤ﾚｽ抽出
画像ﾚｽ抽出
歴の未読ｽﾚ
AAｻﾑﾈｲﾙ
Google検索
Wikipedia
ぬこの手
ぬこTOP
0.016s