C++相談室 part155 - 暇つぶし2ch

C++相談室 part155 ..

794:はちみつ餃子
21/05/13 16:33:36.23 WYE+obYa.net
>>778
割り当てを失敗してるんだからそれは「回線の品質が悪い」んだよ。
運用も回線の一部。

795:デフォルトの名無しさん
21/05/13 16:35:51.69 VhoQaRqh.net
ダウンロードが遅い原因は経路の他にサーバーという場合もあるね

796:デフォルトの名無しさん
21/05/13 16:55:36.92 0opMfQ+n.net
人混みではWiFiも奪い合いでブツブツ切れまくる
保証するのは普通「下限」だよな

797:デフォルトの名無しさん
21/05/13 17:54:36.06 ItPDnKAp.net
>>779
ADSLとかで遅いのも回線がズタボロに品質が悪いからではなく
多くの人で分けすぎていることが原因の場合があるらしい。

798:デフォルトの名無しさん
21/05/13 20:55:57.03 NATYYilK.net
給料でも、100万円みたいに上限を書いているものは、無意味。
嘘広告と同じで、絶対にもらえない
給料で大切なのは、15万円みたいな下限。
最低保証額

799:デフォルトの名無しさん
21/05/13 20:59:43.10 bYaECMnR.net
何のスレだよ

800:デフォルトの名無しさん
21/05/14 00:45:53.77 2w1FBHD8.net
最低時給みたいなもんか

801:はちみつ餃子
21/05/14 02:31:20.51 Ezk9shwq.net
直接的に関係ない話になってはいるが、
保証の内容の違いはプログラミング的にも割と重要な話。
十秒で十の仕事をするという保証と
一秒で一の仕事をするという保証は異なる。

802:デフォルトの名無しさん
21/05/14 02:47:39.90 YIIiTt5H.net
アホみたいな質問というか雑談なんですが、皆さんは同じ型のものを2つまとめるのにpairって使いますか？
2要素vectorの方が要素アクセスのしやすさ等の観点から自分にとっても他人にとっても親切な気がしてきました

803:はちみつ餃子
21/05/14 02:57:56.08 Ezk9shwq.net
>>787
同じ型かつ二要素という保証が重要な場面なら std::pair より std::array を使う。

804:デフォルトの名無しさん
21/05/14 03:23:37.52 yHal4m5W.net
std::pairは機能拡張に弱いので自発的には使わない方がいい

805:デフォルトの名無しさん
21/05/14 05:56:11.89 RnSHWQNF.net
IntelコンパイラはParallel Studioが終了してoneAPIになったけど、
これ無料なん?Intelからは無料ダウソできるけど、
エクセルソフトは有料販売続けてるのはどこが違うの?

806:デフォルトの名無しさん
21/05/14 06:01:58.07 UqkRQTKM.net
ダウソってなんスか?

807:デフォルトの名無しさん
21/05/14 06:20:13.81 7h2AIEzB.net
>>787
POINTやSIZEは普通に構造体宣言だね
complex<T>も明らかにTとTだね
こんなもんpairで作るやついたら全力で逃げる

808:デフォルトの名無しさん
21/05/14 06:21:57.15 RnSHWQNF.net
カワウソの一種です

809:デフォルトの名無しさん
21/05/14 06:23:51.18 7h2AIEzB.net
template <class T>
struct point : private std::pair<T, T>
{
T& x;
T& y;
point() : x(std::pair<T>::first), y(std::pair<T>::second) { }
};
・・・アホくせｗ

810:デフォルトの名無しさん
21/05/14 07:22:41.27 +gtYWEA4.net
pairてmap以外で使った記憶ないな

811:デフォルトの名無しさん
21/05/14 07:25:10.38 yHal4m5W.net
std::equal_range() の戻り値がstd::pairだよ

812:デフォルトの名無しさん
21/05/14 10:51:44.98 R2Ezzb7N.net
std::pair を使うかという問いに対して std::pair をなんと継承している例を持ち出してアホくさいとはね
アホくさいんじゃなくアホなんだよ

813:デフォルトの名無しさん
21/05/14 12:30:32.58 7h2AIEzB.net
>>797
あ？　自分は答えないくせに他人のコメントにいちゃもんつけるやつにだけは言われたかねえぜ

814:デフォルトの名無しさん
21/05/14 12:31:39.95 7h2AIEzB.net
どーせ継承いらん厨とかそういう手合いのゴミだろてめえ

815:デフォルトの名無しさん
21/05/14 12:47:38.30 678S/iU6.net
twitterでC++というキーワードがどうやっても検索できないのは独占禁止法に抵触するよね？

816:
21/05/14 21:28:42.13 JoUb9lLr.net
>>772
0 の数が二つ足りない

817:
21/05/14 21:29:55.39 JoUb9lLr.net
>>799
継承………
いらないと思います、最近の私は全部委譲で書いていて、その方がまともだとおもっていますね

818:デフォルトの名無しさん
21/05/14 21:31:11.99 72ZodHJE.net
こういうのは技術だけじゃダメだからなあ
相手の心理を読み解く嫌らしいまでの知略がないと

819:デフォルトの名無しさん
21/05/14 23:11:38.64 R2Ezzb7N.net
継承は多用こそしないが要る
std::pairの継承はもちろんしない
std::pairは使う
終わり

同じ型で2要素のものをpairにするかvectorにするかarray<T, 2>にするかは好みとしか言いようがない
どれにしたから怒られるということもなかろう

820:デフォルトの名無しさん
21/05/15 00:42:32.70 JNomAybm.net
でもそれが可能だということはやってはダメと言われてるわけでは無く許可されてることだろ
本当にダメならそもそも出来ないハズだ
やれることをやってなんでダメと言われるのか全く理解出来ない
出来ないのであれば不可能にすべきだがそうなってない、
ならばやっていいことに決まってる

821:はちみつ餃子
21/05/15 00:48:41.02 pVi51x8H.net
やればいいよ。
その結果がどうなるか知らんけど。

822:デフォルトの名無しさん
21/05/15 01:23:50.42 ACVNfbfy.net
>>794は無理してpair使うとアホなことになると言いたいのかと思ってたんだが違うのか

823:デフォルトの名無しさん
21/05/15 01:23:56.78 GOJIKllV.net
乗用車は余裕で時速150km出せる

824:デフォルトの名無しさん
21/05/15 06:16:06.77 ASJTiJTT.net
>>802
インターフェイスも否定する？

825:デフォルトの名無しさん
21/05/15 06:35:29.42 ASJTiJTT.net
自分は使わない、以上だってpgr
コードを常に1人で書く人ってことだね
チームでやってるときに異端な主張で
クセ強すぎるコード書くやついたら叩き出す

826:デフォルトの名無しさん
21/05/15 06:43:05.27 tihXB0Cj.net
大昔全部ヘッダファイルにコード書いてやった俺は正しかった
今になって大流行
自分の先見の明が恐ろしい

827:デフォルトの名無しさん
21/05/15 07:20:42.20 yI+HbYJi.net
XXという機能は要らないという奴はたいてい
自分の特定ジャンルのコーディングしかしたことない奴が多い

828:デフォルトの名無しさん
21/05/15 07:51:13.54 tihXB0Cj.net
ほんとうにいらないものもある

829:デフォルトの名無しさん
21/05/15 07:57:34.33 MVemCiVF.net
本当にいらないものは大体ここ10年の規格改訂で削除かdeprecated行きになってる
まだそうなってないものは多分必要なんだよ

830:
21/05/15 09:26:33.74 JZCPEXPS.net
>>809
否定しません

831:デフォルトの名無しさん
21/05/15 09:35:04.56 WhAcSt6Q.net
ヘッダファイル内で定数使いたいときって結局どうしたら良いんですか
ネームスペース作るほどじゃないが、スコープはそのファイル内だけで良いって状況です

832:デフォルトの名無しさん
21/05/15 10:12:39.02 GOJIKllV.net
32bit整数なら列挙型
それ以外なら定数をあきらめて定数を返す関数にする

833:デフォルトの名無しさん
21/05/15 10:30:59.22 WhAcSt6Q.net
>>817
あざす！

834:デフォルトの名無しさん
21/05/15 12:13:25.04 eYtIld1h.net
>>794
URLﾘﾝｸ(blade.nagaokaut.ac.jp)
URLﾘﾝｸ(www.akiradeveloper.com)

835:デフォルトの名無しさん
21/05/15 12:19:34.55 eYtIld1h.net
>>811
流行っていうか仕様上仕方なくってことなら判る
template とか obj にコンパイルしても
必要な時に見つからないって言われるの
回避する方法あったら教えて

836:デフォルトの名無しさん
21/05/15 12:36:48.16 DTE+piln.net
>>802
悪いが、やっぱQZは、頭の働きが余り良くないと思う。
継承はオブジェクト指向ではなくてはならないものだし。

837:デフォルトの名無しさん
21/05/15 12:46:36.24 DTE+piln.net
>>821
ただし、個人的には委譲についてはそんなに詳しくは無く、#include程度のものだという理解しかない。
しかし、C++のクラスには元々継承の機能が付いているのだから敢えて委譲方式を使う必要は無いと思う。
また、委譲にしたときのデメリットは分かるが、メリットは分からないし。

838:デフォルトの名無しさん
21/05/15 12:53:37.11 ACVNfbfy.net
C++において委譲てメンバ変数に持つだけやろ
vectorにデータ保持するクラスがvector継承とかおかしなことになる
昔から言われてるis-aとhas-aで考えるのが自然じゃないの

839:デフォルトの名無しさん
21/05/15 12:59:47.23 l/htYdSr.net
継承は今となっては注意して使うべきものって評価が定着したものと思ってた
リスコフ置換原理とか、差分プログラミングとか、composition over inheritanceとか

840:デフォルトの名無しさん
21/05/15 13:08:50.36 DTE+piln.net
>>824
そんな高度なことをUQが知ってるのか？

841:デフォルトの名無しさん
21/05/15 13:18:14.47 ZTZob1AZ.net
>>821
確かにいちいち相手を口撃しないと議論もできないのは頭が悪いね

842:デフォルトの名無しさん
21/05/15 13:58:00.84 tE3nOT6E.net
> 個人的には委譲についてはそんなに詳しくは無く、#include程度のものだという理解しかない。
> vector継承

えっちょっとレベル低過ぎて驚愕してるんだが、休日プログラマたちが張り切って変なこと言ってるだけだよね？
「委譲は#include程度のもの」は意味不明としか言いようがないし、STLコンテナの継承って典型的なアンチパターンなんだがなんでそんなもの引き合いに出してくるのか分からんし

843:デフォルトの名無しさん
21/05/15 15:34:06.78 eYtIld1h.net
>>823
ほぼその通りだが
メソッドとか共通のときって
全部のメソッド描くか？
template <R, P>
R *(P a){return ($1)(a);}
観たいに描けたら良いのに

844:デフォルトの名無しさん
21/05/15 15:35:17.73 eYtIld1h.net
ああ違う
R *(P a){return (m->($1))(a);}
観たいな感じ

845:デフォルトの名無しさん
21/05/15 15:57:12.68 mF3YDsn5.net
>>827
安心せい
ド素人がシッタカかますスレへようこそ
釣り、知ったか、荒らしは単にスルーされます

846:
21/05/15 16:47:33.61 JZCPEXPS.net
>>821
＞継承はオブジェクト指向ではなくてはならないもの
私も昔からそう習ってきてはいましたが、さて、いろいろ書いてみたものの「継承で書いた方がスマート」という経験が皆無なのです、「委譲で書いた方がスマート」ならば沢山あるのですが
あえて継承が有用な場面といえば、エラー等の例外関係の個々のクラスを大雑把にカテゴライズするための基底型、くらいのものでしょうか…
なにかお題を定めて「①：継承だけを使って書け、②：委譲だけを使って書け、③：①②を評価せよ」という例をいただけないでしょうか。

847:デフォルトの名無しさん
21/05/15 17:50:08.18 DTE+piln.net
>>831
「委譲」って具体的にどういう書き方のことなの。

848:デフォルトの名無しさん
21/05/15 17:55:09.56 vSRH6pvU.net
>>832
ええ、頭の働きが悪いと煽りつつそれ聞いちゃうの？

849:デフォルトの名無しさん
21/05/15 17:56:27.49 DTE+piln.net
>>827
Rubyでの委譲は #includeのようなものの様に見えたんだよ。
さっき検索してみたら、一般的にはそういうことではないらしいが。

850:デフォルトの名無しさん
21/05/15 17:57:27.50 DTE+piln.net
>>833
委譲という言葉はC++では余り耳慣れなかったので本人がどういう意味で使ってるか聞いて見たい。

851:デフォルトの名無しさん
21/05/15 17:59:33.89 DTE+piln.net
C#でのdelegate、Rubyの委譲(#includeみたいに見える)、Wikipediaに載っている委譲、それぞれかなり違うことを言っているように思える。
記憶だと、C#のdelegateって他の言語でClosureと呼ばれているもののように思えた。
FunctorとClosureの違いはちゃんと分かってないが。

852:デフォルトの名無しさん
21/05/15 18:02:34.95 DTE+piln.net
>>836
あ、Rubyは、Mix-inの方だったわ、スマン。

853:はちみつ餃子
21/05/15 18:05:50.33 pVi51x8H.net
別のところに処理を丸投げするような仕組み (ただし丸投げする先をディスパッチする仕組みには色々とある) が委譲なので、
基底クラスのメンバ関数が呼ばれるのも広義には委譲の一種なんじゃないかなぁ……。

854:デフォルトの名無しさん
21/05/15 18:35:44.23 eIL06kE0.net
C#のdelegateって、クロージャとかオブジェクトのメソッドをレシーバごと格納できるコレクションだよね
同じ引数と返り値を持っている関数みたいななものならば、なんでも追加できる
そいでその引数と返り値の関数として呼び出すことができる
移譲先を格納しておくのに便利な機能

855:デフォルトの名無しさん
21/05/15 19:12:47.49 ASJTiJTT.net
>>835
そうかあ・・・耳慣れないのか
耳が悪いんだね
コンストラクタの委譲もピンプルも知らないのに
キリッちゃってる人って・・・(自粛)

856:デフォルトの名無しさん
21/05/15 19:25:28.14 51m73G+d.net
委譲とコンポジションってのはオブジェクトの合成方法だ
具体的にはオブジェクトAにオブジェクトBを持たせる
そしてAのメソッドを定義してBのメソッドを呼び出す

857:デフォルトの名無しさん
21/05/15 20:45:42.10 I9hvCSGp.net
継承先でoverrideした関数があって、継承元の関数使いたくなった場合、何か手段ある？

858:
21/05/15 20:57:32.98 JZCPEXPS.net
>>832
しばしお待ちを

859:デフォルトの名無しさん
21/05/15 20:59:13.89 l/htYdSr.net
>>842
Base::method()

860:デフォルトの名無しさん
21/05/15 21:02:37.21 I9hvCSGp.net
>>844
ありがとう！

861:デフォルトの名無しさん
21/05/15 21:33:36.92 ROEIM7pX.net
継承は、is-a
委譲は、has-a
内部に部品を持って、その部品にやらせる
最近の言語は、Go, Elixir みたいに継承がない
一方、Ruby on Rails では、継承がめちゃめちゃ便利。
継承して、カスタマイズするだけ

862:
21/05/15 22:02:21.21 JZCPEXPS.net
>>846
そのリスコフ置換原則＝ is-a が必ずしもいつも使えるとは限らないのですよ
例えば、数の体系は例えば
複素数⊃実数⊃有理数⊃整数⊃自然数
ですが、じゃあ、「複素数」からインプリメントするか？というと、私はそうは思えません

863:デフォルトの名無しさん
21/05/15 22:02:48.30 ROEIM7pX.net
Ruby の委譲は、Forwardable を使う
例えば、自分でスタッククラスを作る場合、
Array 型のインスタンス変数に丸投げして、push/pop を使う
ただし、他のメソッドを呼ばれても困るので、使えるメソッドを限定する
文字列・配列などは継承用のクラスじゃないから、
継承するのはアンチパターンなので、委譲を使う
ただし例外的に、Ruby on Rails など、有名なフレームワークでは、
標準クラスを継承して、カスタマイズする事も認められる
require 'forwardable'
class Stack
extend Forwardable
def initialize( ) @ary = [ ] end
def_delegators( :@ary, :push, :pop )
end
stack = Stack.new
stack.push 1
stack.push 2
stack.pop
p stack #=> @ary=[1]

864:デフォルトの名無しさん
21/05/15 22:42:05.60 ACVNfbfy.net
>>827
＞STLコンテナの継承って典型的なアンチパターンなんだが
だからおかしなことになると言ってるだろ何をドヤってんだアホかお前は
>レベル低すぎて驚愕
してんのはこっちだ
is-aなら継承、has-aなら委譲(この場合メンバで持つ)が自然だと言ったんだよ

865:
21/05/15 23:03:15.95 JZCPEXPS.net
>>849
その is-a, has-a は、実際の設計作業にはあまり役にたたない気がします
私がやっている小規模／個人コーディングでは、差分プログラミングを取るしかない（まずプロトタイプを書いてから継承または委譲を使ってテストコードと併用して膨らませていく）わけですが、その記述としては最初に委譲を考えます
実際のところ継承と委譲の使い分けは何でしょうかね、少なくともリスコフ置換原則ではカバーできないという気がしますね

866:デフォルトの名無しさん
21/05/15 23:15:31.28 ACVNfbfy.net
>>850
＞私がやっている小規模／個人コーディングでは、
>継承または委譲を使ってテストコードと併用して膨らませていく
いつもその条件で部品テストしてるだけならそうだろうなー
すでに言われてるけど違うことやり始めたら考え変わるんじゃね

867:デフォルトの名無しさん
21/05/15 23:21:48.14 ACVNfbfy.net
個人的には、やっぱり自然かどうか、とか書きやすいかを考えた方が正解だと思うよ(その方が後で破綻しない
そのリスコフ置換原則？も上にあったように数学関係のクラスだと微妙だろうし

868:デフォルトの名無しさん
21/05/15 23:47:22.72 cVKO4d9w.net
>>850
QZは日常的に「実際の設計作業」をやってるの？
無職じゃないの？

869:
21/05/15 23:49:02.10 JZCPEXPS.net
>>851
なるほど、それはそうかもしれませんね
java のクラスライブラリは、かなりなじみがあるので、ああいうものを白紙から書くのならば継承抜きでやれといわれても困ると思いますし
……
(10分程度思考後）
……うーん、実は継承抜きでもやれそうな気もしていたりして
 >>831 で希望しているとおり、簡単な例で委譲よりも継承の方が（すべての点でなくてもいいから、何か一つか二つの観点から）優れているという好例はないものでしょうか？

870:デフォルトの名無しさん
21/05/16 11:33:38.38 VxksG9ZS.net
C++ で ifstream で開くファイルが存在するかどうかチェックしたいのですが
ファイル名が utf-8 だと
string hoge = "utf-8のファイル名";
ifstream fuga(hoge);
if(fuga.is_open())
で存在しないと看做されます(全部ASCIIのときとか存在するときもある)
どう対処するのが良いですか？
出来れば Win32API は使いたくありません

871:デフォルトの名無しさん
21/05/16 11:36:10.62 pdS2eoPi.net
使いたくない理由の99%は霧散解消する
胸に手を当てて考えてみればわかる

872:デフォルトの名無しさん
21/05/16 11:42:34.85 g64uh5fx.net
>>855
#include <filesystem>
if(std::filesystem::exists("utf-8のファイル名")) goto hell;
でもダメ？

873:デフォルトの名無しさん
21/05/16 11:42:43.55 SJMOKydl.net
filesystem::path ならUTF16のファイル名で渡せる
UTF8をUTF16にする標準機能が非推奨になっているので注意

874:デフォルトの名無しさん
21/05/16 12:03:52.09 VxksG9ZS.net
>>856
そうですね
 >>857
ありがとうございますやってみます
 >>858
codecvt ですね判ります

875:デフォルトの名無しさん
21/05/16 12:16:34.49 P/WMWyL3.net
移譲は……
クラスAをクラスBに所有させたとき、Bの公開したいいいメソッドを逐一クラスAにも書かねばならないのがﾒﾄﾞｲ
public継承なら継承させるだけで済む
タイピング量の削減は継承で解決すべき問題か、というのはあるが現状はそう

876:デフォルトの名無しさん
21/05/16 12:17:19.51 P/WMWyL3.net
訂正orz、
誤：クラスAをクラスBに所有させたとき
正：クラスBをクラスAに所有させたとき

877:デフォルトの名無しさん
21/05/16 12:21:21.06 mPzmTHCd.net
no_such_method() が C++ にあれば・・・

878:デフォルトの名無しさん
21/05/16 12:41:06.00 P/WMWyL3.net
あとクラスDがクラスBとほぼ共通でBが公開隅でB::foo()を金輪際他の実装を許したくないという3点揃ったケースでは
DをBから継承する他無い
BのインターフェースIBを設けようものならIBを継承してB::foo()の別バージョンを実装してしまうことを阻止できない

879:デフォルトの名無しさん
21/05/16 14:03:39.16 SPtqbmz9.net
そもそも複素数と実数の例がよくない。
確かに要素としては複素数は実数を含むが演算(特に比較演算)は実数のが広い。
そういう意味で例として間違ってる。

880:
21/05/16 14:18:12.81 Hgwjinll.net
>>864
＞複素数は実数を含むが演算(特に比較演算)は実数のが広い。
詳しくお願いいたします
複素数よりも実数の方が「演算が広い」とはどういう意味ですか？
確かに現状は複素数の順序関係はデフォルトで定めていませんが、用途に応じて複素数の順序関係を別途定義すればいいのでは？
例えば複素数の順序関係を複素数の絶対値の大小で定義したっていいのですよ、複素数の範囲での収束を論ずるときにはこれはよくやる手だと私は考えています

881:デフォルトの名無しさん
21/05/16 14:35:50.91 i0aHhWnL.net
>>865
でも、ちゃんとした数学では、それは複素数の絶対値の大小比較に過ぎなくて
複素数自体の大小比較は出来ないということになってる。

882:デフォルトの名無しさん
21/05/16 15:48:44.79 i0aHhWnL.net
>>847
>例えば、数の体系は例えば
>複素数⊃実数⊃有理数⊃整数⊃自然数
>ですが、じゃあ、「複素数」からインプリメントするか？というと、私はそうは思えません
なるほどな。
これは初めて聞いた観点。
言われてみればそうかも。

883:デフォルトの名無しさん
21/05/16 15:53:27.30 i0aHhWnL.net
>>867
動物⊃哺乳類⊃犬
動物⊃哺乳類⊃猫
動物⊃哺乳類⊃馬
・・・
だから、
class 動物 {・・・};
class 犬 : public 動物 {・・・};
class 猫 : public 動物 {・・・};
という例は割りと適切だとされているが、
「複素数⊃実数⊃有理数⊃整数⊃自然数」
であるからといって、
class 複素数 { double m_re; double m_im; ・・・};
class 実数 : public 複素数 {・・・};
class 有理数 : public 実数 {・・・};
とは確かに書きにくそうだな。
オブジェクトのサイズから言っても、実数の場合、複素数よりメンバ変数が減らせるわけだし。

884:
21/05/16 15:56:55.37 Hgwjinll.net
>>866
＞複素数自体の大小比較は出来ないということになってる。
出来ないのではなく、決めていないだけでは？

885:
21/05/16 15:59:49.48 Hgwjinll.net
>>868
その例を使って私が主張したいことは
「リスコフの置換原則は参考にする価値があることは認めるが、リスコフだけが基準ではない」
です、どのような時に型の継承を行うのが適切か、という問いの別の基準を探しています

886:デフォルトの名無しさん
21/05/16 16:04:14.28 i0aHhWnL.net
>>869
x1 < x2 ⇔ x1 - x2 < 0
は一般的に言えるけれど、複素数の場合にこれと同じ法則を成り立つような比較が定義しにくい。
たとえば、あなたが定義したがっているような複素数での比較は、絶対値を採った後の値での比較にするという発想では、
|z1| < |z2| と、|z1 - z2| < 0
が同値ではないから上手く行かない。

887:デフォルトの名無しさん
21/05/16 16:08:32.11 z+wHX2Px.net
>>847
リスコフの置換原則は基底と派生型の間に成り立つ規則を定めているだけで順序は関係ないのでは？
あらかじめ実数を基底として実装した型階層に後から新たな基底として複素数を導入する形でも
規則が成り立つならそれでいい気がする。
もちろんリビルドが必要になる場合もあるだろうけどそれは別の話。

888:デフォルトの名無しさん
21/05/16 16:08:45.37 i0aHhWnL.net
>>871
[追加]
あなたが考えたような複素数における大小比較の定義が、もし数学的に適切ならば、
複素数の1つである実数に対しては、通常の実数の大小比較に戻らなくてはならない。
ところが、2つの実数 x1, x2 に置いては、
|x1| < |x2|
と
x1 < x2
は同値ではない。だから戻らない。
なので残念ながら不適切と言える。

889:デフォルトの名無しさん
21/05/16 16:13:05.98 P/WMWyL3.net
別に
aとbの大小比較は、
a+0iとb+0iの大小比較としてそのまま複素数でも通用する

890:デフォルトの名無しさん
21/05/16 16:14:49.17 P/WMWyL3.net
ちゅか実数クラスRealから複素数クラスComplexを派生させるという話なのに
Realが複素数の比較演算を備えて居なければならないとする前提がおかいし

891:デフォルトの名無しさん
21/05/16 16:15:39.79 6wJymXVG.net
おかいし

892:デフォルトの名無しさん
21/05/16 16:23:25.63 ot3D5jQX.net
一般的に特殊化すると出来ることは増えるんだから別に何もおかしくないだろ
実数は複素数で出来ない大小比較ができる
有理数は実数で出来ない既約分数を求めることができる
自然数は有理数が出来ない素数判定が出来る
それぞれ子クラスにメンバ関数を付け加える事に相当する

893:デフォルトの名無しさん
21/05/16 16:26:30.31 ot3D5jQX.net
書き方まずったけど874の言う通りで
子クラスでしかできない比較のインターフェースを複素数に持たせることがおかしい
抽象ストリームクラスにファイル名を取得するインターフェースを持たせるのと同じようにおかしい

894:デフォルトの名無しさん
21/05/16 16:40:43.08 i0aHhWnL.net
>>875
しかし、メモリー効率まで考えれば
sizeof(複素数)=sizeof(double) * 2
sizeof(実数)=sizeof(double)
なので、
sizeof(実数) < sizeof(複素数)
なのに、
class 実数 : public 複素数 {・・・}
とすると sizeof(実数) >= sizeof(複素数) に必ずなってしまうという問題が出てくる。

895:デフォルトの名無しさん
21/05/16 16:47:30.51 P/WMWyL3.net
Realクラスは実数としての単項演算および実数同士の算術演算と比較演�

896:Zを備えるものとして、 ComplexクラスはRealからComplexへの暗黙の変換（つか単純にコンストラComplex(const Real& src)）を備えた上で複素数の単項演算および複素数同士の算術演算（と必要なら比較演算）を備えたらよろしまあ特段継承関係にするまでもないかなあという気がしてきたorz 厳密に言ったら虚数単位iを使った実数から複素数への構成的定義はis-a関係ではなくhas-a関係なのでむしろ所有の出番、という見方もできるし、一方数のクラス、としてみたらReal⊂Complex、なのでRealの方が特殊化という見方もできうるぶちゃけ継承するかどうかとは独立に、RealクラスとComplexクラスの自然な共存は上記のように事が済んでしまうということや

897:デフォルトの名無しさん
21/05/16 16:48:49.37 P/WMWyL3.net
これが有理数クラスとかだったら普通の人は整数クラス2つを所有するクラスとして設計するであろう、

898:デフォルトの名無しさん
21/05/16 16:52:20.99 i0aHhWnL.net
>>875
読み違えていた。
>ちゅか実数クラスRealから複素数クラスComplexを派生させるという話なのに
is_a の関係から考えた OOP の哲学から言えば、逆さまになってしまうということ議論している。

899:デフォルトの名無しさん
21/05/16 16:53:00.26 i0aHhWnL.net
>>881
なるほどな。

900:デフォルトの名無しさん
21/05/16 17:04:19.10 i0aHhWnL.net
>>874
通常の数学ではそんな定義されてない。
複素数 z の次数部分を Re[z] で表した時、2つの複素数 z1, z2 に
対する比較 z1 > z2 を
Re[z1] > Re[z2]
と定義する方法は可能と言えば可能ではあるが。
しかし、複素数は複素平面上で原点の中心とした回転対象の性質を大体
持っているから、実数だけを特別扱いすることは、余りよくは無い。
(いくつかの一般的性質で破綻が起きる可能性が高い)。

901:デフォルトの名無しさん
21/05/16 17:04:53.66 i0aHhWnL.net
>>884
誤: 次数部分
正: 実数部分

902:デフォルトの名無しさん
21/05/16 17:05:51.62 i0aHhWnL.net
回転対象 ---> 回転対称
すまん、リアルではややこしいプログラムを考え中だから。

903:デフォルトの名無しさん
21/05/16 17:24:06.95 zQRyfSSF.net
連投やめーや

904:デフォルトの名無しさん
21/05/16 18:29:06.20 Ot9k7H7E.net
学部数学の話をｇｄｇｄ続けてる奴らは順序体でググってくれ
複素数体に勝手な比較関係はいくらでも入れられるけど（辞書式順序も含めて）、どう入れても算術と両立しないから役に立たないんだよ
プログラム的にはソートのために便宜的な物を入れることはあるだろうが、数学的には無意味

905:
21/05/16 18:41:17.24 Hgwjinll.net
>>884
まあ複素数体上でノルムを考えることはあっても広く「使える」全順序を定義するのはむずかしいでしょうね…
ノルムと順序関係を混同していてミスリードを引き起こしていたことは私のせいです、ごめんなさい

906:
21/05/16 18:42:18.41 Hgwjinll.net
>>888
数学的に無意味、とか言い切られちゃうとかえって反発したくなりますね…

907:デフォルトの名無しさん
21/05/16 18:54:33.03 eRJ7ea1d.net
>>890
いや、数学では、対称性や破綻の無さ、一般性などを考慮するので
その意味での「大小関係」は「入れることが不可能」ということを
これまた数学的に証明できる、と彼は言っているのだと思われる。
だから、個人的に意味があると考えても、数学体系としてはダメ
ということ。

908:デフォルトの名無しさん
21/05/16 18:54:54.54 Ot9k7H7E.net
>>890
反発するのは勝手だけど、何をどう入れたってただのR^2の順序にしかならないんだよ、これは数学的に証明された事実
実数ペアと見なした順序でしかないものを無理矢理「Cの順序」と言い張ってどうすんのさ
Cの構造と両立しないのに

909:デフォルトの名無しさん
21/05/16 18:57:23.87 eRJ7ea1d.net
そういえば、二次元の実数を一次元の実数と対応させる事は不可能という証明
があって、順序集合であるためには一次元の実数と対応できないといけない
ことも証明できる、というようなことも関係あるのかな。

910:デフォルトの名無しさん
21/05/16 19:02:48.71 Ot9k7H7E.net
だから順序体でググれよ
全然関係ないし、そもそもRとR^2の全単射はあるし（無限集合論の有名な話）

911:デフォルトの名無しさん
21/05/16 19:30:05.59 eRJ7ea1d.net
>>894
濃度論で
|(0,1]|=|R|
|R|=|R x R|
や
|R|=|R^n|
というやつですか。

912:デフォルトの名無しさん
21/05/16 19:38:32.84 eRJ7ea1d.net
自然数の集合と実数の集合の間には全単写が無く、前者がアレフ_0、
後者がアレフ_1でしたかな。
それと記憶違いしてたかも。

913:デフォルトの名無しさん
21/05/16 19:51:17.83 Is982dSx.net
>>890
アホすｗｗ
やっぱりQZは頭悪いなあｗｗｗ
複素数のハウスホルダー法によるQR分解のプログラム書いてみろよ
できねーからｗ

914:
21/05/16 19:57:33.82 Hgwjinll.net
>>893
＞順序集合であるためには一次元の実数と対応
それは順序関係のなかでも一番強い全順序（反射律・推移律・反対称律・全律）についてならば理解できますが、よくある普通の順序＝半順序（反射律・推移律・反対称律）の場合はどうでしょうか
 >>894
連続体の濃度ですね

915:
21/05/16 20:00:22.86 Hgwjinll.net
>>897
そんな急に難しいこと言われても高卒には無理ですよぅ
今はカラツバ法に御執心なんです、でもキーワードありがとう

916:デフォルトの名無しさん
21/05/17 03:11:31.73 Q7Ttd8P9.net
余り難しい順序集合とかの事を知らなくても複素数に大小関係が入れられないと数学者が主張していること自体は信じていい。
数学者が「できない」と言った場合、(絶対に)出来無い事が証明された上で言っていることが多く、この場合もそうだから。

917:デフォルトの名無しさん
21/05/17 03:24:50.61 +0j9FXFm.net
しかし実際に証明を確認したわけではない。
でも直感的にわかる。
そもそも上記の議論において、「大小関係が入れられない」として設計の話を続けても全く問題ない。
普通に考えればこうなると思うが。

918:
21/05/17 08:01:59.17 pZGof8k7.net
>>900
まあ妥当だとは思いますが、しかし、この場合であってももっとも数学的な態度とは「権威のいうことを疑って証明を調べること」でしょうね、権威のいうことを鵜呑みにすることは数学的ではないと私は思います

919:デフォルトの名無しさん
21/05/17 08:13:28.70 p0CmvUql.net
>>891
数学体系と言うから混乱する。
ちゃんと数学の体とか代数系と言わないと。

920:デフォルトの名無しさん
21/05/17 08:17:32.13 /XJ4GxVV.net
>>902
まだ権威とか言ってる・・・
数学的に無理というのは権威関係なしに「無理」なんですよ

921:デフォルトの名無しさん
21/05/17 08:27:27.80 xbubPeOw.net
なんかごちゃごちゃしているけど……
・複素数の体における比較は未定義
・複素数体に距離の位相を入れて比較を定義することは可能（複素平面など）
と言うことだろ。
まあ、直接比較するのは使い勝手が悪いので、距離の位相には適当な写像を使うのが普通だけど（絶対値とか）。

922:デフォルトの名無しさん
21/05/17 08:31:17.55 rt013aFx.net
複素数は自然な全順序にはならない
特定の条件を満たす順序は存在しない
ってだけで
順序を定義することは可能だし実際定義して使うこともある

923:デフォルトの名無しさん
21/05/17 08:31:35.85 pyZ7P5gV.net
証明にだって厳密さが欠けていることが後からわかった（適用条件が誤っていた）り超ごくまれにだが結論自体誤っていたりしたことが……
ケンペ鎖とか、
あとABC予想の証明ぐらい高度なやつになったら職業数学者であっても査読者の質で
是非を判断せざるおえないﾊｽﾞ
もちろん直接関連論文を書く人は自分が納得するところまできちんと追うだろうがPGがなんでそこまでせねばならんのやヽ(#`Д´)ﾉ

924:デフォルトの名無しさん
21/05/17 08:32:19.32 pyZ7P5gV.net
>>906
|z|とかarg(z)とかな

925:デフォルトの名無しさん
21/05/17 08:34:34.87 pyZ7P5gV.net
やっぱ自然演繹は良くない
あらゆる証明は最初から形式証明にかけるべきや

926:デフォルトの名無しさん
21/05/17 08:38:28.10 3ODjt5IZ.net
>>905
それやっても大小関係を使ったアルゴリズムは実数では正しく動くけど
複素数ではことごとく破綻するけどな
数値計算でなければ独自の大小関係を定義したら動くかも知れないが
それはオナニーと同じだ
 >>901
そういうことだよな

927:デフォルトの名無しさん
21/05/17 08:38:29.82 xbubPeOw.net
>>909
そんなにプリンキピア・マテマティカを書きたいか。せめて読破してから言え。

928:デフォルトの名無しさん
21/05/17 08:40:42.75 xbubPeOw.net
>>910
破綻とは矛盾のことかな？
複素平面が矛盾するとは世紀の発見だ。ぜひとも論文を。

929:デフォルトの名無しさん
21/05/17 08:41:59.82 3ODjt5IZ.net
>>912
何言ってんの
実数では正しく動く大小関係を使ったアルゴリズムを
どうやって複素数で正しく動かすんだよ
頭大丈夫か？

930:デフォルトの名無しさん
21/05/17 08:45:32.29 3ODjt5IZ.net
絶対値の大きさ云々の話ならピボット選択は正しく動くだろうな
まあこれは浮動小数点演算の特性からそうなるのであって数学的には関係ない

931:デフォルトの名無しさん
21/05/17 08:46:34.38 xbubPeOw.net
>>913
距離に写像すればいい。
数値計算でも普通に複素数の絶対値取って比較しているだろ。

932:デフォルトの名無しさん
21/05/17 08:52:16.58 3ODjt5IZ.net
>>915
おいおい・・・
上にも出てきてるけどQR分解を複素数で書いてみろよ

933:デフォルトの名無しさん
21/05/17 09:48:48.04 p0CmvUql.net
>>916
実装したことないから詳しくないけど、検索したらこんなのあった。
URLﾘﾝｸ(ameblo.jp)
なんか問題あるのかしらん？

934:デフォルトの名無しさん
21/05/17 10:03:50.08 3ODjt5IZ.net
>>917
それはもちろん俺もやってみた
URLﾘﾝｸ(ameblo.jp)
これがコードだよな
でも結果がおかしいんだよ

935:デフォルトの名無しさん
21/05/17 11:39:44.96 p0CmvUql.net
>>918
「結果が間違っている」て言われたってなぁ。>>918の指導教官でも上司でも無いから助言する気無いし。
まあ、複素平面の距離は半順序だから（狭義の弱順序よりさらに弱い）、全順序を必須とするアルゴリズムには使えんわな。>>915は一部撤回するよ。

936:デフォルトの名無しさん
21/05/17 11:39:57.21 ZeUb3kXE.net
2つの複素数 z1, z2 に対して z1 < z2 を |z1| < |z2| と定義してしまうと、
z1, z2 がたまたま(複素数の一部であるところの)実数である場合は、
x1 < x2 が |x1| < |x2| と定義されることになってしまうが、
そうすると、負数の時に通常の実数の比較と結果が違ってきてしまう。

937:デフォルトの名無しさん
21/05/17 12:08:56.20 CucgVtNi.net
だから複素数体を順序体にできないことなんて代数の教科書にいくらでも証明載ってるんだから読めよ
いつまでやってんだ

938:デフォルトの名無しさん
21/05/17 12:09:08.59 giSQx4b2.net
std::locale::global(std::locale("japanese"));
必要ですか？
無くても動いてるときに敢えて描くと可笑しくなりますか？

939:デフォルトの名無しさん
21/05/17 12:12:10.72 cCPUzk2p.net
complexには<=>がないね

940:デフォルトの名無しさん
21/05/17 12:14:40.03 +IMuyr7J.net
>>922
何のために？
挙動が変わることはあるけどそれがおかしいかどうかは目的次第

941:デフォルトの名無しさん
21/05/17 12:29:58.49 0hooCSOD.net
>>921
QZがあまりの悔しさにID変えて荒らしてるんだよ

942:デフォルトの名無しさん
21/05/17 13:05:04.47 DzXjbqQO.net
>>907
>判断せざるおえない
単刀直入に言ってバカっぽい

943:デフォルトの名無しさん
21/05/17 13:40:20.69 AtV47BCw.net
ハンダンセ猿はすばしっこいからな

944:デフォルトの名無しさん
21/05/17 13:54:56.37 +0j9FXFm.net
QA分解はそもそも数値誤差を減らすのがめちゃくちゃ難しいからあんま使われんのよ。
特別な事情がない限りは軽はずみに手を出すのはやめた方がいい。

945:デフォルトの名無しさん
21/05/17 16:56:52.33 Hl6gcnGv.net
g++で Member 'x' was not initialized in this constructor
って警告が出るんだが、これをpragmaで抑止したい。
このwarningを抑止するためのキーワードを教えてもらえないだろうか

946:デフォルトの名無しさん
21/05/17 17:16:13.81 cCPUzk2p.net
C++20のコード晒せるところ、どっかある？
ideoneやcodepadはダメだった

947:デフォルトの名無しさん
21/05/17 17:58:51.81 v7SqzMPT.net
wandbox

948:デフォルトの名無しさん
21/05/17 18:24:20.71 rt013aFx.net
>>864
複素数より実数の方が演算が広いから複素数を継承して実数を作る
継承してメンバ関数を増やす
作り方として適切かどうかはともかくとして、
例としては何も間違ってないと思うのだが

949:デフォルトの名無しさん
21/05/17 18:34:03.64 rt013aFx.net
C++的に複素数に順序を取り入れるなら
辞書的順序が一番使われ方として多いかと
コンテナに入れるのに順序が必須な場合とか
std::pair < double, double >
これだって勝手に定義される
C/C++に数学的な汎用性が必須ではないのは
C/C++をやっていればわかると思う
1./-0. < 1./0. とか pow(0,0) = 1 とか数学的には明らかにおかしいでしょ

950:デフォルトの名無しさん
21/05/17 18:51:12.32 pyZ7P5gV.net
まあ辞書順は可能だぬ

951:デフォルトの名無しさん
21/05/17 19:28:02.39 xbubPeOw.net
>>932
c++のpublic継承は継承先クラスを継承元クラスと同じものとして扱うので、特性の包含性が重要。
なので、失われる特性があるなら継承はしないほうが良い。
上でも挙がっているけど、複素数は実数の全順序性という特性が失われるので継承はしないほうが良い。やるなら無限体を継承元クラスにすべきだわな。

次ページ