[過去ﾛｸﾞ] Microsoft ASP.NET Blazor #02 (608ﾚｽ)
上下前次1-新
このｽﾚｯﾄﾞは過去ﾛｸﾞ倉庫に格納されています｡
次ｽﾚ検索 歴削→次ｽﾚ 栞削→次ｽﾚ 過去ﾛｸﾞﾒﾆｭｰ
214: 2020/12/22(火)13:48 ID:ejjmBy56(2/3) AAS
ジジイなんで毎度すぐレス返ってくるねん？
会社に相手してくれる人おらんで暇なんかな
しゃあない、おいちゃんが何でも話聞いたるわ！
これからは無理してITの話題振らんでもええさかい、ジジイの趣味話でも聞かせてや
215: 2020/12/22(火)13:52 ID:ejjmBy56(3/3) AAS
あ、それから無理して草生やす必要ないで？
つい背伸びしてまうのはジジイの悪いトコロやな
216(2): 2020/12/22(火)14:30 ID:Vz3OkUO2(2/5) AAS
>>212
文字速度、生産性全てにおいてASP.NET+C#が上回るならなぜみんな選択しないのか。
理由は必ずあるはず…！
小規模なシステムで使うには重量級すぎるとか？
それとも最初に覚えた言語が何かにもよるのだろうか。
js系言語から入ったらC#やJavaに手を出さないものなのか。
おれは機会があればjs系言語に手を出してみたい。
省4
217: 2020/12/22(火)14:32 ID:Vz3OkUO2(3/5) AAS
>>216
×文字速度
○速度
218: 2020/12/22(火)16:09 ID:3BPmpE5D(1) AAS
>>213
零細勤めなのは知ってるけどどれくらいの規模のシステム作ったことあるの？
ロードバランサー要らないレベル？
219(1): 2020/12/22(火)16:42 ID:QfeqeAq5(2/3) AAS
>>216
なぜ選択されないのかというとWEB系ウェーイの連中がスクリプト布教活動に熱心だからだよ
やつらがnode最高です、ruby最高ですとひたすら布教するので、引っかかったユーザーがどんどん増える
C#erは布教活動にはあまり熱心ではないね
自分らが有効に活用できればOKという考え方なので、ユーザーを増やすことには興味がない
もしかするとウェブ系ウェーイみたいに雑魚が流入してくるリスクを懸念してるのかも
220(1): 2020/12/22(火)20:12 ID:lwpoOL3+(1/3) AAS
毎度すぐレス返してきてお前暇なんか？言うてジジイ煽ってみたら案の定何も書き込まなくなりおった
なんちゅう打たれ弱さや…チンケなプライドが足枷になってること理解しとるんか？
221(1): 2020/12/22(火)20:54 ID:Vz3OkUO2(4/5) AAS
なんだこのエセ関西弁…このスレはなんでこうイロモノ揃いなのか
>>219
たしかにやつらは得た技術を発信することを良しとしてるよな。
Web系ならではのオープンな感じ。
SIerがやったら自社ノウハウを流出させたから減給とかなりそう。
それで情報が少ないから人気のない言語、フレームワークと捉えられるのは悲しいなあ。
222(1): 2020/12/22(火)21:14 ID:QfeqeAq5(3/3) AAS
そもそもASP.NETの人気がないというのが嘘だろう
個人ブログ等の記者が主観で語ってるだけのいわゆる僕が考えたフレームワークランキングだと無視されがちだけど
ちゃんとした測定を元にランキングを出してるとこだとPHPの次ぐらいにASP.NETが入ってるものが多い
223(1): 2020/12/22(火)22:12 ID:yCNDLhUz(6/7) AAS
>>221-222
ASP.NETはWeb Frameworkとしては1位だ
外部ﾘﾝｸ:www.wappalyzer.com
>>220
無視されたことに気付かないバカ
224: 2020/12/22(火)22:21 ID:yCNDLhUz(7/7) AAS
>>223のURLはもっと知名度あっていい。
node.jsが人気ないのもわかるだろ
Expressもシェア落として6%になった。
Expressはフルスタックではなく貧弱なやつだからな
node系のフルスタックはゴミみたいなのしかない
web frameworkは迷わずASP.NETでいい。
C#できないちょい無能はLaravelかRails
省1
225: 2020/12/22(火)22:22 ID:lwpoOL3+(2/3) AAS
ほらな、逃げた言うて煽ったらすぐ書き込みにきよる
何より笑えるのはわいが煽って以降、ジジイがレスに草生やさなくなったことやｗ
要するにな、オンプレジジイはいい歳して己が確立してない精神的未熟児なんやね
他人に抗うことしか行動原理が無い、それこそが唯一のアイデンティティ…なんとも悲しくて哀れで虚しい話やないか！？
……おいちゃんな、ほんまはジジイの力になりたいんや！真剣にそう思ってる
ジジイがクラウド本気で勉強するつもりならわいが一から手取り足取り教えたる、blazorに関してもジジイと違っておいちゃんはプロやから正しい使い方伝授したるよ？どや、ええ話やろ？
226: 2020/12/22(火)22:58 ID:Vz3OkUO2(5/5) AAS
名探偵コナンの服部みたいな嘘くさい関西弁
227: 2020/12/22(火)23:57 ID:lwpoOL3+(3/3) AAS
お前もおいちゃんと友だちになりたいんか…？
わいは全然構へんのやけどジジイが嫉妬してまうかもしれんからジジイの返答待ちやな
ほなまた明日
228(1): 2020/12/23(水)00:26 ID:JHNEfXdY(1) AAS
こんなこと書いてても、昼間はBlazorWasmを自在に操って、洗練されたピザの販売サイトや天気の一覧が出てくる画面を作ってるんだろうなあ
229(1): 2020/12/23(水)01:54 ID:Kc0L3Url(1/2) AAS
>>228
オンプレ爺さんは？
230: 2020/12/23(水)07:14 ID:y+ivgknh(1) AAS
雑談スレらしく活気があってイイネ！
231(1): 2020/12/23(水)08:14 ID:L0gYl8Ji(1/7) AAS
>>229
さあ…でもたぶんオンプレ爺さんは、己を育ててくれたBlazorに感謝しているのは間違い無いだろうから、
感謝のカウントアップをしてるんじゃね。
毎日一万回、カウントボタンをクリックし、スクショを取り、エクセルに貼り付けてる。
さすがにそこまでしないか。八千回かな。
232: 2020/12/23(水)08:25 ID:5MtFrMbi(1) AAS
いい話だなァ（；＿；）
233: 2020/12/23(水)08:34 ID:L0gYl8Ji(2/7) AAS
ついでに恥を偲んで聞くんだが、
よくWeb系の奴らが、型があるって素晴らしいですね♪的なことQiitaとかに書いてるけど
奴らが言う型って、もしかしてC#で言うところのクラスのこと？
234(2): 2020/12/23(水)08:43 ID:iOQdV6uo(1) AAS
TypeScriptのことだよ
235(1): 2020/12/23(水)08:58 ID:L0gYl8Ji(3/7) AAS
え、言語なのか…
236(2): 2020/12/23(水)10:03 ID:h+qkHPqF(1/3) AAS
>>234
ts推しのひとのlevelはこの程度だｗ
>>235
言語のわけない。経験言語は？
237: 2020/12/23(水)12:04 ID:L0gYl8Ji(4/7) AAS
>>236
し、C#の経験がありますっ
238(1): 2020/12/23(水)12:24 ID:qFmqxSAt(1/4) AAS
C#やってて型が何かわからないってどゆこと？
C#ではclass, struct, enum, interface, delegate, arrayが型
型があるって素晴らしいですね♪的なのは見たことないけど
動的言語でも型がない言語は実質ないから
静的型チェックっていいですねくらいの意味じゃないのかな
239(1): 2020/12/23(水)12:28 ID:h+qkHPqF(2/3) AAS
これはひどい
>>236 で回答しちゃいそうになったが
C#やってて型もわからないような人が>>231のように煽ってたわけだ。
型わからないのにC#使えるわけないんだがね
これでまたはっきりしちゃったな
初心者がオンプレミスおにいさんのスキルに嫉妬して叩きまくってたということが
240(1): 2020/12/23(水)12:33 ID:J8E3P1ZQ(1) AAS
>>239
TypeScriptは言語ですよ？
241: 2020/12/23(水)12:41 ID:h+qkHPqF(3/3) AAS
>>240
そういう話じゃない
>>234のレスがずれまくってるということ
TSは型のある言語のひとつだが233返答として不適切ということ。
まあ質問者が煽ってたカスだったから答えはもう不要だけどね
242(2): 2020/12/23(水)12:53 ID:L0gYl8Ji(5/7) AAS
>>238
いや型が何かはわかってる
js系やってる人達のいう型と同じなのかなという、煽りではなく素朴な疑問
ただjsだって文字型、数値型はあるだろうから複合型のこと言ってるのだろうか。
243: 2020/12/23(水)13:26 ID:4FZ7yNJk(1/2) AAS
文脈的にTypeScriptでも合ってるような気がする。
244: 2020/12/23(水)14:06 ID:Kc0L3Url(2/2) AAS
文脈的にはTypeScriptはすばらしいということだね
245(2): 2020/12/23(水)14:12 ID:aoAgDZ6q(1/2) AAS
>>242
変数が定義時に型を結び付けられていて、途中で別の型の値を代入すると
コンパイル段階でエラーにしてくれることを
「型があるって素晴らしい」
と言っているのだろう。例えば、C++では
int a = 5;
とした場合、aに文字列や浮動小数点値やクラスオブジェクトは代入できない。
省8
246: 2020/12/23(水)14:17 ID:O5AY10nM(1/2) AAS
typescriptは厳密すぎるとは思うけどね
もうちょっと緩くする的な議論もあると聞く
247: 2020/12/23(水)14:45 ID:4FZ7yNJk(2/2) AAS
ウェブ系で型があるって素晴らしいってことは、型が無い世界に居たって事で。
Javascriptつこてて、TypeScriptに出会った感が強い。
248(1): 2020/12/23(水)15:20 ID:qFmqxSAt(2/4) AAS
>>242
それはC#における型はわかってても
言語に依存しない型という概念を理解してないってことだったりしない？
JS使ってる人たちが言う型とC#の型に違いがあるかというと違いはない
型の種類や適用されるルールに違いがあるだけで型という概念は同じ
249(1): 2020/12/23(水)18:02 ID:L0gYl8Ji(6/7) AAS
>>245
>>248
ありがとう
jsにもプリミティブ型はあるけど、コンパイラによる型チェックがなかったってことかな。
逆に型チェックなしでよく頑張ってこれたな…
数値計算とかブラウザ上でやることがないから問題なかったのかな。
250(3): 2020/12/23(水)18:45 ID:aoAgDZ6q(2/2) AAS
>>249
[追加]
JSの場合、オブジェクトは、
let a = {
age : 12;
};
として作製するが、ageを書き間違えて
省12
251: 2020/12/23(水)18:52 ID:qnDToIG0(1) AAS
それ型と直接関係なくね？
確かにtsだとそれを防ぐ型とか作れるけども…
252: 2020/12/23(水)19:09 ID:aa3pY4zz(1) AAS
なぜ型と関係ないと思うwww
253(1): 2020/12/23(水)19:26 ID:L0gYl8Ji(7/7) AAS
>>250
全部dynamic型！みたいな言語だな。
こんなの自分一人でもだめだわ。破綻するわ。
これの利点ってなんなんだろ…
あとよくサーバーとフロントで型を共有できて嬉しいですよね♪みたいなこと書いてるブログもみるんだが
それができてない場合ってこうなる？
サーバー側:sexはなんか卑猥だからgenderにしたれ！
省1
254(1): 2020/12/23(水)21:34 ID:qFmqxSAt(3/4) AAS
>>250
それはDictionaryに新しいkey/valueペアを追加してるのと同じだからね
そういうのでバグ出しちゃうのは基本的にテスト書かない人
チーム開発で動的言語使ってまともなプログラムを作るためには
静的言語の場合よりも高い技術スキルとコミュニケーション能力が求められる
なのでソフトウェアの規模というよりチームの規模が大きくなればなるほど不利
255: 2020/12/23(水)21:52 ID:O5AY10nM(2/2) AAS
無能爺が出しゃ張らないだけで、雑談スレでもここまで建設的なスレになるんだね
256(3): 2020/12/23(水)21:53 ID:qFmqxSAt(4/4) AAS
>>253
サーバーとクライアントで違う言語を使ってても
swaggerとかでインターフェース定義してそれぞれコード生成すればいい
C#でも同じだと思うんだけど？
逆に同じ言語を使ってるからといってやり取りするデータを定義した
クラスライブラリを共有するのはアーキテクチャ的にはかなり微妙
特に外部に公開するようなサービスでは
257(1): 2020/12/23(水)22:03 ID:92W7nQMG(1/2) AAS
>>254
これだけのことにテスト書くの？テストまみれにならないか？
そもそもコンパイラがチェックしてくれるようなこおを自力でテスト書くとか苦行すぎるだろ…
それって高い技術力と言っていいのだろうか。
言語、フレームワークの選定を間違えているとおもう。
>>256
Blazorのプロジェクトつくるとそうなってるよね
省1
258(1): 2020/12/23(水)22:27 ID:92W7nQMG(2/2) AAS
>>256
連投すまん
そのswaggerはサーバー側の型に変更があったらクライアント側で気づくことができるんだろうか。
blazorのプロジェクトの構成ならコンパイラが教えてくれるよね。
外部に公開しないシステムで二回型定義するのは、ツールに頼ったとしてもめんどくさいとおもってしまうんですよ
259: [なかsage] 2020/12/24(木)00:11 ID:61P3AxB9(1/4) AAS
>>258
swaggerの意味間違えてるよ。
それswaggerの役割じゃないから。
260: 2020/12/24(木)00:38 ID:cDdTcWWQ(1/8) AAS
Unityがなんで勝ったか、を考えれば答えは見えてるだろ
261(1): 2020/12/24(木)00:59 ID:z4h3nURn(1/3) AAS
>>257
>Blazorのプロジェクトつくるとそうなってるよね
なるほど、前提として想定してるアーキテクチャが全然違ったのね
>>256の話はBlazorのプロジェクトが別のバックエンドのAPIサーバーにアクセスする必要があるようなケースに
APIサーバーがで定義された型をクラスライブラリとしてBlazorのプロジェクトと共有するかどうかみたいな話ね
Blazorはモノリシックなアプリでいい場合は簡単に作れていいと思うよ
考え方的にはRailsとかと同じだけど裏のところが独自技術な分だけ優れてる
省1
262: 2020/12/24(木)01:05 ID:cu9CRgEK(1) AAS
最近はミクロサービスもやっぱ駄目だったってんでモノリスに回帰してきてるらしいな
263(3): 2020/12/24(木)06:31 ID:qBLsz+9E(1/3) AAS
Docker は、1コンテナに、1アプリのマイクロサービス
今の基幹技術だろw
流行りまくっている
264(1): 2020/12/24(木)08:12 ID:Lxgk3nTO(1/4) AAS
>>263
またにわかのフロントエンドのバカか
流行っているかではなく優れているかで選ばなくてはいけない
大規模やってる大手企業、上級エンジニアはDockerを嫌う
265(2): 2020/12/24(木)08:34 ID:tvAmDhsP(1/6) AAS
>>261
すまん前提が書けてなかった。
うちは企業内アプリをメインに作ってて、他の外部apiには殆どアクセスしない。
バックもフロントも自チーム内で完結する。
横に座ってる奴がサーバー側の型を変更して急用ができて帰ったとする
フロントやってるやつがそのことに気づかずにリリースしてしまうなんてことが起こるようなら本末転倒だなと。
それで原因はテストコードが足りないとか、コミュニケーションが足りないとかいうのもおかしいよねと考えている。
省3
266(3): 263 2020/12/24(木)08:39 ID:qBLsz+9E(2/3) AAS
AWS の構成図を見てみろ。
ほとんど、マイクロサービスだろ
何十もの、Lambda, SQS(Queue), SNS(通知)をつなげてるの、ばっかりだろ
クラスメソッドの動画を見ろ
会社全体で、AWS の資格を800持っていて、
全12資格を持つ・ジェダイマスターが7人もいる！
267: 2020/12/24(木)08:40 ID:BsodnxpD(1) AAS
>>264
零細爺が見栄張って適当言っちゃあかんでしょ
社内でファイルサーバーでもたててSEごっこしてなさい
268: 2020/12/24(木)08:53 ID:Lxgk3nTO(2/4) AAS
>>266
そりゃアマゾンは大手のクラウド事業者だからあたりまえだろ
自社の提供するサービスをそのまま使ってるだけ
サービスの広告にもなる
一般法人がそれを採用することが合理的かは別の話だ。
デメリットを理解せず、流行ってるからいいという
アホな価値観だからそういう思考になる
269: 2020/12/24(木)08:58 ID:nIBEXBhK(1) AAS
こいつはホンマにいつも5chやっとるな
270: 2020/12/24(木)09:04 ID:Lxgk3nTO(3/4) AAS
>>266
おまえいつもKENTAの話ばっかりしてるやつだろｗ
クラスメソッドｗ
俺は初心者向けスクールなんていかない。
会社全体の資格者数なんて何の意味もないし
ベンダー資格なんてすぐに取れるんだよｗ
スクールだから宣伝のために講師に取らせてることも理解できないって
省4
271: 263 2020/12/24(木)09:33 ID:qBLsz+9E(3/3) AAS
クラスメソッドは、AWS パートナー・オブ・ザ・イヤーとか取ってる、最上位の会社
米国年収で、
Ruby on Rails 1,300万円
Node.js 900万
VMware 1,400万
AWS Solution Architect 1,500万
もう、AWS資格が、Railsを超えてる！
272: 2020/12/24(木)09:52 ID:tvAmDhsP(2/6) AAS
ついでに聞いとこ。
クラスメソッドくんは普段なんのフレームワークで開発してるんだい？
273(1): 2020/12/24(木)10:54 ID:cDdTcWWQ(2/8) AAS
>>266
その構成が複雑化しすぎて多くの場合でデメリットがメリットを上回ってしまう
よっぽど巨大で複雑なシステムでもない限りモノリスのほうがシンプルでイイネ
っていうふうにトレンドが移り変わろうとしてるところ
274: 2020/12/24(木)11:28 ID:TzdYJrci(1) AAS
KENTAはコテ付けるべきでは？
275(1): 2020/12/24(木)12:08 ID:tvAmDhsP(3/6) AAS
>>273
これほんとにそうだと思う。
こういうのが必要なのって相当巨大なシステムだけなんじゃないのか
トレンドだからとDockerだか、Kubernetesだかに手を出して
気づかず消耗してるんじゃないだろうか。
クリーンアーキテクチャについてもそうおもうし、
なんならrest apiもそうなんじゃないだろうかと疑っている。
省1
276(1): [なかsage] 2020/12/24(木)12:24 ID:61P3AxB9(2/4) AAS
>>265
サーバー側の型が
クライアント側に漏れでた時点で
設計がおかしい。
もしかして、
クラサバみたいな設計ですか？
277(1): 2020/12/24(木)12:37 ID:tvAmDhsP(4/6) AAS
>>276
漏れ出るって…？
ASP.NET MVCは定義したモデルをビューで参照できるよね？
これは漏れ出てる…？
278: 2020/12/24(木)13:32 ID:FJvlKwaS(1) AAS
>>275
Dockerは別にいいと思う
あれはどんな依存関係でも簡単にパッケージできるのと環境を汚さないで済むという強力なメリットがある
K8Sまで行くとやりすぎで本当にK8Sが必要なのか慎重に考えないといけない
クリーンアーキテクチャは悪くない
モノリスに回帰してきているとは言ってもコードを汚く書いていいわけじゃない
あくまでも悪いのはミクロサービスであってアプリケーション内部をクリーンアーキテクチャで綺麗に構造化するのは依然として良いことだ
省3
279(1): [なかsage] 2020/12/24(木)13:35 ID:61P3AxB9(3/4) AAS
>>277
サービスレベルで設計してないって事ね。
280(2): 2020/12/24(木)13:56 ID:RIrJysKy(1) AAS
単純なマスタメンテみたいなアプリでもなけりゃサーバーとクライアントで扱うモデルって一致しなくない？
セキュリティとかプライバシーに関わるようなデータでも平気でネットワークに流しちゃう感じ？
281: 2020/12/24(木)14:00 ID:VTM9inIm(1) AAS
ドットネッターはコンテナに拒否反応示す人が多いよね
.NET Coreでせっかくモダンなスタイルのデプロイが可能になったと思ったら、
井の中の蛙なユーザーに迎合してIIS統合とかFDD強化とか変なことに力入れてどんどん退行してるし
282: 2020/12/24(木)15:31 ID:GGlRJfww(1) AAS
Windowsコンテナが実用レベルになったら起こしてくれ
283(2): 2020/12/24(木)17:59 ID:tvAmDhsP(5/6) AAS
>>279
そこまでやる必要がないレベルといえばそう。
世にあるMVC系のWebフレームワークはなんか漏れ出してるということなんだろうか
>>280
逆に単純なマスタは一致するんじゃないの
そりゃおっしゃるようなシーンでは一致しないだろうけど
どっちが多いかにもよるんだろうか。
省4
284(1): [なかsage] 2020/12/24(木)18:17 ID:61P3AxB9(4/4) AAS
>>283
反対意見じゃなくてAPIの設計がちがう。
swaggerでopenAPIとして公開するレベルなら、
クライアントの種別、言語は問わない。
285(1): 2020/12/24(木)18:32 ID:z4h3nURn(2/3) AAS
>>265
それってコンパイルエラーになるような変更なら気がつくけど
それ以外の変更なら不具合が起こってても気が付かないてことでしょ？
結局テスト書いてないだけじゃない？
swaggerとかインターフェース定義ファイルからそれぞれのスタブを自動生成するようなやつは
定義が変わればそりゃ検知できるけど検知できて新しい定義に対応したところで
その変更によって不具合が起こってないことはテストしないとわからないよね
286: 2020/12/24(木)18:36 ID:cDdTcWWQ(3/8) AAS
>>280
モデルにも色々ある
ドメインモデルとかビューモデルは当然、共有しない
APIやRPCのI/Oモデルは共有する
Blazorはこれを追加作業なしで完全な形で型安全に共有できるから強い
287: 2020/12/24(木)18:46 ID:PofLudrU(1) AAS
さらにF#の型プロバイダをBlazorで利用すると、バックエンドが.NETでない場合でも、型安全なI/Oモデルを手に入れることができる
インターフェース定義、コード生成要らないので、とても楽ちん
288: 2020/12/24(木)18:53 ID:tvAmDhsP(6/6) AAS
>>284
いろんなデバイスやシステムからアクセスするapiに関してはおっしゃる通りだと思うよ。
でもそんなの限られるんじゃないの？いや俺がそういうの作った事ないからそう思い込んでるだけかもしれないけど。
そうじゃないものまでapi化するのは意味なくて、型は共有した方が嬉しいですよね♪ってことだと解釈してます。
>>285
swaggerはリリース前に自動で変更検知して止めてくれるってこと？
なら安心だな。
省1
289: 2020/12/24(木)19:15 ID:EoOpc5fU(1) AAS
>>283
型共有は工数削減効果が非常に高いので積極的に利用して良いよ
290: 2020/12/24(木)19:26 ID:yLXHVLdF(1/2) AAS
swaggerがどうのこうの言ってる人はミスリードを狙ってそうな気配がする
swaggerはメソッドを定義することはできないからblazorの型共有とはそもそもまったくの別物だよ
291(1): 2020/12/24(木)19:34 ID:yLXHVLdF(2/2) AAS
blazorの型共有は単にAPIのDTOを共有するといったつまらないユースケース留まらない(もちろんDTOとしても非常に便利ではあるが)
例えば単価、税率、個数から消費税込み価格を計算するメソッドがプレゼンテーション層とドメイン層の両方で必要になった場合
blazorならC#で1回だけメソッドを実装すればいい
バックエンドとフロントが異なる言語だと同じ処理を異なる言語で2回実装しなければならない
もちろん仕様変更が発生した場合には両方ともプログラムを修正、テストをしなければならない
テスト定義もバックエンドの言語とフロントエンドの言語で2回書かなければならない
片方の仕様変更を忘れてもテストが更新されなければアラートは鳴らないので
省1
292(2): 2020/12/24(木)20:36 ID:NdJ7CDDg(1) AAS
画面の金額と実際の請求金額に差異が出たりしたら偉い人が顧客に土下座するレベルの重大事故だろ
さすがにそこはサーバーサイドに投げるわ
コード共有などという小手先レベルの共通化は少々バグっても笑って許される程度の機能のちょっとしたUX改善程度にとどめておくべきで、
重要なものはアーキテクチャ上差異が発生しないように作る
293: 2020/12/24(木)20:48 ID:yJIcrLfM(1) AAS
>>292
この例はあくまで一例
実際のシステムでは金額計算以外にも同じような状況は沢山ある
それをいちいち全部バックエンドに問い合わせるのは実行効率も製造効率も悪い
294(1): [なかsage] 2020/12/24(木)20:58 ID:KjzzoxRm(1) AAS
>>291
コピペ？
swaggerを使ってのopenAPIなら
まずはその設計思想を勉強されてみてはどうでしょうか？
googleのAPIとか参考になりますし、
無料で試せますよ。
上下前次1-新書関写板覧索設栞歴
あと 314 ﾚｽあります
ｽﾚ情報 赤ﾚｽ抽出 画像ﾚｽ抽出 歴の未読ｽﾚ AAｻﾑﾈｲﾙ
ぬこの手 ぬこTOP 0.022s