Microsoft ASP.NET Blazor #02

■ このスレッドは過去ログ倉庫に格納されています
1デフォルトの名無しさん
垢版 |
2020/11/22(日) 05:30:30.13ID:kDrPKY9d
ASP.NETのBlazorのスレッド part2です。

ASP.NET
https://dotnet.microsoft.com/apps/aspnet
ASP.NETは、クロスプラットフォーム対応、無料、オープンソースのフレームワーク
Free. Cross-platform. Open source.
A framework for building web apps and services with .NET and C#.

Introduction to ASP.NET Core Blazor
https://docs.microsoft.com/en-us/aspnet/core/blazor/?view=aspnetcore-5.0

【本命】Blazor スレ1【真打】
http://mevius.5ch.net/test/read.cgi/tech/1595255796/
2020/12/29(火) 12:22:03.72ID:gscEc512
PlayStation Portable go の運命と重なる...
2020/12/29(火) 12:30:16.56ID:iAxs8NN4
>>375
どっちでもいいんじゃないの
何倍というほどの差はない
2020/12/29(火) 12:33:17.29ID:Fq3XcUlo
>>375
おっしゃるとおり！
俺のような企業向けアプリしか作らない人間からすると
wasmよりserverのほうが使えそうなんだよね
でもblazorでググるとwasmの記事ばかり引っかからない？
あっちのほうが期待されてるように感じる…
2020/12/29(火) 13:01:36.23ID: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から利用可能に
なるようだ。
2020/12/29(火) 13:02:15.95ID:EHaGj/ct
そりゃ技術的に面白いのはwasmだから話題になるのそっちだよ
2020/12/29(火) 13:07:56.98ID:k23+wtCh
>>379
[補足]
この方式だと端末内の他のアプリからでも、このアプリのlocal http serverに
アクセスできるからセキュリティー的な問題が有るという心配が有るかもしれないが、
そこは「トークン」をつけているので心配が無い。
それは、アプリ起動時に乱数の様なものから作成し、local http serverとJSの
両方に同じトークン値を渡すことで、鍵の様な働きをする。
トークンが合わなければlocal http serverは機能しないようにすることで、
セキュリティー上の問題はクリアできる。
2020/12/29(火) 13:19:00.27ID:k23+wtCh
MonacaはCordovaアプリをブラウザから作製できるようにした「クラウドIDE」で
Mac実機無しにiOSアプリを作製してAppStoreに登録できる、とされている。
2020/12/29(火) 13:21:34.09ID:k23+wtCh
>>382
ただし、クラウドの先にあるMac実機をレンタルする必要があるかもしれない。
2020/12/30(水) 19:23:50.60ID:+vZt7ZP1
>>381
それＷＥＢアプリであるメリットを感じないんだが
そのトークンはだれが作るって？
ローカルサーバーに自分でトークン作って渡すんなら、トークン偽装しほうだいだな
2020/12/31(木) 14:25:23.04ID: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 は結果を受け取る。
2020/12/31(木) 14:45:37.85ID:tdaLm2s5
ネイティブアプリならそのままローカルファイルアクセスしてUIレイヤーとしてWebView使えば十分では？

わざわざローカルでweb server起動してそれ経由でファイルアクセスさせるメリットってあるの？
2020/12/31(木) 14:52:50.53ID:bz8vpTSU
でも、既 存のア プリの流 用なら単にserverとclientを一箇所で動かすだけに見えるし、
新 規ならそもそもメ リ ットがどこにあるんだろうという感じだし。
どうしてもUIをhtmlとjsで書きたい場合とかかな。
2021/01/01(金) 02:03:52.73ID:y/yrEKhd
>>386 >>387
自分でクロスプラットフォームツールキットを作っている場合、
iOS/Android/Windows/Linux/Macなどに個別に対応させるのが大変な場合、
HTML+JS+Wasmでまず、ブラウザで動くようにしておき、ファイル入出力
部分だけを上記の様な local HttpServer 方式で行えば便利。
2021/01/01(金) 02:09:02.70ID:y/yrEKhd
>>386
それだとWasmをメインプログラムとしたクロスプラットフォームアプリは
作りにくい。
Wasmの関数の中にファイル入出力を行いたい部分が有った場合など。
2021/01/01(金) 13:36:41.38ID:xBl+DmmI
FileとかOS API使いたければ素直にnative appにするほうがいい。
わざわざwasmとか意味不明
2021/01/01(金) 23:29:42.24ID:TX7qBddY
>>390
特にクロスプラットフォームのライブラリを自作する場合、ブラウザ上のWasmで
ファイルアクセスまで出来れば対応が楽。
2021/01/01(金) 23:57:03.96ID:ifweq93H
トークン作るネイティブアプリがあって
HttpServer側のローカルアクセス部分も個別に作るのか
2021/01/02(土) 00:01:46.88ID:TBL/2gAq
？
wasmからファイルにアクセスするわけじゃないよね？
というかそもそもwasmでコーディングするわけでもないよね。
2021/01/02(土) 00:47:26.18ID:md7DJnNn
そもそもWasmでファイルアクセスできたらセキュリティ上おかしいんじゃないのか？

Wasmはソースコード見えないというのに
知らないうちにファイルアクセスするコードダウンロードして
実行されたらまずいだろう

MSの人も動画でBlazor Wasmは安全だといっていた。
Browserのsandbox内で動作するからというがその理由。

>>391
実際コード書いてないわけでしょ
wasmより絶対にネイティブのが楽
nativeでcross-platform対応もできる。FlutterやXamarin
2021/01/02(土) 10:59:11.61ID:kLdWoF3Z
>>394
C++で書いたプログラムをWasmに変換し、それをWebViewの中で実行する場合の
話だよ。
WebViewを起動するのは、C++やSwift、Javaなど。
その際にlocal http serverとWebViewを同時に起動する。
そして1つの鍵(セキュリティートークン)をlocal http serverとWebViewの
両方に渡す。
なので安全。
2021/01/02(土) 11:26:48.47ID:XwpZ0T7a
つまり、悪意のあるプログラムが自分でトークン作ってlocal http serverたたいて
それ経由でローカルファイル等の情報にアクセスできるんだろ

local http serverは正しいWebViewから呼ばれているのかどうか確認できないんだが
それのどこが安全？
2021/01/02(土) 11:42:56.76ID:kLdWoF3Z
>>396
できない。
それはキャッシュカードを拾っても、正しい暗証番号が分からなければATMから金を
引き出せないのと同じこと。
local http serverとWebViewの中のJSの両方に1つの暗証番号を渡しているので
両者だけが通信できて、他のアプリは通信できない。
2021/01/02(土) 11:47:13.97ID:kLdWoF3Z
>>397
[補足]
・URLのGET PARAMETERの中に正しい暗証番号(=トークン)が書いてある場合には
　なるべく速く処理を行ってできるだけ早くresponseを返すようにする。
・暗証番号が間違っている時には、数秒間waitしてからresponseを返し、かつ、
　waitしている間は、新たなリクエストを受け付けないようにする。
・こうすれば暗証番号を順番に試してたまたま開く鍵を見つけることが現実的な
　時間では不可能になるので悪意を持ったアプリから身を守ることができる。
2021/01/02(土) 15:33:34.85ID:XwpZ0T7a
いやだから、その暗証番号はカード使う人が外部から指定するんだろ
その暗証番号を指定している人が、そのカードの正しい所有者かどうか確認できないと思うんだが
これが安全だと思えないのは俺がおかしいのか？
2021/01/02(土) 15:35:28.24ID:kLdWoF3Z
>>399
すまんが、俺のIQは、150超だから、一般プログラマには理解できないかも知れない。
401デフォルトの名無しさん
垢版 |
2021/01/02(土) 15:46:16.27ID:5cxm5c+d
InputFile の OnChange で、選択されたファイル数が0の場合はどうすればイベント拾えるのでしょうか？

<InputFile OnChange = "method" />

@code {
private void method(InputFileChangeEventArgs e)
{
//ファイル未選択の場合はこのメソッド自体が呼び出されない。
}
}
2021/01/02(土) 16:59:19.62ID:kLdWoF3Z
>>399
WebViewという名前でも、ネット回線からダウンロードしてきた
HTML+JS+Wasmを表示・実行するわけではなく、アプリにパッケージされた
HTML+JS+Wasmを表示・実行するので、所有者の同一性は最初から保証される。
もちろんアプリのパッケージを改ざんすれば駄目だが、それは今回の
セキュリティー問題とはまた別の話。
アプリの改ざんについては、そもそも論で、それはそれで別の方法で改ざんを
防止する技術が必要となる。
2021/01/02(土) 19:13:25.57ID:XwpZ0T7a
そのアプリのパッケージにlocal http serverとサーバ側のプログラムなりスクリプトなりも含むのか？
2021/01/02(土) 19:19:19.80ID:kLdWoF3Z
>>403
アプリのパッケージには、
1. local htttp server
2. html+JS+Wasmのプログラム
3. セキュリティートークン発生器
4. ファイルAPI呼び出し器
を含む。
原則的にサーバーは全く使わないのでサーバー側プログラムは含まないが、
サーバー側プログラムを使う場合には、nativeアプリがサーバー側プログラム
と連携する場合のやり方をそのまま使えばよい。
2021/01/02(土) 22:23:44.30ID:md7DJnNn
>>404
通常のブラウザでは通用しないってことでOK？

ユーザーにファイルアクセスを求める仕組みはどうなってるの？
あとhttp serverなんて動かそうとしたらPCのセキュリティなりファイアウォールが警告だしてくるはず。

Flutterとかのnativeでやるほうが楽なのに
いちいちたくさんの言語使って無駄な工数かける意味がわからん。
しかもめんどくさいわりにサーバー使ってないとかますますわからん。
2021/01/02(土) 22:24:16.16ID:md7DJnNn
大手企業がWasm使ってない理由は労力のわりにメリットがないことだと思う。
メリットあるとしたらGoogle/Appleの手数料回避できそうなことくらいか
2021/01/03(日) 02:08:15.23ID:bUgsUhHF
>>405
>通常のブラウザでは通用しないってことでOK？
ちゃんとアプリとしてパッケージしないと駄目だね。

>ユーザーにファイルアクセスを求める仕組みはどうなってるの？
ファイル関係はnativeアプリと同じになる。
なぜならnativaアプリが使うファイルAPIを使うのだから。

>あとhttp serverなんて動かそうとしたらPCのセキュリティなりファイアウォールが警告だしてくるはず。
今回説明してきた方法は、既にCordova(やmonaca)でも実績が有るのでなんとかなる
はず。AppStoreやPlayStoreなどへの登録も可能。
また、local http serverは、Rubyやnode.jsやapache、mongooseなどでも普通に
高頻度で使用されており、特にセキュリティーソフトが問題になることはない。
なぜならWasmのローカルでのテストには必ず必要になるから。
2021/01/03(日) 02:15:37.37ID:bUgsUhHF
>>407
[補足]
今回、local http serverは、JS+Wasmでは使えない端末機能を使うためのもの
であったが、ローカルだけでWasmを起動するためにも必要。
Wasmは、fetchやXHRを使わないと起動できないが、CORSの関係で
少なくともWindowsではlocal http serverを起動していないとエラーになる。
(それがないと、URLにローカルのファイルパスをどういうschemeで指定
しても駄目。)
2021/01/03(日) 03:24:25.31ID:pzO8LSqN
その実績ってのをいくつか紹介してくれ
2021/01/03(日) 03:53:04.49ID:bUgsUhHF
>>409
Cordovaが使っている技術を解説しているサイトに書いてある。
Cordovaを使って作るのではなく、Cordovaが自分自身で使っているアルゴリズム
であり、かつ、Cordovaは、AppStoreとPlayStoreに登録できるとされている
非常に有名なソフト。
2021/01/03(日) 10:07:36.68ID:ZfI7ecBk
>>407
後半のlocal firewallの話は一般ユーザーの問題点だよ。
技術的に動くかどうかの話じゃない。

開発者はfirewallから警告でても意味がわかるけど、
一般ユーザーはとまどうってこと。
2021/01/03(日) 10:19:49.86ID:S5x84IqF
デタラメな俺理論を長々と書く奴は相手にせず放置が一番


まぁhttpdの話はローカルサーバーに同じホストからアクセスしてる分には
ファイアーウォールとか関係ないでしょ
2021/01/03(日) 12:05:13.76ID:bUgsUhHF
>>412
頭が悪い人には頭が良い人が言っていることが理解できないのでデタラメに
聞こえるし、長い文章も読めないし。
2021/01/03(日) 12:06:19.30ID:bUgsUhHF
>>411
Cordovaという有名どころでライブラリの基礎で使われているアルゴリズム
なのだから、当然、ユーザーの視点でも大丈夫になっているハズだ。
2021/01/03(日) 12:07:52.02ID:hFPMmBD/
ローカルへのhttpアクセスをデフォルトではブロックしてるファイアウォールとかもあるんだよ
2021/01/03(日) 13:07:23.70ID:ZfI7ecBk
>>412
415も書いてるけど
たしかWindowsのFirewallでも
localからのアクセスでもちゃんと警告でるよ
2021/01/03(日) 13:09:03.48ID:arRzErs6
Cordovaなんて
何年もまえからある、
弩メジャーなやつじゃん。
なので数年前に旬を過ぎて枯れてるけどね。

Visual Studioでも2013？ぐらいから
テンプレート入っとるぞ。

やっぱBlazorレベルのユーザーは
レベルが周回おくれなのか？
2021/01/03(日) 13:11:40.28ID:arRzErs6
正直いってXamarinよりCordovaのほうが
遥かにイケてるぞ。大手のスマホアプリで実績多いでしょ。
2021/01/03(日) 13:13:18.51ID:ZfI7ecBk
>>414
それなら初めからCordovaでnative appにすりゃいいじゃないの。
頭が良い人はそちらを選ぶだろう

いちいちwasmやらhttp serverを使う必要がない。
無駄に時間かかるだけ
2021/01/03(日) 13:23:38.42ID:S5x84IqF
らしい、とか、ハズ、とか
わろた
2021/01/03(日) 13:47:20.60ID:arRzErs6
Cordovaでクロスプラットフォームで
自前ブラウザーアプリが作れるから、
そのアプリ実装部分でWasmはありだぞ。

実際、CordovaとWeb系UIのライブラリーを
組み合わせて開発する。
なのでCordovaとBlazorでも可能じゃね？

自分のは数年前にCordovaとPWAとで
検討中して見送った過去がある。
2021/01/03(日) 14:04:27.77ID:bUgsUhHF
>>421
>なのでCordovaとBlazorでも可能じゃね？
理論上は、BlazorWasmもHTML5と標準Wasmの範囲内のコードになっているはず
なのだから、そのままか、わずかな配慮でで動く可能性は高い。
2021/01/03(日) 14:21:02.77ID:bUgsUhHF
この方式はC言語とposixが使えるプラットフォームならほとんど無修正で
同じサポートコードが使える可能性があるので便利なのだが、
fire wallの警告が出てしまうならば、使えないかもしれない。
Cordovaは この方式以外にも3種類くらいの方法を併用してJSと
nativeの間で通信しているとされるが、それらにはプラットフォーム間の
互換性が乏しく、iOS、Android、Windows、Linuxなどで
サポートコードの書き直しが必要となる。
2021/01/03(日) 14:34:57.09ID:arRzErs6
今自分がやるなら
flutter+WebUIライブラリーかな。
まだ下調べはしてないし作るものも多いけど。

そこにBlazorがあってもなくてもよいが。
2021/01/03(日) 15:00:54.68ID:ZfI7ecBk
>>418
実績、実績いうならwasmなんて論外だろｗ


CordovaなんてJS, CSSベースだしうんこすぎるし使わんよ。
Xamarinはシェア５位だから実績は十分だしC#使える。
MAUIになれば品質もあがるだろう。
Unityでもいいし、Flutter, Kotlinでもいい
2021/01/03(日) 15:24:48.35ID:arRzErs6
UI開発ではHTＭL&JSのライブラリーが
断トツ最強なんたが。
2021/01/05(火) 22:26:03.46ID:eSPu60fw
cordovaなんて10年近く前のプラットフォームじゃん。
ちょっと後に出たionicに頃されたんじゃなかった？
2021/01/06(水) 13:32:12.25ID:PNufzztm
>>425 >>427
Cordova単体なら言語がJSに強制されるが、WasmもCordovaで動くようになったので
言語はJSに強制されなくなった。
今後、CordovaはC++、Rust、C#(BlazorWasm)をクロスプラットフォーム
で動かすための土台としての私用用途が出て来る。
2021/01/06(水) 13:33:21.72ID:PNufzztm
>>428
Cordova方式はElectronよりサイズが小さいはず。
2021/01/06(水) 13:53:04.57ID:PNufzztm
Electronは、WebブラウザであるところのChroniumの改造場も同時配布する
必要があるので、アプリサイズが最低350MB位となるが、Cordovaだと800KB
程度で済むと報告されている：
https://stackoverflow.com/questions/26167023/reduce-cordova-apks-size
2021/01/06(水) 15:01:07.35ID:twxSQNJZ
CordovaはAdobeが投資を引き上げて後は終焉を待つ状態なので
5年前ならいざ知らず今から新規に採用するようなものじゃない

本当にクロスプラットフォームの土台となりうるなら
AdobeがPhoneGap終わらせてCordovaからも手を引いたりしないよね
2021/01/06(水) 15:31:36.33ID:Y7FOu5Ta
そもそもcordovaはionicに負けてしかも日本ではそのどっちも流行ったことないでしょ。
何年前の技術語ってんだ浦島太郎かよ。
2021/01/06(水) 15:34:10.93ID:N9dyrfHy
久しぶりに聞いたな
2021/01/06(水) 16:05:53.56ID:twxSQNJZ
>>432
Ionicは基本的にCordova使う前提のフレームワークだぞ
2021/01/06(水) 17:36:23.26ID:IwWtN5mv
オンプレ爺とCordova爺は同一人物？
2021/01/06(水) 17:55:22.98ID:ATHWudiV
スクリプト系言語は総じてクソだぞ爺さんと同一人物
2021/01/06(水) 18:22:10.23ID:IwWtN5mv
あーそっちの方かサンガツ
2021/01/06(水) 22:02:50.48ID:YZSk0OOW
>>435-437
アホだなおまえら
CordovaはJSだぞ
CordovaがJSなの知らないほど無知

むしろその人にFirewalｌ警告などの問題点を指摘した。
オンプレミス派は頭いいから基本的に高速な言語を好む
2021/01/06(水) 22:31:39.93ID:ge6MZGJO
いつものザマオンプレ爺さん定期
2021/01/06(水) 22:37:55.13ID:YZSk0OOW
>>439
爺さんではなくおにいさん定期
Xamarin評判悪いからUnityもやる
2021/01/06(水) 23:43:33.16ID:k0vOylQ2
オンプレ爺さんまだいたのか
2021/01/07(木) 01:52:20.73ID:3TLTtAUE
「まだクラウドじゃないんですか？」で金を取り、
「これからはむしろオンプレですよ」でまた金を取る。
これを永久に繰り返す錬金術ｗ

企業が「脱クラウド」「オンプレ回帰」に踏み切る理由
https://www.itmedia.co.jp/enterprise/spv/2101/05/news002.html
2021/01/07(木) 15:03:31.98ID:BLvEhbF6
>>442
やっと事実を伝える記事が増えてきたか。
パブリッククラウドは時代遅れなんて経験あるエンジニアには常識

遅いし高いしろくでもない
2021/01/07(木) 16:28:53.05ID:jfoKMLtR
>>443
自演乙
2021/01/07(木) 21:50:05.56ID:DHxcg4pM
老害回避用に下記単語のNGワード設定を推奨

オンプレ
Xamarin
Cordova
2021/01/07(木) 22:40:27.59ID:BLvEhbF6
>>444
こんなことで自演するかよｗバカｗ
クラウドがクソなんてスキルある人には常識
2021/01/07(木) 23:10:55.02ID:c5+YjLRl
しつけーなジジイ
何度も5ch覗きに来んな無能ハゲ
2021/01/08(金) 06:54:41.89ID:eHuqAzdP
クラウド爺さんは二人いたんだなあ
2021/01/08(金) 11:40:03.05ID:hbHr5ZSG
Cordva騒いでた人＝オンプレ爺だったのかよ
本気で気付いてなかった自分を殴りたい
2021/01/08(金) 12:07:35.03ID:MOpHGUBr
>>449
夏くらいまで自分を殴ってていいよ
2021/01/08(金) 12:18:27.99ID:5RCoenNw
>>449
ちがうつってんだろバカ
それぞれの技術の特徴しってたら間違えようがないんだけどな
>>438読め

File API使いたければ素直にnative使え、
http serverはfirewallが警告出す、
とまっとうなレスいれたのがおまえらがオンプレおにいさんと呼ぶ奴だ。

俺はC#やKotlin, Swiftのような言語を好む
スクリプトしかできないやつ、クラウド頼みのやつをバカにしてきてるのに
JSで時代遅れなCordovaなんて使うわけがない
node.jsもdisってきている。
2021/01/08(金) 13:55:28.48ID:9vpDWgh3
>>451
ところがWasmでcordovaを使うのは最新なんだな、これが。
というよりまだ誰もやってない。
2021/01/08(金) 13:59:08.83ID:MOpHGUBr
>>451
クラウド頼みをバカにしてるってことは…ひょっとすると君もオンプレ爺さんなのかい！？
2021/01/08(金) 14:20:11.98ID:9vpDWgh3
いまのところWASIはグラフィック出力が出来ないし、
wasmerは、CUIのWASIだけで、しかも今最も肝心なiOSやAndroidでは
それすらも動かない。
が、Cordovaを使えばWASIをモバイルも含めたあらゆるプラットフォームで
グラフィック付きで動かすことが出来るようになるに違いない。
2021/01/08(金) 16:22:21.34ID:5RCoenNw
>>452
新しければいいわけじゃない。
C#, C++のように古くても必要とされる技術がある。

wasmは新しいが必要性がない。
手数料回避以外にメリットがない
大手が採用してないだろ
まだ時期尚早

wasmはIT大手が使い始めてからでよい
それまでnativeの学習するのが賢い
2021/01/08(金) 16:49:03.26ID:F+SpYfrf
>>455
1. HTML+JS+Wasmの部分は、出力バイナリがプラットフォームが変わっても
　変わらないという特徴があるのでビルド結果をバックアップするのは楽。
　ただし、Cordova方式の場合は、*.apkなどにパッケージ化する際にプラットフォーム
　依存になってしまうが。
2. GTKやQtなどは自分でグラフィック部分も各OSに合わせて用意しているのでサイズが
　大きいし、ツールキットを作るのも大変だが、Wasmの場合、HTML5のcanvasを
　使えばその部分が不要なので、ツールキットが作り安いし、サイズが小さい。
2021/01/08(金) 19:42:08.00ID:5RCoenNw
>>456
しつこくCordova推してるけどうざがられてるだけだぞ。
BlazorはJSが嫌いでC#が好きな人が興味持ってるんだから
ここでJS系の技術を推すのはナンセンス

その特殊なスタックを推したければBlogなりYouTubeなり
GitHubでやってくれ
2021/01/08(金) 21:32:03.22ID:eX99CYJf
node.jsなんか使いたくもないわ
2021/01/08(金) 22:21:40.37ID:1X0kULwm
>>457
ザマ爺てめえも同じくらいうざがられてるから率先してスレから消えろや
目くそ鼻くその分際で粋がるんじゃねえ
2021/01/09(土) 12:38:53.91ID:hogOqFTZ
>>459
ほんとアホだな
おまえらが俺のことを書かなければ気が付くようなレスはしない。
当面Wasmでコード書くこともないしこのスレ読みたくないんだが
おまえみたいに俺の話題を書くからいつまでも続く

>>458
JS全部だろう
nativeやればいいだけ。まともな言語だらけ
C#, Kotlin, Swift
2021/01/09(土) 15:19:24.66ID:X2U+K+I4
だれか登場人物と相関図を整理してくれ
ザマリン爺さんとオンプレ兄さんが恋敵なのはわかった
2021/01/09(土) 16:45:25.64ID:jYiNSutT
考えるの面倒だからまともに読んでない
2021/01/09(土) 18:02:30.85ID:4SmuPkRr
>>461
正確にはザマオンプレ爺な
スキルセットの古さから推定年齢50代後半、最近ようやくザマリンの不人気に気付いたというアホ

もう一人はCordova爺、とはいっても意外に若いかもしれない年齢不詳
こいつはザマ爺とは異なり知識は深い、が偏りすぎてて職場にいると面倒くさいタイプ
2021/01/09(土) 21:00:29.31ID:V/x0GCIg
ここは老人たちを隔離するために作られたスレ
あきらめて仲良く雑談しなさい
2021/01/09(土) 23:20:48.56ID:hogOqFTZ
>>463 >>461
ほらな、こうやって俺の話題しか話せないような
スキルない奴がすぐ湧いてくる

C#とKotlinとSwift推してる俺のスキルセットが古いって
脳みそくさりすぎだろｗ
2021/01/09(土) 23:24:24.77ID:hogOqFTZ
それとXamarinはシェア５位で不人気でもなんでもない。
人気のあるフレームワークだ
>>463のアホはモバイルアプリ開発経験ゼロだろう

言語がゴミなFlutterよりもXamarin/MAUIは伸びしろがある。
2021/01/10(日) 02:57:31.92ID:mWh+kAw4
ザマ爺、お前のハッタリは聞き飽きたよｗ
2021/01/10(日) 03:21:58.38ID:t4oThHgn
https://www.statista.com/statistics/869224/worldwide-software-developer-working-hours/
2021/01/10(日) 03:46:34.61ID:79osdvS+
>>468
(上位から大きく離れてシェア急落中の)5位だからなw不人気では無いなw
あっという間にflutterに追い抜かれてxamarinファンには面白くないかもしれんが
エンジニアならフェアに判断しようや
2021/01/10(日) 09:23:59.56ID:osL1god/
オンプレ爺、C#とXamarin使いの設定だったのがしれっとKotlin・Swiftまで追加してるじゃん！？

雑談スレだから今まで見逃してたけれども調子に乗って吹かしてると張り倒すぞこの野郎
2021/01/10(日) 09:38:16.74ID:TUlvVbF7
>>468
シェア５位のソース張りおつかれ

>>469
おまえみたいなバカは単純にシェアでしか判断できない。
Flutter(Dart)は言語がクソで有名だ。
複雑なコードを書こうとしたら言語が足を引っ張る

React Native, Cordova, IonicはJSでクソ。
2021/01/10(日) 09:40:57.52ID:TUlvVbF7
>>470
ここC#系のスレだからXamarinよく書いてただけだハゲ
ここのやつらスキルないしKotlinの知識ゼロだしな
実際はKotlin推し
2021/01/10(日) 10:58:09.59ID:SrWqbjf1
>>471

なるほど賢く優秀だと1年でシェア26%から14%にほぼ半減しても判断材料にしないよなw
Flutterは言語がクソ(根拠示さず)で有名(根拠示さず)だから影響ないよなw

>複雑なコードを書こうとしたら言語が足を引っ張る

足引っ張ってるのは言語なのか？実は”誰か”だったりしないか？w

>React Native, Cordova, IonicはJSでクソ。

MSのスマホアプリはクソのReact Nativeで実装してるけどなw
不思議だなw
2021/01/10(日) 11:54:35.09ID:GMn9HNNA
Native推すってことは
C#でのWEBアプリ開発はイマイチって思ってるってことなのかな
その辺はjs系言語に一日の長ありということを認めてるよね。

Blazorはjs系言語いまさら覚えられませんって人向けだと思うわ
おれのことだけど。
2021/01/10(日) 12:11:41.51ID:ZqyUOoXz
Blazorで出来る事は限られてるよ。
ちょっとした事ですぐ
js面に手を出すことになって、
そんとき浦島太郎だ！
2021/01/10(日) 16:17:36.42ID:TUlvVbF7
>>473
それはcross-platformはろくなのがないからだよ
１年で半減もあるし逆に１年で5倍もありうる状態

React NativeもXamarinもバグが多かったりで
まともに使えないのがたくさんある。
Flutterも消去法で選ばれてるだけ
Flutter使ってるやつらもDartがクソだと認めてる
言語がだめだと結局消えるのを俺はわかってるから手を出さない。
■ このスレッドは過去ログ倉庫に格納されています
5ちゃんねるの広告が気に入らない場合は、こちらをクリックしてください。
ニューススポーツなんでも実況