[過去ﾛｸﾞ] C++相談室 part134 (1002ﾚｽ)
上下前次1-新
このｽﾚｯﾄﾞは過去ﾛｸﾞ倉庫に格納されています｡
次ｽﾚ検索 歴削→次ｽﾚ 栞削→次ｽﾚ 過去ﾛｸﾞﾒﾆｭｰ
803: (ﾌﾞｰｲﾓ MM26-Dh3i) 2018/03/24(土)19:18 ID:LkK69e8iM(2/3) AAS
>>801
見つけてきたぞ。何処かで発表か何かするの？
外部ﾘﾝｸ[html]:www.stlport.org
ところでこのインタビューにあるtamagawa numberってなんだろう
804: (ｱｳｱｳｳｰ Sac7-zkh5) 2018/03/24(土)19:25 ID:upExxHyGa(4/4) AAS
玉河数
外部ﾘﾝｸ:ja.wikipedia.org
に書いてありました。
805: (ﾌﾞｰｲﾓ MM26-Dh3i) 2018/03/24(土)19:30 ID:LkK69e8iM(3/3) AAS
玉川数じゃ出てこないわけだ
806: 801 (ｽﾌﾟﾌﾟ Sdba-kSjP) 2018/03/25(日)06:55 ID:FlrNzX5dd(1) AAS
皆様ありがとーございます。
論文の枕で書こうかと思いまして
807(2): (ｱｳｱｳｳｰ Sac7-zkh5) 2018/03/25(日)11:36 ID:Lywxeunja(1/4) AAS
char* str = "abc";
とは書かずに、
const char* str = "abc";
と常に書くようにと本に書いてあります。
理由は文字列リテラルは直接書き換えてはいけないからであると書かれています。
省12
808: (ｱｳｱｳｳｰ Sac7-zkh5) 2018/03/25(日)11:39 ID:Lywxeunja(2/4) AAS
const char* str = "abc";
const char ca[] = {'a', 'b', 'c', '\0'};
の二つは同じことだと思っていましたが、これは違うということでしょうか？
const char* str = "abc";
では、"abc"をある場所に格納しておき、それを使いまわしたりすることがある
ということでしょうか？
例えば、
省8
809(1): (ﾌﾞｰｲﾓ MM26-Dh3i) 2018/03/25(日)11:41 ID:tMBl9Z88M(1) AAS
>>807
>>469
810(1): (ｱｳｱｳｳｰ Sac7-zkh5) 2018/03/25(日)11:44 ID:Lywxeunja(3/4) AAS
すみません。
カーニハンらの本の日本語版のp.127に書いてありました。
char amessage[] = "now is the time";
char *pmessage = "now is the time";
の違いについてです。
そして、文字列の内容を変えようとすると、その結果は不定となる
と書かれいます。なぜ不定としているのかについては理由は書いてありません。
811: (ｱｳｱｳｳｰ Sac7-zkh5) 2018/03/25(日)11:46 ID:Lywxeunja(4/4) AAS
>>809
ありがとうございました。
故意に違反状態にするということもあるんですね。
正直言って無駄に分かりにくいところがあるんですね。
812: (ﾜｯﾁｮｲ 0e8a-VY+1) 2018/03/25(日)12:26 ID:NNknxHvv0(1) AAS
うん過去のもうメンテナンス不能なコードは膨大なんでそうするしか仕方ないんだよ
813: (ﾜｯﾁｮｲ 9a34-jZqL) 2018/03/25(日)12:40 ID:L+/M5ACh0(1) AAS
以前にも同じ質問出たし荒しかとおもた
814: 2018/03/25(日)13:01 AAS
C++相談室で出す話題でもなかろに
815: (ﾜｯﾁｮｲ 8a7e-Igml) 2018/03/25(日)13:06 ID:zn3nsIh00(1) AAS
一応初心者向けのスレっていう体じゃなかったのか？
816: 2018/03/25(日)13:52 AAS
ここか、
C言語なら俺に聞け 145
2chｽﾚ:tech
せめてここ向きの質問だろう
【初心者歓迎】C/C++室 Ver.102【環境依存OK】
2chｽﾚ:tech
817: (ﾌﾞｰｲﾓ MMba-Gtgj) 2018/03/25(日)15:10 ID:9t80sXyiM(1) AAS
>>810
旧K&Rつまり第一版は書換可能だったの
818: 2018/03/25(日)15:22 AAS
C++スレでK&Rの話すんなや
819: (ﾜｯﾁｮｲ f397-zkh5) 2018/03/25(日)17:38 ID:S7OmeNGW0(1/2) AAS
>>807
ISO/IEC14882:2017 C.1.1の段落3で
char* p = "abc"; // valid in C, invalid in C++
となっているので、C++ではコンパイルが通ってはいけない
なぜ通ることがあるのかというと、
JIS X3014:2003 D.4で
定値文字列からの暗黙変換 文字列リテラルに対し，定値から非定値へ暗黙変換することは，推奨しない（4.2参照）。
となっており、C++03に従う限りコンパイルは通ることになっていた名残だ
820(1): (ﾜｯﾁｮｲ 1a12-aRf7) 2018/03/25(日)17:59 ID:oI54xnZZ0(1) AAS
するなと言われてもスーパーセットなんだからC言語の記法がどこまで通じるかは重大な問題だと思う
821: (ﾜｯﾁｮｲ f397-zkh5) 2018/03/25(日)18:24 ID:S7OmeNGW0(2/2) AAS
建前「それは間違い」なんだが
本音ではそのとおり
822: はちみつ餃子◆8X2XSCHEME (ﾜｯﾁｮｲ b66f-zkh5) 2018/03/25(日)18:36 ID:vqcfoPV60(1) AAS
>>820
スーパーセットにするというよりは、
つかず離れずというポジションかなぁ。
C++ が先にやったのを C で取り入れたことも有るし。
823(1): (ﾌﾞｰｲﾓ MMe7-Dh3i) 2018/03/25(日)18:55 ID:HW+VfLnzM(1) AAS
可変長配列とか名前付きの構造体初期化とかc++に取り込まれたんだっけ？
スーパーセットは20年前にとっくに終わったんじゃないかと。
すでに導入されてたらスマソ
824: はちみつ餃子◆8X2XSCHEME (ﾜｯﾁｮｲ b66f-zkh5) 2018/03/26(月)05:22 ID:S9VCdiyC0(1) AAS
>>823
たぶん入ってないな。
可変長配列 (VLA) って確か C でもオプショナルに格下げされてただろ。 (C11 から)
C++ のイニシャライザはだいぶん複雑になっちゃったから辻褄の合うようにするの大変だろうし、
もうやらないんじゃないかな。
825: (ﾜｯﾁｮｲ 8a7e-Igml) 2018/03/26(月)11:36 ID:pTR+m2Zc0(1) AAS
実用レベルではほぼスーパーセットといっても差し支えない
826: 2018/03/26(月)11:51 AAS
実用レベルではCがC++のサブセットだし🙄
827: (ｽﾌｯ Sdba-5bpY) 2018/03/26(月)12:28 ID:tDSLT7/Xd(1) AAS
実用レベル:=C++にも存在する機能に制限されたC
828(1): (ﾜｯﾁｮｲ 36e7-0D9k) 2018/03/26(月)22:04 ID:cCKTbT1E0(1) AAS
C11の_GenericとかそれCで敢えてやる必要あるの？って思う
829: (ﾜｯﾁｮｲ b6e9-5bpY) 2018/03/26(月)23:52 ID:TogAHTIh0(1) AAS
微妙に使い辛い機能だし分からんでもないけど、本当の名前がちゃんと見えてるのはちょっと安心感
830: (ﾜｯﾁｮｲ a304-h0dl) 2018/03/26(月)23:58 ID:bouVP8Z10(1) AAS
>>828
スイッチで選択するのをスマートにした感じやな。
イマイチ〜〜。
テンプレート一個書いて複数にジェネレートさせる方が好み。
831(2): (ﾜｯﾁｮｲ b69b-g2oz) 2018/03/27(火)01:36 ID:tW2Kdf3t0(1/4) AAS
あるクラスAのラッパークラスWで
A&を受け取る場合はWの全てのメソッドが使えて
const A&を受け取る場合はWのconstメソッドだけが使えるように制限する設計って
ありましたっけ？
832: (ﾜｯﾁｮｲ a304-h0dl) 2018/03/27(火)01:42 ID:6oSpwfuc0(1/2) AAS
おーばーらいど。
833: (ﾜｯﾁｮｲ 9a34-jZqL) 2018/03/27(火)06:31 ID:m3riabwu0(1) AAS
あとは operator -> でポインタ返すやり方とかだな
834: 2018/03/27(火)06:53 AAS
>>831
制限っていうのは、コンパイルエラーにしたいの？
835(2): (ﾜｯﾁｮｲ b69b-g2oz) 2018/03/27(火)07:01 ID:tW2Kdf3t0(2/4) AAS
A a0;
const A a1;
W w0(a0);//OK
W w1(a1);//NG
const W w2(a1);//OK
const W w3(a0);//OK
で、Wの非constメソッドには必ずconstメソッドが対応して存在している
みたいな
836(1): (ﾜｯﾁｮｲ a304-h0dl) 2018/03/27(火)07:12 ID:6oSpwfuc0(2/2) AAS
設計がダサい気がするけど、何に使うんだろう。
837(1): 2018/03/27(火)07:35 AAS
>>835
NGっていうのは、コンパイルエラーにしたいの？
838: (ﾜｯﾁｮｲ b69b-g2oz) 2018/03/27(火)07:36 ID:tW2Kdf3t0(3/4) AAS
>>837
そうですね
839: (ﾜｯﾁｮｲ a350-XniR) 2018/03/27(火)07:40 ID:ofLFYE4b0(1) AAS
>>836
明確な欠点を指摘出来ない時に使う言葉だな
「ダサい」
840: (ﾜｯﾁｮｲ 0723-14g7) 2018/03/27(火)11:34 ID:bA2HN2rY0(1) AAS
クラスを
W
MutableW (変更可能なW)
と分けるのがよく使われる現実的な解だと思う
MutableW は W の派生型として実装すると楽
>>835
＞で、Wの非constメソッドには必ずconstメソッドが対応して存在している
この部分は意味不明なので聞かなかったことにしておく
841: (ﾜｯﾁｮｲ b69b-g2oz) 2018/03/27(火)12:08 ID:tW2Kdf3t0(4/4) AAS
なるほど、ありがとうございます
842: はちみつ餃子◆8X2XSCHEME (ﾜｯﾁｮｲ b66f-zkh5) 2018/03/28(水)16:37 ID:jJD3k2j80(1/2) AAS
>>831
テンプレートにしておいて SFINAE で分岐するという方法はとれるが……。
843(1): (ｱｳｱｳｳｰ Sac7-fzSc) 2018/03/28(水)18:32 ID:rzqMRle+a(1) AAS
C言語ってこんなので就職できるらしい…
【企業】「”C言語…？どこかで見た”程度でOK」 名古屋のアテック、求人広告が話題に エンジニアの人材不足、面白求人でカバーできる？
2chｽﾚ:newsplus
本物のC++プログラマーを募集してる某社とはえらい違いだな
844: (ﾜｯﾁｮｲ 8a7e-Igml) 2018/03/28(水)20:11 ID:nsQQ2hCk0(1/2) AAS
永久にPHP弄らせる要員としては十分
845: 2018/03/28(水)20:50 AAS
>>843
言語ヲタなんてプロジェクトに一人いれば十分だし
兵隊は言語の知識よりコミュニケーション能力、報連相、Excel方眼紙スキルが大事よ
846: (ﾜｯﾁｮｲ 3708-zkh5) 2018/03/28(水)20:55 ID:NO5LUaew0(1) AAS
上司を黙らせるスキルでしょ
盛らないでね
847: (ﾜｯﾁｮｲ 8a7e-Igml) 2018/03/28(水)22:09 ID:nsQQ2hCk0(2/2) AAS
会社員なのだから上司が納得することだけが重要
848: 2018/03/28(水)22:29 AAS
上司なんか関係ないやろ
お客さんを味方に付けることや
849: (ﾜｯﾁｮｲ a350-XniR) 2018/03/28(水)22:33 ID:fYzIlbdt0(1) AAS
関係あるだろ
850: (ﾜｯﾁｮｲ a37f-zkh5) 2018/03/28(水)22:46 ID:2H+8IznE0(1) AAS
上司も客も関係無いよバカども
プログラミングの話だバカども
851: はちみつ餃子◆8X2XSCHEME (ﾜｯﾁｮｲ b66f-zkh5) 2018/03/28(水)23:56 ID:jJD3k2j80(2/2) AAS
マ板でやれ
852: (ﾜｲﾓﾏｰ MMb3-TX0Y) 2018/03/29(木)00:40 ID:zCjdEvGWM(1) AAS
visualstudio2017 Win32アプリケーションでSQLiteを使いたいのですが
Nugetにそれらしきものが合ったのでインストールしようとしたのですが以下のエラーでインストールできません。
外部ﾘﾝｸ:www.nuget.org
パッケージ 'SQLite 3.13.0' をインストールできませんでした。このパッケージを 'native,Version=v0.0' を対象とするプロジェクトにインストールしようとしていますが、
そのフレームワークと互換性があるアセンブリ参照またはコンテンツ ファイルがパッケージに含まれていません。
どうすればよいのでしょうか。
853: (ﾜｯﾁｮｲ d180-3UCh) 2018/03/29(木)00:42 ID:+dX3Weor0(1/10) AAS
CoAppのタイムスタンプ調べてみて。
NuGetは捨てろ。
854: (ﾜｯﾁｮｲ d180-3UCh) 2018/03/29(木)00:48 ID:+dX3Weor0(2/10) AAS
代わりに何を使うか。
VCPKG。
ただし、MSは三年後にVCPKGも捨てているだろう。
逆に我々がVSを捨てる時期に来ている。
855: (ﾜｯﾁｮｲ d180-3UCh) 2018/03/29(木)00:53 ID:+dX3Weor0(3/10) AAS
MSの方針としてC++を捨ててC#に移行させるというのがあって、C++ユーザーはあの手この手で改宗を迫られる。
もはやVSでC++は苦行。
というか、WindowsでC++が苦行。
856: (ﾜｯﾁｮｲ d180-3UCh) 2018/03/29(木)00:55 ID:+dX3Weor0(4/10) AAS
C++を捨ててC#に移行するか、Windowsを捨ててOSXかLinuxに移行するか。
二択。
WindowsではC#が正解。
なぜならMSがそれを望んでいるから。
857: (ﾜｯﾁｮｲ b37e-YG9/) 2018/03/29(木)01:05 ID:xx4XvERn0(1/7) AAS
C++のチームも頑張って更新してるけどな
IDEとコンパイラは十分なのに
・パッケージマネージャーがクソ
・再起動しないとPATHが更新されない
・VSのプロジェクトが用意されていないとビルドが面倒
と環境が整備されてなさすぎる
858: (ﾜｯﾁｮｲ 93eb-Mlde) 2018/03/29(木)01:09 ID:y/yCqDtn0(1) AAS
C# + C++/CLI + C++
という選択肢
859: (ﾜｯﾁｮｲ d180-3UCh) 2018/03/29(木)01:14 ID:+dX3Weor0(5/10) AAS
我々が間違っている公算も高い。
我々はC++を使いこなせる。
だから、C++なら簡単にできるのになぜそうしない？と思ってしまうが、これから学ぶならC#のほうが簡単だろう。
MSがC#を推すのは正しいのかもしれない。
860: (ﾜｯﾁｮｲ b37e-YG9/) 2018/03/29(木)01:20 ID:xx4XvERn0(2/7) AAS
C#はビジネス用だから
より早く大量にコードを生産することを目的としているからC++とは用途が違う
861: (ﾜｯﾁｮｲ 7923-KOzE) 2018/03/29(木)02:12 ID:Hc4kPWXM0(1/3) AAS
Android でも iPhone でも Windows でも使える共通部分のコードは c++ で、
ってのを C# に変えたいのかもしれんが
別段 c++ で不自由ないしなあ…
てか c# って .Net のイメージ強すぎて単体で使える気がまるでしない
862: (ﾜｯﾁｮｲ 9334-3URi) 2018/03/29(木)03:27 ID:T1PPEJjr0(1/2) AAS
未だにproperty実装出来ていないC++標準仕様が異常なんだぜ
そりゃMSも堪忍の尾が切れるってもんだぜ
863: (ﾜｯﾁｮｲ 4104-2GNe) 2018/03/29(木)04:16 ID:Ng8O1HeK0(1) AAS
ら、ライブラリで実装できるから・・・。
ちなみに、プロパティっぽい提案は過去出てるが、全くテーブルに乗らない。
864: (ﾜｯﾁｮｲ b37e-YG9/) 2018/03/29(木)04:45 ID:xx4XvERn0(3/7) AAS
誰もプロパティを欲していないのである
865: (ﾜｯﾁｮｲ 3181-vyEq) 2018/03/29(木)06:44 ID:izMMXIg60(1) AAS
俺も欲しくない
コスト予測し辛杉ﾃﾞﾌ
866: (ﾜｯﾁｮｲ 5be7-Cooj) 2018/03/29(木)07:38 ID:LRHKAKcy0(1/2) AAS
C#はいい言語だよ
Linq便利だし
ただC++とは用途が違うってだけ
867: (ﾜｯﾁｮｲ 93e7-qGf7) 2018/03/29(木)08:06 ID:qluMmKIH0(1) AAS
何度聞いてもプロパティが欲しいという思いが沸かないんだが
868: (ﾜｯﾁｮｲ d3bd-qsUw) 2018/03/29(木)08:10 ID:FDAIDKLE0(1) AAS
ウィンドーズホンでネイティブC++とC++/CXの間を取り持つwrapperを書くのに使う
Wrapperを書くのに便利
869(2): (ｱｳｱｳｳｰ Sa45-kUw7) 2018/03/29(木)10:37 ID:+tUOh99Na(1/4) AAS
プロパティが使えたらMFCのような糞環境でUpdateDataを使わなくてよくなる
プロパティに代入で表示が変わり
プロパティからそのまま値が取り出せる
870: (ﾜｯﾁｮｲ d180-3UCh) 2018/03/29(木)10:39 ID:+dX3Weor0(6/10) AAS
しかしVisual Studioは何だってUTF-8で保存されるのをそんなに嫌うんだろうか。
あの手この手でUTF-8で保存するのを妨害してくるけど。
871: (ﾜｯﾁｮｲ d180-3UCh) 2018/03/29(木)10:40 ID:+dX3Weor0(7/10) AAS
VSで開発してLinuxに移植されるのを嫌がってるんだろうかね。
その割にはgdbと接続できるようにしてるし。
872: (ﾜｯﾁｮｲ 7923-KOzE) 2018/03/29(木)10:47 ID:Hc4kPWXM0(2/3) AAS
>>869
ナイナイ
今だって setFoo() だの getFoo() だの実装すりゃできるけど初学者以外はやらないだろ？
実装するにも使うにも効率が悪いからね。
873(1): (ﾜｯﾁｮｲ d3cb-436e) 2018/03/29(木)10:47 ID:+dsdqxPO0(1) AAS
>>869
それはsetter/getterではできないことなんだな？
874: (ｽｯﾌﾟ Sdf3-Myl/) 2018/03/29(木)10:57 ID:HNpF58Nud(1) AAS
a.Hoge+=100;
みたいな事をできて便利だなと思うことはあるけど無けりゃないでいいわレベル
875: (ﾜｯﾁｮｲ 59d3-kUw7) 2018/03/29(木)11:06 ID:q+sj+Afe0(1) AAS
プロパティはメソッドともフィールドとも区別できるメタデータとしての活用が唯一の動機なんだが
結局のところ実行時の型システムまで整備しないととただの構文糖だしなあ
876(2): (ｱｳｱｳｳｰ Sa45-kUw7) 2018/03/29(木)11:06 ID:+tUOh99Na(2/4) AAS
>>873
A.Width+=20;
と
A.setWidth(A.getWidth()+20);
どっちがいい？;
877: (ｱｳｱｳｳｰ Sa45-wAfm) 2018/03/29(木)11:10 ID:jtsbgEO5a(1) AAS
>>876
後者の方が好きだな
878(1): (ｱｳｱｳｳｰ Sa45-kUw7) 2018/03/29(木)11:14 ID:+tUOh99Na(3/4) AAS
a.value++とかif(a.Width==100)とか
普通に書けるものをわざわざgetter setter書きたいんだな
変ってる
879: (ﾜｯﾁｮｲ 7923-KOzE) 2018/03/29(木)11:32 ID:Hc4kPWXM0(3/3) AAS
UI とのバインディングを失笑されたら
シンタックスシュガーでこんなに楽にかける！と主張し始めたよw
そりゃ楽にかけて便利だよな。
そのためのものだもの。そこは同意する
880: (ｱｳｱｳｳｰ Sa45-kUw7) 2018/03/29(木)11:35 ID:+tUOh99Na(4/4) AAS
GUIだけじゃなくて他にも使えるというか
他がメイン
881(1): (ﾜｯﾁｮｲ b37e-YG9/) 2018/03/29(木)12:12 ID:xx4XvERn0(4/7) AAS
>>878
そういう風にお手軽にメンバを書き換えるのは事故のもとなのでやめましょうってことでめんどくさくしたのに
戦争を知らない世代みたいな
現状でもa.value()++とかif(a.Width()==100)でできるしな
これまでのコードとの一貫性を破壊してなおかつ年代物のコンパイラに更に複雑なパースをさせて得られるものがちょっと括弧を省略するだけとは
882: (ｽｯｯﾌﾟ Sdb3-VlFK) 2018/03/29(木)12:14 ID:mREgEFijd(1/3) AAS
プロパティのメリットは最初publicで適当に実装しといても後からgetter/setter付きのprivateに変えれる所じゃない？
883(1): (ﾜｯﾁｮｲ b37e-YG9/) 2018/03/29(木)12:18 ID:xx4XvERn0(5/7) AAS
変数がない状態でもテストに通るように作るべきだからpublicで変数を持たせる機会が一瞬もない
884(2): (ﾜｯﾁｮｲ d180-3UCh) 2018/03/29(木)12:18 ID:+dX3Weor0(8/10) AAS
C++builderってプロパティなかったっけ。
たいそう便利だったような気がするのだが、思い違いだろか。
885: (ﾜｯﾁｮｲ d180-3UCh) 2018/03/29(木)12:19 ID:+dX3Weor0(9/10) AAS
そもそも最近のGUIビルダってC++ビルダーの影響受けまくってるような感じがする。
886: (ﾜｯﾁｮｲ 9312-3n/u) 2018/03/29(木)12:20 ID:ONnwnPbh0(1) AAS
トップダウンで理想から考えるのが早い
どういう風に書ければ満足するんだ
887(1): (ｱｳｱｳｳｰ Sa45-kUw7) 2018/03/29(木)12:26 ID:f5JOZCzba(1/7) AAS
>>881
パースが面倒になるとは思えない
変数と同じ使い方なんだから変数のようにパースするだけだと思うが…
それにお前はコンパイラつくらないじゃん
888: (ｱｳｱｳｳｰ Sa45-kUw7) 2018/03/29(木)12:28 ID:f5JOZCzba(2/7) AAS
c++0x（）以降の理念で仕様策定だけしたらいいじゃん
基本機能を妨げないように仕様追加
使うかどうかは本人次第
誰も強制しない
889: (ｱｳｱｳｳｰ Sa45-kUw7) 2018/03/29(木)12:30 ID:f5JOZCzba(3/7) AAS
拡張forもautoも馬鹿みたいに文句言ってたけど今でも使うなって言う人はいるのかな
890: (ﾜｯﾁｮｲ d180-3UCh) 2018/03/29(木)12:31 ID:+dX3Weor0(10/10) AAS
使うな！
891: (ｱｳｱｳｳｰ Sa45-kUw7) 2018/03/29(木)12:31 ID:f5JOZCzba(4/7) AAS
わかりました使いません…
892: (ｽｯｯﾌﾟ Sdb3-VlFK) 2018/03/29(木)12:59 ID:mREgEFijd(2/3) AAS
頭かったｗｗｗｗ
893: (ﾜｯﾁｮｲ b37e-YG9/) 2018/03/29(木)13:03 ID:xx4XvERn0(6/7) AAS
>>887
これらを採択する人の中にGCCやMSVCの人がいないわけないじゃん
関数として扱うのか、変数として扱うのか決めなきゃいけない
そしてどうやってポインタをとるのかなど色々な問題がある
そしてさっきも言ったけど括弧を少し減らせるだけでできることが増えるわけじゃないというのが最大の問題
894(1): (ｱｳｱｳｳｰ Sa45-kUw7) 2018/03/29(木)13:16 ID:f5JOZCzba(5/7) AAS
得意げにご高説を垂れ流してる最中に申し訳ありませんが
a.value++;
と
a.value()++;
は別物
あえてみんなスルーしてくれてるのに
895: (ﾜｯﾁｮｲ 1323-RCub) 2018/03/29(木)13:20 ID:ng76gyv10(1) AAS
>>894
参照返しなら同じでは？
896(1): (ｱｳｱｳｳｰ Sa45-kUw7) 2018/03/29(木)13:33 ID:f5JOZCzba(6/7) AAS
ん？
参照した値を変えるとGUIの表示とか更新してくれんの？
getterとsetterあったとして実行してくれんの？
a.width()とa.widthが同じgetter的な動作してくれるのはわかるけど
897: (ｽｯｯﾌﾟ Sdb3-VlFK) 2018/03/29(木)13:38 ID:mREgEFijd(3/3) AAS
アンチプロパティの人なんでそんなに必死なん？
898(1): (ﾜｯﾁｮｲ b37e-YG9/) 2018/03/29(木)13:47 ID:xx4XvERn0(7/7) AAS
>>896
プロキシクラス
899: (ｽｯﾌﾟ Sdb3-W7mk) 2018/03/29(木)14:39 ID:BTFPAIj5d(1) AAS
GUIの表示を更新するように作れば更新される
900: (ﾜｯﾁｮｲ 1908-kUw7) 2018/03/29(木)14:39 ID:DoW8QBEn0(1) AAS
a.value()++; が参照返しとかどんだけヘボいんだよｗ
リファレンサのprvalueだろjk
901: (ｱｳｱｳｳｰ Sa45-kUw7) 2018/03/29(木)15:02 ID:f5JOZCzba(7/7) AAS
プロパティ不要とは言うけどそもそものプロパティの仕組みと効果はわかってないんだね
こんな人ばかり
902(3): (ﾜｯﾁｮｲ c1b3-tte4) 2018/03/29(木)15:57 ID:or4Xspy50(1) AAS
何スレか前にもプロパティの議論あったんだけどね・・
少なくともgetter/setterを自動生成する、みたいなクソな機能ではないぞ
上下前次1-新書関写板覧索設栞歴
あと 100 ﾚｽあります
ｽﾚ情報 赤ﾚｽ抽出 画像ﾚｽ抽出 歴の未読ｽﾚ AAｻﾑﾈｲﾙ
ぬこの手 ぬこTOP 0.490s*