Microsoft ASP.NET Blazor #02

**デフォルトの名無しさん** · 2020/11/22(日) 05:30:30.13

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/

**デフォルトの名無しさん** · 2021/01/10(日) 09:23:59.56

オンプレ爺、C#とXamarin使いの設定だったのがしれっとKotlin・Swiftまで追加してるじゃん！？

雑談スレだから今まで見逃してたけれども調子に乗って吹かしてると張り倒すぞこの野郎

**デフォルトの名無しさん** · 2021/01/10(日) 09:38:16.74

>>468
シェア５位のソース張りおつかれ

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

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

**デフォルトの名無しさん** · 2021/01/10(日) 09:40:57.52

>>470
ここC#系のスレだからXamarinよく書いてただけだハゲ
ここのやつらスキルないしKotlinの知識ゼロだしな
実際はKotlin推し

**デフォルトの名無しさん** · 2021/01/10(日) 10:58:09.59

>>471

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

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

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

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

MSのスマホアプリはクソのReact Nativeで実装してるけどなw
不思議だなw

**デフォルトの名無しさん** · 2021/01/10(日) 11:54:35.09

Native推すってことは
C#でのWEBアプリ開発はイマイチって思ってるってことなのかな
その辺はjs系言語に一日の長ありということを認めてるよね。

Blazorはjs系言語いまさら覚えられませんって人向けだと思うわ
おれのことだけど。

**デフォルトの名無しさん** · 2021/01/10(日) 12:11:41.51

Blazorで出来る事は限られてるよ。
ちょっとした事ですぐ
js面に手を出すことになって、
そんとき浦島太郎だ！

**デフォルトの名無しさん** · 2021/01/10(日) 16:17:36.42

>>473
それはcross-platformはろくなのがないからだよ
１年で半減もあるし逆に１年で5倍もありうる状態

React NativeもXamarinもバグが多かったりで
まともに使えないのがたくさんある。
Flutterも消去法で選ばれてるだけ
Flutter使ってるやつらもDartがクソだと認めてる
言語がだめだと結局消えるのを俺はわかってるから手を出さない。

**デフォルトの名無しさん** · 2021/01/10(日) 16:24:36.33

>>473
最終行
既存アプリはXamarin買収する前に開発スタートしてたんだろ。

MAUIが実用レベルになればMSもMAUIでアプリ作るようになるはずだし
そもそもMSが自社で使ってるかどうかはどうでもいい話
ほかの会社のアプリが十分に使ってればそれでいい

**デフォルトの名無しさん** · 2021/01/10(日) 16:37:25.68

>>474
wasmには期待していたがBlazor wasmさわって
すぐJS不要にできる状況ではない、とすぐわかった。
数年後はわからんが今はだめ

web appはJS以外にもCSSとか生産性低い要素が
あるから好きではない。
nativeなら会社以外の時間にひとりで開発してマネタイズ
できるからnativeの時間を増やしているというだけ。

**デフォルトの名無しさん** · 2021/01/10(日) 17:03:22.02

>>478
BlazorServerは？
作ってるのがオフラインでも動くようなアプリなんだったらwasmやNativeなのはわかるけど。

**デフォルトの名無しさん** · 2021/01/10(日) 17:14:24.46

>>479
Blazor Serverはスケールしないから好きじゃない。
ステートフルは時代遅れだと思うわ
前にも指摘したがBlazor ServerはMSが
Azureで儲けるための技術と見ている。
俺は不特定多数向けサービス作ってるから
スケールしない技術に興味はない。
サーバーに負荷が集中しすぎるアーキテクチャ。

企業内システムで使う分にはいいんじゃないの
同時接続が予測できる範囲ならってこと

**デフォルトの名無しさん** · 2021/01/10(日) 17:39:06.95

>>480
なんとなくあなたの選択肢はTypeScript+Reactだと思うよ
js系言語がクソだと言うがTypeScriptなら大丈夫なんじゃないの
多分少し触っただけでクソだと言ってるのでは？そこまでガッツリやってないという印象。

**デフォルトの名無しさん** · 2021/01/10(日) 23:28:55.11

TypeScriptもJavaScruptと全く別の言語ってわけじゃないからなぁ

結局JavaScriptわかってないと困る場面が出てくる気がする

**デフォルトの名無しさん** · 2021/01/10(日) 23:38:06.59

MS オフィスアプリはreact nativeで作られてるってマジ？

**デフォルトの名無しさん** · 2021/01/11(月) 15:07:17.31

raspberry pi 4で.NET動いたー

**デフォルトの名無しさん** · 2021/01/11(月) 22:15:13.04

>>481
web appの開発生産性の低さの理由はJS以外にもある。
犯人はHTML, CSS。
Web designは得意じゃないからReactみたいに
frontendのコード書くのが苦痛で仕方ない。

smartphone、windowsのnative appはそういった苦痛がないんだな
C#/Kotlin/Swift, 言語は全部、静的だしめんどくさいCSSはない。
おれには天国

**デフォルトの名無しさん** · 2021/01/11(月) 22:16:12.48

SP appだけリリースしてweb appは出さないっていうサービス増えてるよな？
そういう割り切りって大事だと思う
みんなブラウザに固執しすぎですわ

**デフォルトの名無しさん** · 2021/01/12(火) 00:22:24.81

いやリリースしてるのがスマホアプリだけでも技術的には完全にWebベースのものがほとんどだよ

**デフォルトの名無しさん** · 2021/01/12(火) 08:23:25.72

>>485
わかる
なんでこんな複雑怪奇なものにリソースを割かないといけないんだ？って気持ちになる
Web系エンジニアってすごい忍耐力があるとおもうわ

しかしWebアプリからは逃げられない…

**デフォルトの名無しさん** · 2021/01/12(火) 13:57:46.77

Webアプリの苦痛はブラウザ毎のHTML/JS/CSSの対応バージョン考慮しないといけないとこだよね。
仕事だからやってるけどクッソめんどい。
全ブラウザが常に最新のJS/CSSフルサポートしてくれれば何の文句もないんだけど。
あと、ブラウザのオプション設定とかセキュリティソフトのせいで微妙に想定外の動作するとか勘弁してほしい。

パッケージソフトならRuntime同梱で割とどうにでもなってたのに・・・

**デフォルトの名無しさん** · 2021/01/12(火) 15:24:59.60

>>488
>>489
ようはwebエンジニア未満って事では...。

**デフォルトの名無しさん** · 2021/01/12(火) 16:03:19.01

>>488
web app嫌いなら逃げたっていいだろう
自社で解決しなけりゃモバイル知識つけて転職すりゃいい

あとAndroid, iOS appエンジニアもWebエンジニアだし

>>490
それはない
web appのbackendしかやらない人もwebエンジニアだし

**デフォルトの名無しさん** · 2021/01/12(火) 17:46:56.35

>>490
いやなんとなくvb5とかvbaの臭いがするんだよな…
型が使えるだけで喜んでる人たちだし

**デフォルトの名無しさん** · 2021/01/12(火) 18:24:03.86

また言い合いを誘ってるだけのくそレスか

**デフォルトの名無しさん** · 2021/01/13(水) 21:21:51.49

うだつの上がらない底辺の巣窟ですからｗｗｗ

**デフォルトの名無しさん** · 2021/01/13(水) 21:57:45.94

>>494
型が使えて嬉しい？

**デフォルトの名無しさん** · 2021/01/13(水) 22:15:04.99

パッケージソフトばっか作ってた時代はWebアプリのメリットとか楽しさ全く分からんかった。
今はソフトの設定画面とかはChromium使ってWeb風にしてる。
JQueryやVue.jsでGUI実装する楽さと柔軟さは圧倒的(Reactは使ったことないから知らん)

ただし対応ブラウザのバージョンとか設定とか気にし始めると精神擦り減るから純粋なWebアプリはきつい。

**デフォルトの名無しさん** · 2021/01/16(土) 13:20:28.52

C#は、値型/参照型/参照渡し関連がごちゃごちゃしているな。
Cのポインタが理解できない人が多いと聞いたが、彼らには、
C#のstructとclassで値型と参照型の違いが有ったり、参照渡しの
概念はそれらとは別にあったりすることや、DeppCopyとShallowCopy
の違い、代入演算子=で何が起きるかなどを正しく理解できるのだろうか？

**デフォルトの名無しさん** · 2021/01/16(土) 17:33:27.69

>>497
できますよ

**デフォルトの名無しさん** · 2021/01/21(木) 10:59:39.61

Blazor WebAssembly App の PWA で、FormでいうKeyPreviewのように、どのコンロトール上にフォーカスがあっても、キー入力のイベントを取得できるのでしょうか。
キーボードインターフェイスのバーコードリーダの入力を、テキストボックスに入力する以外の方法で行いたいのです。

div上にフォーカスが存在する場合は取れたのですが・・・

**デフォルトの名無しさん** · 2021/01/21(木) 12:09:27.74

あれ？C#さえ分かれば使えるのでは？

**デフォルトの名無しさん** · 2021/01/24(日) 09:43:03.07

asp.net mvcのスキャフォールディングを使ってコード生成してくれる機能すごい便利と思ってたけど
Blazorにないのはなんでなんだろう

流行りじゃなくなったから？

**デフォルトの名無しさん** · 2021/01/25(月) 23:24:35.92

<inpu

**デフォルトの名無しさん** · 2021/01/26(火) 00:14:54.94

>>501
基本的に1モデルに対して一枚のHTMLを作ればよい古典的なWebMVCに対して、
Blazorというか仮想DOM系フレームワークはビューの論理構造に合わせて積極的にコンポーネントを分割、ネストしていくんだよ
要件によって全然違った構造になるんでスキャフォールドなんか役に立たない

**デフォルトの名無しさん** · 2021/01/30(土) 12:52:21.79

>>503
業務系だとほとんどの場合1モデルに対して1HTML（というかスキャフォールドでできる例の一式）なんだけどな
たまにややこしいUIがある。
MVCにBlazorを組み込めるようになったら捗るのに。

**デフォルトの名無しさん** · 2021/01/30(土) 13:22:26.04

scriptブロックにC#を使えるだけでもだいぶ楽になるはずなんだがね…
SPAとセットみたいな扱いなのが残念

**デフォルトの名無しさん** · 2021/01/30(土) 14:04:23.64

MS技術は開発環境を過剰に整備しすぎて、複数のものを柔軟に組み合わせて利用することが困難になってることが多いよね

**デフォルトの名無しさん** · 2021/01/30(土) 14:30:26.39

かといってAndroidStudioみたいに、独立したツールを寄せ集められても困る。
1つツールをバージョンアップすると謎のエラーが出まくるとかあるし。

AndroidStudioはバージョンアップ恐怖症だわ

**デフォルトの名無しさん** · 2021/01/30(土) 20:09:20.29

>>506
Angularが廃れたのと同じ失敗繰り返してるよね…

**デフォルトの名無しさん** · 2021/01/30(土) 21:19:43.17

>>506
そうか？

**デフォルトの名無しさん** · 2021/01/30(土) 21:20:08.48

>>507
わかる

**デフォルトの名無しさん** · 2021/02/28(日) 09:30:22.76

>>506
なんか困難な部分あるっけ？

**デフォルトの名無しさん** · 2021/03/19(金) 22:58:18.25

html部分もxamlで書ける未来は来ますか？

**デフォルトの名無しさん** · 2021/03/20(土) 00:24:36.28

こない

**デフォルトの名無しさん** · 2021/03/20(土) 00:51:40.10

xhtmlが生き残っていたらそういう未来もあったんだろうなあ

**デフォルトの名無しさん** · 2021/03/20(土) 08:51:30.66

ない

**デフォルトの名無しさん** · 2021/03/29(月) 22:08:00.80

reactっていうかJSXっぽいblazorが欲しい
MVVMは微妙だ

**デフォルトの名無しさん** · 2021/05/17(月) 01:03:56.89

うわーん
子コンポーネントに追加したCSSが適用されて
くれないよおおお

**デフォルトの名無しさん** · 2021/05/17(月) 01:12:01.56

へ？

**デフォルトの名無しさん** · 2021/05/17(月) 06:43:56.79

>>517
Ctrl + F5

**デフォルトの名無しさん** · 2021/05/17(月) 10:47:38.82

>>519
ちゃんとビルドはしてるんだけど
コンポーネント用に追加したCSSの内容が
反映されない
インテリセンスは効いてるし場所がおかしい
わけではないと思うんだけど

**デフォルトの名無しさん** · 2021/05/17(月) 10:59:05.90

>>520
ブラウザで表示中にCtrl+F5の意味だったんだけど。
cssはキャッシュされるから、クリアするか、強制再読み込みさせないと反映されない。

**デフォルトの名無しさん** · 2021/05/17(月) 11:53:15.23

>>521
やってみたけどダメっす
*.razor.cssを置くだけだよね？

**デフォルトの名無しさん** · 2021/05/17(月) 11:58:38.84

原因わかった
Layout.cshtmlに*.styles.cssを置いてなかった
ありがとう

**デフォルトの名無しさん** · 2021/05/18(火) 10:26:38.81

動的にelementを作成し、IDを割り振っているのですが、IDから検索したelementに対してclassを追加/削除を行なう事はできますか？
jQueryだと $("#id名").addClass('class名') / $("#id名").removeClass('class名') とやれば出来ると思うのですが、できるだけJavaScriptは使いたくありません。

**デフォルトの名無しさん** · 2021/05/18(火) 12:24:53.93

なんでそんな罰ゲーやってんの？

**デフォルトの名無しさん** · 2021/05/19(水) 09:45:24.37

Blazorise とか DevExpress を使えば　もっと快適に開発できるのに何で

**デフォルトの名無しさん** · 2021/05/19(水) 12:39:30.36

そもそも Blazor で Id 振る必要ってある？
@ref で大抵解決するんじゃ？

**デフォルトの名無しさん** · 2021/05/19(水) 15:39:11.78

多分エラーチェックでエラー表示したいンだろうけど
バリデーションチェックでほとんど出来るし
いざとなればボタン押下時のチェックで
@refで定義したコントロールの
Cssをc#側で書き換えてやれば良い

**デフォルトの名無しさん** · 2021/05/20(木) 00:14:09.50

>>526
やり始めたばかりで、知識が足りないからです。
2つの単語をぐぐって調べてみます。

>>527,528
@refでElementReferenceの取得は出来ているのですが、ElementReferenceに対しての操作がわからないのです。
.NET5 から SetFocus が使えるようになったという程度の知識です。
CSSを書き換える具体的なコードをご教示していただけませんか？

**デフォルトの名無しさん** · 2021/05/20(木) 03:45:22.57

DevExpress　は有償だけどお試しが出来る　Blazorise 無償でも使えたはず

DevExpress　の場合

Razor

<DxTextBox @bind-InputCssClass="@CssClass"></DxTextBox>

c#

string CssClass = "";

実行チェックで

CssClass = ????

ただし、入力チェックはフォームのバリデーションチェックのみが基本

実行時のエラーはエラーダイアログかアラートで表示

**デフォルトの名無しさん** · 2021/05/20(木) 09:55:17.44

>>530
ご教示ありがとうございます。
これまでVB.Netで、デスクトップばっかやってきたので、ASPとかウェブアプリとか手探り状態でやっているので
定番の方法をネットで調べながら悪戦苦闘しています。

アドバイスもありがとうございました。

**デフォルトの名無しさん** · 2021/05/21(金) 13:30:50.82

初めてのウェブアプリで.netはきついな

**デフォルトの名無しさん** · 2021/05/26(水) 23:28:38.59

初歩的な質問ですいません
Blazor Serverの勉強をしています

テンプレートのDataフォルダ以下に自分で作ったjsonファイルを配置しました
ページにこのjsonファイルの内容を読み出し、表示したいと考えています
HttpRequestMessage(HttpMethod Get, "ファイルパス")を使って、その後SendAsyncを呼び出すコードを書いたのですが「Sorry, there's nothing at this address.」と表示れファイルを認識していないようです
ブラウザにファイルパスを入力するとjsonファイルは表示されるのでパスが間違っているわけではなさそうです

読み出す方法自体が間違っているのでしょうか？
初歩的な内容で申し訳ありませんがアドバイス頂けたら幸いです

**デフォルトの名無しさん** · 2021/05/28(金) 16:15:02.73

参考

https://www.syncfusion.com/faq/blazor/web-api/how-do-i-read-a-json-file-in-blazor-webassembly

**デフォルトの名無しさん** · 2021/06/07(月) 16:17:45.72

Blazor Serverサイドで、自分自身の再起動って出来ますか？
起動時の設定を画面から行った際に、自動的に再起動できればうれしいんだけど・・・

**デフォルトの名無しさん** · 2021/06/07(月) 16:24:10.54

自分自身の再起動？？

**デフォルトの名無しさん** · 2021/06/07(月) 16:33:08.67

>>535
HttpRuntime.UnloadAppDomain
はどう？

**デフォルトの名無しさん** · 2021/06/07(月) 16:39:01.06

>>537
あ、ASP.NET Coreでは非対応だった

**デフォルトの名無しさん** · 2021/06/07(月) 17:12:25.16

IHostApplicationLifetime

**デフォルトの名無しさん** · 2021/06/07(月) 18:22:24.87

勉強に題材に出来そうなアプリないかな
気軽にこういうの作ってみようって思い浮かばないんだよな

**デフォルトの名無しさん** · 2021/06/07(月) 18:24:24.42

>>540
マイクロソフトが公開してるサンプルアプリ取得すれば

**デフォルトの名無しさん** · 2021/06/14(月) 14:00:07.30

DevExpressのお試しインストールして
AWSに　適当に作ったのアップすれば？

**デフォルトの名無しさん** · 2021/07/18(日) 14:10:32.49

.Net含めWeb周りもど素人なんだけど、
Blazor WASM 勉強中で教えてもらいたいんだが、

css変数でレイアウト制御しようと思ってて、
変数の環境汚染防ぐために属性セレクタでhtmlタグの末尾に自動追記されるコンポーネント毎にuniqueな属性？を指定したいんだけど、そんなプロパティある？

やっぱJS通して取得するしかないんかなぁ
そこまでするならやらない方が良いだろうし...

**デフォルトの名無しさん** · 2021/07/21(水) 15:37:46.74

>>543
hoge.razor.css じゃダメなん？

**デフォルトの名無しさん** · 2021/07/21(水) 17:52:24.05

Reactでok!
本家でもやってるし

**デフォルトの名無しさん** · 2021/07/22(木) 13:23:04.73

>>544
VsCodeでCLI含め勉強してるんだが、
Razorファイル側でないと、コンパイル通らなくて変数読めなかったんだよなぁ
書き方が悪かったのか..?

>>545
JSのトレンドってその時々で変わるイメージだし、
JS食わず嫌いでBlazor始めたのに、JSライブラリの沼に浸かりたくない...

**デフォルトの名無しさん** · 2021/07/22(木) 13:51:47.93

>>546
webやるのにjsはマストですよ

**デフォルトの名無しさん** · 2021/07/22(木) 17:30:50.12

>>547
現時点ではそうだね
今後も覇権は変わっていくだろうけど

**デフォルトの名無しさん** · 2021/07/22(木) 19:23:58.05

WASM - ブラウザ間のラッパーとして使うなら未だしも、
ライブラリに依存しちゃうとその変更を追わなきゃいけないのがなぁ

⁇?「jQueryは嫌だ…」
⁇?「Vue.jsは嫌だ…！」
⁇?「Reactは嫌だっ！」

**デフォルトの名無しさん** · 2021/07/22(木) 19:49:02.66

jsライブラリは素のjsで書くとめんどくさいからライブラリを使ってる
c#オンリーで書いたとしたら素のjsで書いた時と同じことにぶち当たる

じゃあ結局ｊｓとts学んでライブラリ使ったほうがよくねと言うこと
blazorは普通に流行らないし使う人もほぼいないでフェードアウトする

**デフォルトの名無しさん** · 2021/07/22(木) 20:11:52.16

blazor向けに超絶便利なライブラリーをMSが作って普及させればワンチャンあるかもレベル

その場合でもHTMLとｃｓｓとjsの知識は必要

**デフォルトの名無しさん** · 2021/07/22(木) 23:36:33.58

webならjsがマストなのに
そこにコンパイル言語ぶっ込む真意はなに？

**デフォルトの名無しさん** · 2021/07/23(金) 02:01:12.53

jsが糞言語だから

**デフォルトの名無しさん** · 2021/07/23(金) 03:45:12.09

Blazorが流行るかどうかとWasmが流行るかどうかは全く別の問題だ。
結局、Wasm以外選択肢が無いのでWasmは流行るだろう。

**デフォルトの名無しさん** · 2021/07/23(金) 03:52:06.77

nativeアプリよりずっとセキュアなのにnativeアプリと同じ言語で書けるという
点と、ググると即座に使えるという点が今後のアプリ開発をWasm化していく
原動力になることだろう。ググる方がデスクトップのアイコンを探すより速いし。

**デフォルトの名無しさん** · 2021/07/23(金) 03:54:48.13

Wasmアプリは、今までのC/C++資産を全て受け継げるのに、nativeアプリより
遥かにセキュアになること、速度はnativeアプリと余り差がないこと、
1つ作るだけでWindows/Mac/iOS/Android/Linuxなど全てのOSで使えること、
などが非常に重要な点となる。

**デフォルトの名無しさん** · 2021/07/23(金) 04:06:31.26

JSだと少なくともC/C++と比べるとどうしても遅くなるので、どうしても
C/C++製のnativeアプリに比べて不利になる。その意味でWasmの
ブラウザ上アプリはJSアプリに比べて有利。

**デフォルトの名無しさん** · 2021/07/23(金) 13:08:29.55

ただし、それはC/C++をWasm化した場合であってBlazorには当てはまらないが。

**デフォルトの名無しさん** · 2021/07/23(金) 14:10:39.28

結局は、便利なライブラリ・モジュールがあるかどうか。
ある機能の関数が欲しい時に、自作できないから

それで結局、Ruby on Rails みたいに、すべて揃っているものを使う。
さらに、デザインパターンも決まっているから考える必要がない

**デフォルトの名無しさん** · 2021/07/23(金) 16:18:02.69

>>559
それって楽しいか？

**デフォルトの名無しさん** · 2021/07/24(土) 11:02:57.33

楽しくてやってるのか？個人でやる分にはいいが…
おれみたいにデスクトップアプリをWebアプリ化したいが、
チームにC#の経験者が多い、Typescriptの習得に時間を割けない
というネガティブな理由でBlazorを検討するやつは多いはずだ

**デフォルトの名無しさん** · 2021/07/24(土) 13:35:26.86

>>561
それが限定的で超短期的な避難措置ならわかるが
将来を見据えてみんなtsに移行したほうが絶対良い
時間を割けない経営側の判断がおかしいと思う

能力の限界が来て移行できない人はいらない人とまでは言わないがもうアプリレベルの開発はもういいかなと
Blazorって多分後2年持たないと思うのでそんなのを移行先にしてはいけない

**デフォルトの名無しさん** · 2021/07/24(土) 13:44:25.48

tsってc#見たいで
もっと柔軟でc#じゃ出来ないような事も出来て
言語としておもろいですよ

**デフォルトの名無しさん** · 2021/07/24(土) 13:49:24.79

面白いけど基本的にjsの弱点を補うためにおかしな仕様になってる
型が柔軟になってて中で何度も型判定したり意味ねえよって思う

**デフォルトの名無しさん** · 2021/07/24(土) 13:59:20.60

voidとany　nullとundefined

特に受け付けないのが
hoge: string='';
if(hoge)がfalse

C#からの移行はかなり厳しいと思うｗ

**デフォルトの名無しさん** · 2021/07/24(土) 14:00:13.27

といいつつ今はそんなにts触らないので流れが全く分からない

tsの仕様の細かいところまで全部追えてる人間はそういないと思う
思い付きレベルにしか思えない機能を入れたり仕様変更したり忙しかったけど今も同じなのかは知らない

**デフォルトの名無しさん** · 2021/07/24(土) 15:21:34.25

>>564
形無し言語も多い中で
贅沢言わんことだよ

**デフォルトの名無しさん** · 2021/07/24(土) 15:24:29.17

>>565
ui記述言語として書きやすい仕様だが(>_<｡)v

**デフォルトの名無しさん** · 2021/08/22(日) 09:10:39.98

Rustのメモリ安全性はボローチェッカーによって担保されているが、
Nimと比較してRustはタイプ量が多い事により限りなく低い生産性と
C++のような高い難読性、超巨大なバイナリ生成性能を兼ね備えています

Nimはバージョン1.5.1でRustのボローチェッカーに似た「View types」が実装されれば、
GC無しのView typesで参照の有効性を検証することによってメモリ安全性を保証しつつ
限りなく抑え込まれたタイプ量で高速化したCのソースコードを吐き出せます

Nimソースコード ==nimコンパイラ==> Cソースコード ==Cコンパイラ==> バイナリ

なので、nimコンパイラが通った時点でメモリ安全性が担保されませんか？

Nimの実験的特徴バージョン1.5.1
http://nim-lang.github.io/Nim/manual_experimental.html

第二プログラミング言語として Rust はオススメしません Nim をやるのです
https://wolfbash.hateblo.jp/entry/2017/07/30/193412

Nimは限りなく抑え込まれたタイプ量で高い生産性とPythonのような高い可読性を実現し
ているにもかかわらず、高速なCのソースコードを吐き出せるのでC言語でリモートワーク
されている方は割り振られた仕事が早く終わっても終わってないふりをして怠けることができる

「怠け者とはこうあるべきだ！」と言うとても大事な事を Nim は我々に教えてくれます

**デフォルトの名無しさん** · 2021/09/18(土) 15:36:06.25

ReactというかJSをしばらくやってるんだがC#の非同期に慣れてるとしんどいね