ここでは虹裏imgのかなり古い過去ログを閲覧することができます。
18/07/26(木)20:47:00 No.521558621
混乱の元
1 18/07/26(木)20:47:50 No.521558915
int* p, q; はどうなりますか？死ねアホ
2 18/07/26(木)20:48:41 No.521559244
template<typename T> using ptr = T*;
3 18/07/26(木)20:50:36 No.521559927
同じ*を使ってしまったのが悪い
4 18/07/26(木)20:51:16 No.521560157
何が違うの…？
5 18/07/26(木)20:52:20 No.521560498
見た目が
6 18/07/26(木)20:53:38 No.521560895
なんでそんな構文を許したのかがそもそもわからない
7 18/07/26(木)20:54:54 No.521561273
下がいなくなればCの勉強でポインタ苦手になる人1割くらい減るとおもう
8 18/07/26(木)20:54:59 No.521561300
C++なんてダッセーよなー！帰ってGolang書こうぜー！
9 18/07/26(木)20:56:43 No.521561808
C開発した人「だって身内で使う想定の言語だし…」
10 18/07/26(木)20:57:19 No.521561994
なんとスペースなしのint*p;でもコンパイル通っちまうんだ
11 18/07/26(木)21:08:25 No.521565521
ポインタpがあるだろ？ ポインタの先は*pだろ？ *pの型はintだろ？ int *pできた！
12 18/07/26(木)21:09:29 No.521565858
int*型なんてないよ こんな覚え方したらバグの温床になる
13 18/07/26(木)21:10:09 No.521566073
実際使うときは下だけど覚える段階だと混乱するって話でしょ
14 18/07/26(木)21:10:31 No.521566164
下が出来てから あ！やべぇ！って上が出来たんだろう 直そうとしたら戦争が起きた
15 18/07/26(木)21:12:17 No.521566747
※ pに入ってるアドレスのとこに値を入れる*pとは直接関係ありません
16 18/07/26(木)21:12:22 No.521566790
なあにどっちにしろ4バイトだ気楽に行こうぜ （インクリメントしながら）
17 18/07/26(木)21:12:51 No.521566957
でもよぉ そこまで泣くほどのもんか？
18 18/07/26(木)21:14:03 No.521567348
😃auto
19 18/07/26(木)21:15:01 No.521567678
>なあにどっちにしろ4バイトだ気楽に行こうぜ >（インクリメントしながら） ++なのにどうして4バイトずつ増えるんですか…どうして…
20 18/07/26(木)21:15:07 No.521567709
使用では下だけどポインタ型と普通の型の混在が可能なので上のほうが良いが表記としてはダメ もう知るか勝手にしろC系
21 18/07/26(木)21:16:02 No.521567977
どこかの書籍でこき下ろされていた表記
22 18/07/26(木)21:16:35 No.521568167
後方互換性を投げ捨てて文法を整理したリニューアルC言語みたいなの出してくれないかな…
23 18/07/26(木)21:18:17 No.521568716
const &str みたいなアレもぶっちゃけキモイです
24 18/07/26(木)21:18:44 No.521568877
同じ*とか使わず@でも使ってれば良かったのにね
25 18/07/26(木)21:20:53 No.521569575
>書き方や言い方が違うだけでいずれも全く同じ意味で同じ動作をします。
26 18/07/26(木)21:21:14 No.521569685
分からないものはおまじない いいね
27 18/07/26(木)21:21:39 No.521569805
int** pNum;
28 18/07/26(木)21:23:20 No.521570351
それより引数で配列使うときアドレス渡すようになってるほうがよほど混乱の元だとおもう
29 18/07/26(木)21:23:35 No.521570431
**ときたら最近はもう9割array配列だ
30 18/07/26(木)21:24:40 No.521570775
Cたすたすとかだともっとうまくポインタ使うの？ Cで嫌になってしまったよ
31 18/07/26(木)21:26:13 No.521571243
>それより引数で配列使うときアドレス渡すようになってるほうがよほど混乱の元だとおもう ソースも汚くなるから可能な限り構造体とか型に置き換えてるかな
32 18/07/26(木)21:27:40 No.521571748
2次元配列みたいな糞汚いのは構造体にしてぱっと見綺麗にみえるように誤魔化そう！
33 18/07/26(木)21:29:54 No.521572510
>const &str みたいなアレもぶっちゃけキモイです コピーコストが生まれないので合理的
34 18/07/26(木)21:32:00 No.521573234
>Cたすたすとかだともっとうまくポインタ使うの？ 基礎は一緒だけどコンテナでオブラートに包むので取り扱いが便利になるよ 簡単な例だと文字列リストかな
35 18/07/26(木)21:33:01 No.521573573
>Cたすたすとかだともっとうまくポインタ使うの？ >Cで嫌になってしまったよ 明示的に開放してくれるスマートポインタがある
36 18/07/26(木)21:33:18 No.521573651
>コピーコストが生まれないので合理的 コピーコンストなんて考慮する必要があるの？要らなく無い？ってなる
37 18/07/26(木)21:33:58 No.521573873
明示的にじゃなかった 明示的に開放しなくても勝手に開放してくれる だ
38 18/07/26(木)21:34:08 No.521573929
正規表現いいよねと思ったら違った
39 18/07/26(木)21:36:04 No.521574556
>int** pNum; ハンガリアン！
40 18/07/26(木)21:36:14 No.521574644
やっぱり時代は♯だよな！
41 18/07/26(木)21:37:59 No.521575211
>コピーコンストなんて考慮する必要があるの？要らなく無い？ってなる constじゃなくてcost std::stringなんてバカでかい構造体をループのような機構でコピーで大量に受け取ったら無駄だろ
42 18/07/26(木)21:42:02 No.521576538
>constじゃなくてcost ごめん こっちはconst 変更しないのだからコピーせずそのまま渡してほしいなってね
43 18/07/26(木)21:42:16 No.521576603
リソース気にするほど小規模の仕事なんだね