Microsoft ASP.NET Blazor #02
■ このスレッドは過去ログ倉庫に格納されています
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/ ただし、それはC/C++をWasm化した場合であってBlazorには当てはまらないが。 結局は、便利なライブラリ・モジュールがあるかどうか。
ある機能の関数が欲しい時に、自作できないから
それで結局、Ruby on Rails みたいに、すべて揃っているものを使う。
さらに、デザインパターンも決まっているから考える必要がない 楽しくてやってるのか?個人でやる分にはいいが…
おれみたいにデスクトップアプリをWebアプリ化したいが、
チームにC#の経験者が多い、Typescriptの習得に時間を割けない
というネガティブな理由でBlazorを検討するやつは多いはずだ >>561
それが限定的で超短期的な避難措置ならわかるが
将来を見据えてみんなtsに移行したほうが絶対良い
時間を割けない経営側の判断がおかしいと思う
能力の限界が来て移行できない人はいらない人とまでは言わないがもうアプリレベルの開発はもういいかなと
Blazorって多分後2年持たないと思うのでそんなのを移行先にしてはいけない tsってc#見たいで
もっと柔軟でc#じゃ出来ないような事も出来て
言語としておもろいですよ 面白いけど基本的にjsの弱点を補うためにおかしな仕様になってる
型が柔軟になってて中で何度も型判定したり意味ねえよって思う voidとany nullとundefined
特に受け付けないのが
hoge: string='';
if(hoge)がfalse
C#からの移行はかなり厳しいと思うw といいつつ今はそんなにts触らないので流れが全く分からない
tsの仕様の細かいところまで全部追えてる人間はそういないと思う
思い付きレベルにしか思えない機能を入れたり仕様変更したり忙しかったけど今も同じなのかは知らない >>564
形無し言語も多い中で
贅沢言わんことだよ >>565
ui記述言語として書きやすい仕様だが(>_<。)v 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 は我々に教えてくれます ReactというかJSをしばらくやってるんだがC#の非同期に慣れてるとしんどいね キャンセルできない
ライブラリのasync対応が半端
AsyncEnumerableがない なんだこの過疎り具合…
他のASP.NETスレも動いてないみたいだしC#でWebしてる人はよほど少ないのね 次期OfficeやVSCodeがBlazorHybridで作られたら考えるわ もうすぐ.NET MAUIの正式リリースがくるってことで...
なんだかんだ.NETが理想的な形に近づいてきてるところ見るとわくわくするんだけれども。
世の中Google主導で、JavaScriptが人権みたいな流れになってるもんだからMicrosoftはこれからどうするんだろうと心配になる。
C#(Microsoft)対JavaScript(Google)な未来がみえるみえる >>579
JavascriptらMSがTypescriptで覇権を握っているように思うけど… フロントエンドはTSで開発環境はVSCで
メインストリームだよ でもBlazorやMAUI、WinUIは流行る気がしない。
Reactのように企業が実際使っているフレームワークのほうが信頼度高いから。 WinUIは特にWindows App SDKがまだまだ未完成状態だから流行る流行らない以前に普及できないよ
Microsoftはきちんと動くようになってから宣伝してほしい あのさ、ちょっとわいReactの経験無いから聞きたいんやけど、
Asp.netMVCでRazer使ってSSRしながら作ったらVisualStudioだけで全て完結してまるっと統一感でるとおもうんだけど
なんでフロントはReact、サーバーサイドはAsp.netって分けて作ってるところがそこそこあるの?
Razerだけで自作コントロール的なものからなにから用意できるからAsp.netだけで作ったほうが絶対にいいとおもうんだけど うちは
React + Asp.net Web API >>585
ASP.net MVCではSSRと言わないはず。
SSRはSPA関連で使うワード
統一感ないのはほとんどのweb appは
フロントエンドとバックエンドで担当が分かれてるからでしょ。
言語を統一する必要があまりない。
言語の統一よりも、フロント、バックそれぞれのフレームワークの良いものを
選んだほうがいいってことかと。
動的言語をバックエンドで使ったら生産性も低いし性能も落ちる。
バックエンドやAPIをC#でやるのは理にかなってる。
フロントエンドはブラウザがJS縛りなのだからTSでやるのが合理的
BlazorならフロントもC#にできるがパフォーマンスが落ちる。
あとフロントエンドのひとたちはOOP、C#の理解できない人が多い。
データベースの知識も浅い。
フロントエンドしかできない人にはasp.net MVCは学習コストが高い。 >>585
587も書いてるけど
まずSPAがいいのか、MVCのような従来型がいいのか、を考える必要ある。
SPAにもデメリットある。
なんでもかんでもSPAではだめ
SPA使わないとなるとASP.NET MVCは今でも最強フレームワークだと思う
SPA使わないとしてもAPIでASP.NET MVC使うのはぜんぜんいいと思うし
SPAである必要ぜんぜんないのにSPAでやってるサイトが増えてる感じはする。
戻るボタンつかえないクソサイトね >>588
なるほどなー
うちはフロントとバック別れてないからReact使うメリットがまったく分からなかったのか
たしかに分かれてたらフロント専門にやってるような人たちも混ざれるもんなー
でもさ、
ぶっちゃけさ、どっちも同じ人が担当したほうが結局のところ無駄な伝達とか無くてはやいよな Ruby on Rails ではデフォルトで、Turbolinks のPjax で、History 履歴を管理する
Rails 7, Elixir のPhoenix 1.6 から、脱Webpack でesbuild へ
RailsのHotwire, PhoenixのLiveView で、
websocket による、JSON ではなく、HTML 片のリアルタイム通信。
脱JavaScript
ここ数年、SPA で、React に奪われたシェアを回復すべき戦略
他には、Bootstrap よりも、Tailwind が多くなってきた >>591
日本語で頼む
ブラウザはJS縛りなのに脱JSとは?
フロントエンドのコードをRubyで書いてJSに変換できる技術ってこと? JSON API を定義して、JavaScript(JS)・Ajax でやり取りする必要がなくなる
サーバー側で、HTML 片を作って送って、
受け取ったブラウザ側で、その部分を置換する
Rails + React + Bootstrap みたいに、2つのアプリが必要なくなった。
JSを受け取って処理する、部分が無くなった
この方法で、ここ数年SPA で、Reactに奪われたシェアを回復する 猫でもわかるHotwire入門 Turbo編
https
://zenn.dev/shita1112/books/cat-hotwire-turbo
たぶん、Ruby on Rails 7 のHotwire, Elixir のPhoenix 1.6 のLiveView も、
似たような感じなんだろう Blazor serverの類似技術ってことかいな >>594
Thanks. 594のリンク先でHotwireの概要読んだ。
実際Hotwireで、どのくらい開発時間が削減できるのかは気になるわ
気になるところは、htmlのブロックをやりとりすることのデメリットだな
JSONでデータ渡すからこそ、PC, SPの両方でサーバーサイドを共通化できるってのが
メリットだったんじゃないのかね
Hotwireで部分的な更新はできるようになったけどクロスプラットフォーム対応はしにくいと思う。
web frameworkごとに内部の動きもぜんぜんちがうとか、
相変わらずweb appはカオスだな
転職のとき大変そう KENTA
未経験からのエンジニア転職の必須教養【技術知識編】
https
://www.youtube.com/watch?v=Q1c09rrhTjo
転職・学習環境は、Ruby on Rails 1強
Railsチュートリアル・Rails Guide、
パーフェクト Ruby on Rails・黒田努の本などの、多くの教科書がある。
Dean などのYouTube 動画も多い
キャリアパスも、Rails → Go だけ >>597
KENTAはレベル低いから動画みないほうがいいぞ
同じことばっかり言ってる。技術的に浅いからネタがない。
自分のコード、ほとんど晒してない。 >>597
あと教科書などいらない
ふつう、新しい技術学ぶのは英語。英語の情報をみたほうがはやい
Rubyは低速だから大手ITはRails捨てたところ多いし。
KENTAみたいに技術ないむかしの人がいまだにRubyとかRails推して
英語できない初心者がまたRails始めるという日本の悪循環
スクールもそんな感じ
情弱相手のビジネス DBなどへの接続文字列とかって実際の案件や現場でどーしてるんですか?
2,3方法があるみたいでも、なんか定番のこれって感じの記事も少ないし
そもそもサーバー上に配置したappsetting.jsonを見られてる時点で
鯖に侵入されててそれどこじゃないってことなんでしょうか? Blazorでこれやっとけみたいな教本とかありますか?
ねこジョーカーさんのやつとか? 作りたいものはWikiみたいなDBと連動してボディの文字を修正したりコメント欄を追加したりしたい WEB開発はMacの人が多いから、まずはASP.NET CoreがMacでも開発できるよってことを
みんなに広める必要がある ASP.netで作ったポートフォリオを転職時に提出したいのですが
PHPではレンタルサーバーを借りてアップロードしますが
ASP.netの場合は自身でサーバーを立てる必要があるのでしょうか? コードビハインドで取得したバイナリデータをJavaScriptの関数に渡したいんだけど、常套手段はありますか? ■ このスレッドは過去ログ倉庫に格納されています