[過去ﾛｸﾞ] スレ立てるまでもない質問はここで 161匹目 (1002ﾚｽ)
上下前次1-新
このｽﾚｯﾄﾞは過去ﾛｸﾞ倉庫に格納されています｡
次ｽﾚ検索 歴削→次ｽﾚ 栞削→次ｽﾚ 過去ﾛｸﾞﾒﾆｭｰ
278: 2022/09/29(木)23:50 ID:yzYmCLI1(9/10) AAS
>>277
単純に覚えているので楽だから
279(1): 2022/09/29(木)23:50 ID:yzYmCLI1(10/10) AAS
何も弊害がないならこのままで行きたい
280(1): 2022/09/30(金)00:02 ID:6qvEDMgz(1/2) AAS
>>273
まず、def method(arg) の引数argを使っていないので、おかしい
上は単に値を返しているだけで、インスタンスの状態を変えていない。
変数b はローカル変数だから
一方、下は一旦、インスタンス変数に記憶して、それを返しているので、
インスタンスの状態が変わっている
つまり、上と下ではインスタンスの状態が異なる
281: 2022/09/30(金)00:10 ID:HVJ0/rg+(1/2) AAS
てかrubyでmethodとか安易に使うなよ
Object#methodが既に存在するのオーバーライドしてるだろ
282: 2022/09/30(金)00:20 ID:Oln8rmkE(1/2) AAS
273だけど良かれと思って横からコードでっち上げたけどやらないほうが良かったか。
話ずれてしまったな。
283: 2022/09/30(金)00:39 ID:xDSUJNnu(1) AAS
正直この板でrubyって見るだけでげんなりする
284: 2022/09/30(金)00:52 ID:IIgnubfp(1) AAS
>>279
まじか
そんな理由ならやめとけ
必要もなくメソッドとプロパティが密な依存した構造になってるから使いにくいしメンテもしにくい
Task<TResult>調べろよ
285: 2022/09/30(金)00:54 ID:ogT7+hOz(1) AAS
>>280
>つまり、上と下ではインスタンスの状態が異なる
それが質問者の比較したい事なんだから別にいいんじゃない？
286: 2022/09/30(金)01:12 ID:1oMlUJQ7(1) AAS
こちとらなるべく状態を持たせないように腐心しているというのに
287: 2022/09/30(金)01:27 ID:MNhQMAyj(1) AAS
>>272
おそらく何か作りたいものがあってそれを達成するために色々と情報収集をしてるんだろうけど
正直、レベル1でラスボスに向かって一直線に突き進んでるようにしか見えない
もう少しお使いクエストで寄り道しつつレベル上げしてみたら？と思ってみたり
288: 2022/09/30(金)02:04 ID:HVJ0/rg+(2/2) AAS
とりあえずプログラミングにおいての「破壊的」「状態」「副作用」の言葉の意味をググっとけ、でなぜこれが増えると良くないのか理解すべし
289: 2022/09/30(金)02:13 ID:6qvEDMgz(2/2) AAS
そりゃ、関数型のElixir みたいに状態を持たない方が良い。
でも、それではプログラミングが出来ないので、状態を持ってしまう
例えば、ログイン状態。
ログインしているか、していないかとか
290: 2022/09/30(金)06:12 ID:RfOZtvxf(1/3) AAS
なんで極論になるんだよ
アプリケーションから一切の状態を取り除くのは難しいという話と
状態を持たせる必要がないのに手癖で毎回持たせてしまうという話
1と99くらいかけ離れてるだろ
291: 2022/09/30(金)06:12 ID:RfOZtvxf(2/3) AAS
無駄に状態を持たせることのデメリットとして状態依存のバグが出やすいことに加えてリエントラントにならないこともあるな
スレッド安全性が低い
292: 2022/09/30(金)06:17 ID:RfOZtvxf(3/3) AAS
状態依存のバグってのは例えばメソッドaの次にbを呼ぶと問題ないんだけどbaの順に呼ぶと結果が化けるとかaaと2度呼ぶとおかしな結果が返るとか
そんなミスしないよと思っていても規模や複雑度が増すにつれリスクは上がるしソースレビューで担保するのが線形以上に難しくなっていきがち
293: 2022/09/30(金)07:06 ID:+8/hJOWJ(1) AAS
とりあえず基本はreturnで返すようにします
294: 2022/09/30(金)08:40 ID:h8M2T0X1(1) AAS
もうこのスレにはレス返さなくてもいい
C#やってんのにRubyのコードとか見せられても混乱するだけでしょ
続きはC#のスレで
295: 2022/09/30(金)08:54 ID:Oln8rmkE(2/2) AAS
非同期ってむずいよね
296: 2022/09/30(金)08:57 ID:jNFohT4i(1/2) AAS
これでもasync/awaitのおかげで随分簡単になったんだがな
297: 2022/09/30(金)10:40 ID:qjyZys7q(1/2) AAS
2chｽﾚ:mango
解いて！
298: 2022/09/30(金)10:43 ID:qjyZys7q(2/2) AAS
2chｽﾚ:mango
こっちやった。おまえら解けるか
299(1): 2022/09/30(金)16:12 ID:Uqj5A2v6(1) AAS
本来裏側でロードさせても表側の操作は自由に出来るって高度な技術だったからな
非同期とかいうので僅か経験3か月のヤツでも、お手軽にできるようになってるのが凄い時代になったと思う
300: 2022/09/30(金)16:55 ID:jNFohT4i(2/2) AAS
>>299
スレッド作成して走らせてミューテックスでタイミング合わせて裏スレッドが終わったかどうかをスレッドオブジェクトでチェックしてまだならタイマーセットして再入してっていうコードを関係しそうな関数毎に一々書いて
非同期関数を一つ作るだけでコードがあちこち散らかって異様に見づらくなることもあったからasync/awaitは偉大
301(2): 2022/10/01(土)14:55 ID:OpILS/7a(1/2) AAS
MySQLなどのトランザクションで、BEGINしてから、COMMITするまでに
なんらかの事故でアプリがダウンした場合、どうなる？
ほとんど同じことかも知れないが、MySQLとアプリがTCP/IP通信中に通信が
切断されるとどうなる？
302: 2022/10/01(土)15:03 ID:OpILS/7a(2/2) AAS
>>301
これかな。
外部ﾘﾝｸ:stackoverflow.com
[Q]トランザクションをデータベース (SQL Server など) にコミットしないとどうなりますか?
クエリがあるとします。
begin tran
-- some other sql code
そして、コミットまたはロールバックするのを忘れます。
別のクライアントがクエリを実行しようとすると、どうなりますか?
[A]
トランザクションをコミットまたはロールバックしない限り、トランザクションはまだ「実行中」であり、ロックを保持している可能性があります。
クライアント (アプリケーションまたはユーザー) がコミット前にデータベースへの接続を閉じると、実行中のトランザクションはロールバックされて終了します。
303(1): 2022/10/01(土)15:18 ID:+X1R3SPo(1/2) AAS
トランザクションタイムアウトがあるから放置されたら一定時間でロールバックする
304: 2022/10/01(土)16:11 ID:b3YOgUhU(1) AAS
>>303
詳しく。
トランザクションに関するタイムアウトといえば、他の誰かがトランザクションを
実行中に、BEGINしようとすると待機することがあるが、その時に待つ時間の最大値
を指定できる、と書いてあったような。
それとは別の話？
305: 2022/10/01(土)18:18 ID:+X1R3SPo(2/2) AAS
そらロックタイムアウトだな
タイムアウトもいろいろある
ググれ
306: 2022/10/01(土)22:18 ID:WF3iEAg3(1) AAS
無限に表ロックされたら、システムが動かない。
クラッカーは、そういう攻撃をするはず
0.1 秒でもロックされたら、大変
307: 2022/10/01(土)23:26 ID:M80TOT3i(1) AAS
****で通信の開始要求だけやって、送った側が意図的に受け取らないようにして、サーバーが勝手にタイムアウトするまで待たせる
そうするとタイムアウトまでkillされないスレッドが溜まりまくってサーバーは死ぬ
今の時代サーバー負荷かける攻撃手段なんて無限にあってよっぽどデカいところじゃなければ狙われたら終わり
上下前次1-新書関写板覧索設栞歴
あと 695 ﾚｽあります
ｽﾚ情報 赤ﾚｽ抽出 画像ﾚｽ抽出 歴の未読ｽﾚ
ぬこの手 ぬこTOP 0.014s