次世代言語15 Go Rust Swift Kotlin TypeScript

1 名前：デフォルトの名無しさん [2018/11/04(日) 20:30:10.42 ID:OF8fjEC1.net] スレタイ以外の言語もok 前スレ 次世代言語14 Elixir Crystal Julia Rust Swift https://itest.5ch.net/mevius/test/read.cgi/tech/1536668904 610 名前：デフォルトの名無しさん mailto:sage [2019/03/25(月) 20:32:23.9 ] [ここ壊れてます] 611 名前：3 ID:6qJsOYPQ.net mailto: >>600 これは number と string とかだけじゃなくて、同じ interface を継承しないオブジェクトをひとつのプロパティに格納できたりする機能なんだよ 利点は intetface を用意して継承するよりも記述が減ることかな 普通の静的型付け言語だと any みたいな型を使う事になるけど、それよりもチェックを少し厳しくできるのが利点だね [] [ここ壊れてます] 612 名前：デフォルトの名無しさん mailto:sage [2019/03/25(月) 20:42:39.81 ID:+4I8CbY7.net] >>598 https://i.imgur.com/rQXUs9z.jpg 613 名前：デフォルトの名無しさん mailto:sage [2019/03/25(月) 20:47:57.44 ID:+4I8CbY7.net] 正直オーバーロードは無くていいと思ってる ジェネリクス等で処理出来ないなら名前変えた方がいい 多言語の境界でよく面倒事の原因になる 614 名前：デフォルトの名無しさん mailto:sage [2019/03/25(月) 20:48:32.11 ID:g4/jn9Nj.net] >>601 でもそれを参照する場所で型チェックなどが発生するだろ A型とB型を格納していたプロパティにC型を格納するようになったら それぞれの場所でまた変更が必要になる 無駄じゃないかなって思う 615 名前：デフォルトの名無しさん mailto:sage [2019/03/25(月) 21:00:38.33 ID:/ev0NUx0.net] 関数のオーバロードは正直なくてもいいかなと思うけど（別の名前にすればいいだけ） その言語はオブジェクトのコンストラクタのオーバロードも多分ないよね それはどうするか、ちょっと困るな 616 名前：デフォルトの名無しさん mailto:sage [2019/03/25(月) 21:00:47.68 ID:UtVBJg4o.net] オーバーロードと、実装を上書きするタイプのオーバーライドは絶滅すべき 617 名前：デフォルトの名無しさん mailto:sage [2019/03/25(月) 21:14:48.42 ID:+4I8CbY7.net] >>605 Go Rustはオーバロードが無く、ただのstaticなファクトリメソッドでやってるよ 618 名前：デフォルトの名無しさん mailto:sage [2019/03/25(月) 21:21:17.36 ID:g4/jn9Nj.net] fabs()再び 619 名前：デフォルトの名無しさん mailto:sage [2019/03/25(月) 21:24:14.16 ID:g4/jn9Nj.net] オーバーロードがないとintのabsのほかにfloat用のfabsを用意しないといけない 620 名前：デフォルトの名無しさん [2019/03/25(月) 21:27:47.27 ID:1GKiPWph.net] >>603 リーナスも似たようなこと言ってたな 記事探すの面倒だから貼らないが （誰か探して貼ってくれないかなﾁﾗｯ） 621 名前：デフォルトの名無しさん mailto:sage [2019/03/25(月) 21:39:42.65 ID:/ev0NUx0.net] >>609 そっちはジェネリクスで対応するのでは 622 名前：デフォルトの名無しさん mailto:sage [2019/03/25(月) 22:26:27.11 ID:8zmAEr9n.net] オーバーロードだったらマクロのが少しはマシ。 623 名前：デフォルトの名無しさん mailto:sage [2019/03/25(月) 22:27:46.86 ID:xXsGZ5++.net] >>604 ts のunion は interface 無しでダックタイピング効くから、参照する時必ず型チェックが必要なわけじゃない 型自体の定義も type alias しておけば一箇所で済むし 静的型付け言語でany使うよりは、遥かに手間はかからないよ 624 名前：デフォルトの名無しさん mailto:sage [2019/03/25(月) 22:37:18.45 ID:g4/jn9Nj.net] >>613 だったら余計にinterface付けろよと思うわ 625 名前：デフォルトの名無しさん [2019/03/25(月) 22:38:35.21 ID:9YEdKAJP.net] Go、Swift、Kotlinの3つは、文法ぐらい一緒にしてくれたら良かったのにな 626 名前：デフォルトの名無しさん mailto:sage [2019/03/25(月) 22:53:56.04 ID:wbp6GG9F.net] なんかこだわりがあったんだろう 627 名前：デフォルトの名無しさん [2019/03/25(月) 22:55:21.22 ID:9YEdKAJP.net] 配列にしてもさあ、カッコの形とかにこだわりなんてあるんか？ 628 名前：デフォルトの名無しさん mailto:sage [2019/03/25(月) 22:55:47.18 ID:itUJX6EY.net] どんな言語使おうが、糞バカ中世ジャップランドSIと、土人ベトコンオフショアが合体すれば 全部ゴミにできるんだけどなｗ 629 名前：デフォルトの名無しさん mailto:sage [2019/03/25(月) 23:19:26.53 ID:4CvSxgZ7.net] Kotlinはぱっと見Scalaかと思うくらい似てるよなー 630 名前：デフォルトの名無しさん mailto:sage [2019/03/26(火) 09:15:45.15 ID:awRDKjDw.net] えっ？(笑) 631 名前：デフォルトの名無しさん mailto:sage [2019/03/26(火) 10:31:07.40 ID:F8U/TA3Z.net] 2019/03/06 15:42:58 2019年の愛され言語第1位、嫌われ言語第１位は? https://news.mynavi.jp/article/20190306-784182/ 「愛されプログラミング言語」 Python (51%) Javascript (49%) Java (37%) HTML (34%) C++ (23%) 嫌われプログラミング言語は以下 PHP (19%) Objective-C (12%) Java (11%) 対象となったプログラミング言語を愛している理由としては、その言語を学習するためのリソースや開発するためのリソースが充実していることが挙げられている。 逆に嫌っている理由としては、対象のプログラミング言語を使ったコーディングが楽しくないからという理由が多く挙げられている。 632 名前：デフォルトの名無しさん [2019/03/26(火) 11:13:59.02 ID:pnvMlsp3.net] 忘れ去られた言語 ruupy 633 名前：デフォルトの名無しさん [2019/03/26(火) 14:00:36.03 ID:PDyA3k9g.net] >>622 俺は忘れてない。なぜならその名前を見たのは今が初めてだからだ。 634 名前：デフォルトの名無しさん [2019/03/26(火) 14:20:02.74 ID:pnvMlsp3.net] ごめんごめんpoopyだっけ？ｗ 635 名前：デフォルトの名無しさん [2019/03/26(火) 16:57:14.07 ID:PDyA3k9g.net] >>624 それについても俺は忘れてない。なぜなら以下同文 636 名前：デフォルトの名無しさん [2019/03/26(火) 17:32:40.93 ID:pnvMlsp3.net] rubooだったか？ 637 名前：デフォルトの名無しさん [2019/03/26(火) 19:16:35.45 ID:PDyA3k9g.net] 以下同文 638 名前：デフォルトの名無しさん mailto:sage [2019/03/26(火) 19:18:56.38 ID:NbUyZWCM.net] 誰でも頭が良くなる、プログラムが書けるようになる方法が発見される 99934 https://you-can-program.hatenablog.jp 639 名前：デフォルトの名無しさん mailto:sage [2019/03/27(水) 17:04:40.79 ID:ioHKDgtI.net] >>603 先にジェネリクスがあったらオーバーロードは不採用だったと思う 640 名前：デフォルトの名無しさん [2019/03/27(水) 17:15:00.98 ID:TdLaeqVz.net] >>628 あと一回見かけたらはてブロに通報するわ 641 名前：デフォルトの名無しさん mailto:sage [2019/03/27(水) 17:15:08.52 ID:SZ6CWUW7.net] ジェネリックで必ず同じ操作になるならいいけど そうでもないときはジェネリックではどうにもできない 642 名前：デフォルトの名無しさん mailto:sage [2019/03/27(水) 17:18:22.78 ID:SZ6CWUW7.net] オーバーロード否定派は動的型付け言語か形無し言語がメインの人なんだろうか？ 643 名前：デフォルトの名無しさん mailto:sage [2019/03/27(水) 18:22:56.09 ID:L8U/qf4n.net] Cはユーザーが定義できない演算子だけオーバーロードする ユーザーが定義してない型の情報だけコンパイル後に残る このユーザー定義型の不当な制限をなくすというC++の理念のおかげで オーバーロードや実行時型情報ができた めでたしめでたし 644 名前：デフォルトの名無しさん mailto:sage [2019/03/27(水) 19:26:19.13 ID:0edTBLWO.net] ほとんどの言語が強制キャストできるのが原因で型安全でなくなっているのが 何とかならない 645 名前：デフォルトの名無しさん mailto:sage [2019/03/27(水) 19:52:11.21 ID:DpIgan7F.net] >>632 静的型付けメインにも普通に居るよ RustやGoも関数オーバーロードを導入しなかったし 作為的な例にはなるけどむしろ型システムの阻害要因になることもある https://ideone.com/uJ1lyb https://ideone.com/P96nVa 646 名前：デフォルトの名無しさん mailto:sage [2019/03/27(水) 19:59:52.56 ID:DpIgan7F.net] 後者の例で言うと、ライブラリの関数に気を利かせてオーバーロードを追加したところ 別のプロジェクトの既存コードがコンパイル出来なくなったとかもあり得る 647 名前：デフォルトの名無しさん [2019/03/27(水) 20:08:46.35 ID:kkhErUOi.net] やはりリーナスは正しかった！ c最高！ c++はうんこ！ 648 名前：デフォルトの名無しさん mailto:sage [2019/03/27(水) 20:12:19.93 ID:KDFmmUkx.net] 暗黙の型変換を含めた場合のオーバーロードの地獄感は半端ない。 649 名前：デフォルトの名無しさん mailto:sage [2019/03/27(水) 21:04:39.85 ID:ZMj2RB3N.net] それにテンプレートとADLが絡んでカオス 650 名前：デフォルトの名無しさん mailto:sage [2019/03/30(土) 03:45:54.68 ID:x88rhneO.net] クロスキャストはカスだから滅びろ インターフェースの実装を鞍替えしたいんだったらFactoryとか使えや 651 名前：デフォルトの名無しさん mailto:sage [2019/03/30(土) 10:52:42.58 ID:PY6ZYblo.net] 型名を隠蔽すればキャストできないので 無名クラスとラムダの世界ランクが右肩上がり 652 名前：デフォルトの名無しさん mailto:sage [2019/03/30(土) 13:35:24.87 ID:wGFGqWwF.net] 本当に欲しいのは型ではなく制約 653 名前：デフォルトの名無しさん mailto:sage [2019/03/30(土) 19:28:46.42 ID:grSCIEfK.net] ガイジみたいなコード書くガイジを殺していい法律を作ることだな 皆殺しにしてやるよ 654 名前：デフォルトの名無しさん [2019/03/31(日) 08:00:06.83 ID:S4Tb/ZFO.net] 次世代かは知らんけど、Haskell奥が深い。 プログラマーのための圏論っていうのをネットから落として読んでるが、 圏論的には変数や値そのものも関数足り得るとか、読んでて面白い(理解してるかは怪しいが) int n = 1とint n(){ return 1 }が同じと言うのは言い得て妙だなと。 Haskellで関数にカッコ使わないのはこれを体現する為なんだなと。 n = 1 ― Haskell的には変数でもあり、引数無しの関数。 関数も値でもあるんだから sum = foldl (+) 0は、sum xs = foldl (+) 0 xsの部分適用で変数を(見かけ上)減らした関数であると同時に、 部分適用した関数に束縛した変数でもある。。。と。 と言うことはHaskellのmain関数も、関数であり変数なんだなーと。 関数を呼んでプログラムが走り出すとも言えるし、変数を評価しようとして、結果として束縛されたプログラムが走り出すとも言える。 main = putStrLn "hello" ― main関数を呼ばれたとも言えるし、変数mainを評価して値(IO ())を得る過程でプログラムが走り出すとも言える。 655 名前：デフォルトの名無しさん mailto:sage [2019/03/31(日) 10:38:58.10 ID:UUJRkrO5.net] 概念は有用だし言語の進化に多大な影響を与えたけど 道具としてのHaskellは今の位置から上がってくることは無いだろうな 656 名前：デフォルトの名無しさん mailto:sage [2019/03/31(日) 10:43:21.70 ID:KUHIQC/W.net] >>645 確かにその通り。 実用的な言語は、わかりやすくバグが出にくいことが重要。 他人のコードでも誰が見ても一目でわかるみたいな。 657 名前：デフォルトの名無しさん mailto:sage [2019/03/31(日) 11:07:42.57 ID:s7MuzANU.net] 実用なら副作用認めた方が絶対的に有利なわけでそういうのはOCamlなりF#が担えばいいよ Haskellが勉強のための言語なのはこの先もかわらない 658 名前：デフォルトの名無しさん mailto:sage [2019/03/31(日) 13:08:06.82 ID:88fzeBO9.net] xmonadとかあるし、実用的でないとは言い切れないが、いかんせん学習コストが高くてマンパワーに頼れんからな 659 名前：デフォルトの名無しさん mailto:sage [2019/03/31(日) 18:14:52.08 ID:hIxqKKME.net] Haskellの再発明のようなアイデアを思いつくやつは必ず出てくるよ これHaskellでやったやつだって教えてあげないと再発明を止められない 高い学習コストをもう一回課金される 660 名前：デフォルトの名無しさん mailto:sage [2019/03/31(日) 19:22:10.57 ID:m+UFTh7s.net] Haskellは数学的な背景があるから一部だけパクってもうまくいかんでしょ 661 名前：デフォルトの名無しさん mailto:sage [2019/03/31(日) 20:26:01.36 ID:hIxqKKME.net] 一部だけ学ぶのはダメってのは見覚えがある Perlでやったやつだ 一部だけでいいと作者が言ってるのに全部やろうとして挫折するやつだ 662 名前：デフォルトの名無しさん mailto:sage [2019/03/31(日) 20:40:52.20 ID:1YONhXIR.net] https://speakerdeck.com/uzulla/gui-tutekita-ping-cheng-zui-hou-falseoreorehuremuwakufalsezuo-rifang なんでペチパーって自作FW作りたがるん？ もうしばらく関わってないけど、糞SIerいたとき糞案件が軒並み自社製PHP FW（糞）だったの思い出したわ 663 名前：デフォルトの名無しさん mailto:sage [2019/03/31(日) 21:26:26.85 ID:fpw7uUAj.net] 量産型Webは技術が完全に硬直化してるから、ちょっと意識高い奴がマウント取りたくても差別化できるネタが少ないんだよ で既存の開発プロセスのオーバーエンジニアリングに向かうわけだけど、 ペチパー 664 名前：レベルではインフラや言語を改善したりそもそも開発作業自体を減らすって方向には行きにくい そこで手頃なのがFWというわけ [] [ここ壊れてます] 665 名前：デフォルトの名無しさん mailto:sage [2019/03/31(日) 21:52:14.80 ID:rPARd9Mh.net] もともとFWっていうのは汚いコードを寄せ集めてライブラリ化した上で 汚いコードの寄せ集めを使う処理を手順化して綺麗に見せるための仕組みだったんだけどな 666 名前：デフォルトの名無しさん mailto:sage [2019/03/31(日) 21:59:57.35 ID:hQIJpK9h.net] diコンテナは何のメリットがあるのか不明 667 名前：デフォルトの名無しさん mailto:sage [2019/03/31(日) 22:31:08.06 ID:BrkeBPe8.net] >>655 は？ 668 名前：デフォルトの名無しさん mailto:sage [2019/03/31(日) 22:37:11.66 ID:hQIJpK9h.net] 依存性注入はクラスが増えてカオスになる 何故かjavaではよく使われるのが謎 669 名前：デフォルトの名無しさん mailto:sage [2019/03/31(日) 22:49:56.27 ID:fbfMx+RF.net] オブジェクト指向だとクラスは大量に作るもんだぞ 670 名前：デフォルトの名無しさん mailto:sage [2019/03/31(日) 22:58:47.59 ID:vireAt4B.net] それLaravel使えば問題ない話じゃね？ 671 名前：デフォルトの名無しさん mailto:sage [2019/03/31(日) 22:59:24.74 ID:vireAt4B.net] アンカ抜けてた>>652 672 名前：デフォルトの名無しさん mailto:sage [2019/03/31(日) 23:08:51.93 ID:rPARd9Mh.net] カオスだと感じる脳程度だけしか持ち得てないんだろう 察してやれよ 673 名前：デフォルトの名無しさん [2019/03/31(日) 23:49:26.60 ID:qnazkb5e.net] FXの自動売買ツールを無料で配布しています。 hbgvf.blog.jp 674 名前：デフォルトの名無しさん mailto:sage [2019/04/01(月) 00:33:10.08 ID:dYyCWZhX.net] 人類最底辺の脳みそしか持ち合わせてない永遠の土方ペチプァの話題なんか出すな スレが穢れる 675 名前：デフォルトの名無しさん mailto:sage [2019/04/01(月) 01:55:20.15 ID://wZRuJn.net] >>641 ついでにSAMも滅びろ あいつ使いにくくてかなわん 676 名前：デフォルトの名無しさん mailto:sage [2019/04/01(月) 02:44:37.39 ID:PICzK0N0.net] >>647 だれが勉強すんねん 一目見た時から、恋の花が咲いた のでは無く、こりゃダメだと思った。 677 名前：デフォルトの名無しさん mailto:sage [2019/04/01(月) 02:48:36.94 ID:PICzK0N0.net] 逆に Python はなんとなく幼い頃の悪ガキ仲間と似てるなと思ってたら、立派に成長して懐の深い大人になってた。 ちょっと見の見た目で判断してはいけない。 678 名前：デフォルトの名無しさん mailto:sage [2019/04/01(月) 07:12:14.06 ID:dYyCWZhX.net] 単純に機械学習ライブラリの虎の威借りてるだけだろ 言語としてはPHP並の糞だわ venv周りも糞糞アンド糞だしな 679 名前：デフォルトの名無しさん mailto:sage [2019/04/01(月) 20:13:46.91 ID:5Qv5OJbI.net] そのへん、他の軽量級言語は何故うまくやれなかったのかな。 680 名前：デフォルトの名無しさん mailto:sage [2019/04/01(月) 20:23:06.27 ID:no59bRT+.net] 情報系専門でない連中が多い分野だから、言語オナニーには興味ないんだよ Pythonは昔から数値計算系のライブラリが充実してたし学習コストも低い 681 名前：デフォルトの名無しさん mailto:sage [2019/04/01(月) 21:00:27.10 ID:oZ4uWA1m.net] venvなぁ。 中にpython.exeがそのまんま入ってたのを見たときはコントかと思ったｗ 682 名前：デフォルトの名無しさん mailto:sage [2019/04/01(月) 21:18:09.61 ID:dOhRlOJ8.net] 数学の関数やOSのシステムコールを いちいちオブジェクト指向に翻訳しないといけない文化は仕様が不安定になる 不安定な自作オブジェクトを集めたものが自作FWになる 683 名前：デフォルトの名無しさん mailto:sage [2019/04/01(月) 21:52:46.65 ID:I/9Vex97.net] pyenvとかあの辺弄るくらいならdockerで閉じ込めた方がマシ。 684 名前：デフォルトの名無しさん [2019/04/02(火) 09:42:15.53 ID:exqjvsIl.net] >>671 翻訳しないで済むOS作れば良いのでは？ 685 名前：デフォルトの名無しさん mailto:sage [2019/04/02(火) 20:30:27.35 ID:JAcM/MrS.net] WinRTがそれかな 686 名前：デフォルトの名無しさん mailto:sage [2019/04/03(水) 11:55:08.65 ID:eJ7jSanC.net] >>672 venvに比べたら、docker重いよ。 687 名前：デフォルトの名無しさん mailto:sage [2019/04/03(水) 12:10:05.50 ID:nFtQHhqP.net] >>669 その言語オナシストたちが挙ってPython推してるからお前も鼻が高いだろう 良かったな 688 名前：デフォルトの名無しさん [2019/04/03(水) 13:11:27.32 ID:GUjlsyjt.net] dockerがどっかー行っちゃったー すまん。一度言ってみたかったんだ。ゆるせ。 689 名前：デフォルトの名無しさん mailto:sage [2019/04/03(水) 13:47:18.98 ID:ZdmGYXWn.net] 実際には一人で気持ち良くなるのではなく staticおじさんを責める自分に酔ってるみたいなパターンが多い 一人じゃないから正常なんて思ったら大間違い 690 名前：デフォルトの名無しさん [2019/04/03(水) 13:50:02.32 ID:/cw++oNj.net] パンツじゃないから恥ずかしくないなんて思ったら大間違い 691 名前：デフォルトの名無しさん [2019/04/03(水) 21:33:59.24 ID:x59pa14S.net] staticおじさんてなに？ 692 名前：デフォルトの名無しさん [2019/04/04(木) 02:32:05.58 ID:dJc2ae+t.net] >>680 高卒や専門卒のプログラマーのことだよ そういうのにはstaticが好きが多いからそう呼ばれてる 693 名前：デフォルトの名無しさん mailto:sage [2019/04/04(木) 05:09:05.51 ID:fR1MFQa7.net] >>680 つhttps://el.jibun.atmarkit.co.jp/minagawa/2010/04/post-ebc4.html 694 名前：デフォルトの名無しさん mailto:sage [2019/04/04(木) 05:48:32.02 ID:Bp6OcKFp.net] 特殊用途以外でstatic変数を使うのはアホだけど staticメソッドもまとめてstaticおじさんとか書いてる記事は 関数型にもついてけないただの周回遅れ 695 名前：デフォルトの名無しさん [2019/04/04(木) 07:07:10.33 ID:vFGtgSry.net] うちのおじさんはdbのクライアントをstaticにするんだよね 696 名前：デフォルトの名無しさん mailto:sage [2019/04/04(木) 08:14:30.23 ID:O0tv1R/2.net] シングルトンおじさんの呼び方のが正しい問題意識な感じがする。 697 名前：デフォルトの名無しさん mailto:sage [2019/04/04(木) 08:44:10.37 ID:t2REljhQ.net] ここのstaticおじさんの話題で関数型を持ち出してる人間たまに居る（多分同一人物）けどimmutableに一切言及してないのはなんなんだ 関数型は言語機能で束縛をimmutableにして、それでもなお必要な時にmutableを扱うのであって、staticおじさんのpublic staticなんて言語も踏まえてmutableの可能性の方が高いでしょ 698 名前：デフォルトの名無しさん [2019/04/04(木) 09:23:20.89 ID:NLHdu954.net] Kotlin もよろしく 699 名前：デフォルトの名無しさん [2019/04/04(木) 09:29:42.90 ID:vFGtgSry.net] コトリンなんてシングルトンおじさん量産言語じゃん 700 名前：デフォルトの名無しさん mailto:sage [2019/04/04(木) 09:30:46.16 ID:MhhM4cG2.net] static禁止の次の世代はimmutableではなく依存性注入だからね class名をハードコードするだけでアウト interfaceはセーフ もちろんSingletonはアウト 701 名前：デフォルトの名無しさん [2019/04/04(木) 09:33:41.65 ID:l5IgkZnr.net] Love≒依存性 702 名前：デフォルトの名無しさん [2019/04/04(木) 10:37:11.62 ID:NLHdu954.net] >>688 え？そうなるか？ 703 名前：デフォルトの名無しさん mailto:sage [2019/04/04(木) 10:59:33.23 ID:no/JRFUK.net] class名.static変数 class名.static関数 超便利じゃん 704 名前：デフォルトの名無しさん mailto:sage [2019/04/04(木) 11:25:51.28 ID:MhhM4cG2.net] class名がそのままファイル名になるじゃん 定義を変えてみたくなったらファイルを上書きするしかないじゃん そういうとこだよ 705 名前：デフォルトの名無しさん mailto:sage [2019/04/04(木) 11:31:19.04 ID:Bp6OcKFp.net] >>686 この話題何度も出てるのか staticおじさん云々に言及したのは初だわ というか>>683はググって読んだ記事に対する感想な staticメソッド： 　副作用無し → OK 　引数への副作用有り → 許容内 　標準出力などプロセスに１つのリソースへの副作用 → 許容内 　内部でstatic変数への副作用有り→ デバッグ等の特殊用途を除いてはゴミ privateでないstaic変数 　→ 論外のゴミ これらをただstaticというだけで その先にある局所性や副作用への悪影響を区分せず ひとまとめに扱う雑な記事は、何かをdisるレベルに無いという考え 706 名前：デフォルトの名無しさん mailto:sage [2019/04/04(木) 12:40:50.62 ID:no/JRFUK.net] >>692 なんかIDEに怒られてstatic関数にできないときは シングルトンのgetInstance作って class名.getInstance.メンバ関数 で回避 707 名前：デフォルトの名無しさん mailto:sage [2019/04/04(木) 14:01:55.30 ID:t2REljhQ.net] >>694 私が勢いでレスしてしまったようだすまない 確かにstaticメソッドのみでみれば関数型的な副作用の切り分けとして見れるね ただ >>682 リンク先 > 共有変数も、pubulic static宣言していまう。したがってプロパティなんて作らない。 というアレがあるので『staticおじさん』とした時に関数型を持ち出すのは不適であると勢いづいてしまった 708 名前：デフォルトの名無しさん mailto:sage [2019/04/04(木) 21:07:18.41 ID:zCERpG8r.net] staticメソッド： 　副作用無し ↑これにめちゃくちゃ違和感がある 特定の言語は宋なのかもしれないけど… 709 名前：デフォルトの名無しさん mailto:sage [2019/04/04(木) 21:24:47.26 ID:g//GkyZ8.net] 同じ機能を持った別個体のオブジェクト変数を持ちたい時にフィールドをstaticにしてたら何も出来ないけどね 710 名前：デフォルトの名無しさん mailto:sage [2019/04/04(木) 22:06:34.27 ID:Bp6OcKFp.net] >>697 どういう違和感か分からないが一応補足しておくと staticメソッドのうち、副作用無しの場合 という意味な 副作用が無いメソッドというのは 引数以外に影響されず、戻り値以外に影響を与えないもの 具体例としては java.lang.Math.max

---

---

[ 続きを読む ] / [ 携帯版 ]

read.cgi ver5.27 [feat.BBS2 +1.6] / e.0.2 (02/09/03) / eucaly.net products.
担当:undef