[過去ﾛｸﾞ] C++相談室 part154 (1002ﾚｽ)
上下前次1-新
このｽﾚｯﾄﾞは過去ﾛｸﾞ倉庫に格納されています｡
次ｽﾚ検索 歴削→次ｽﾚ 栞削→次ｽﾚ 過去ﾛｸﾞﾒﾆｭｰ
452: 2021/02/02(火)18:03 ID:FSwj4KRK(1) AAS
バレルシフタと単純ゲート
レイテンシも糞もねえだろ
453: 2021/02/02(火)18:11 ID:8HFbTrXI(2/2) AAS
でもその縛りプレイが大好きな変人も居る
454: 2021/02/02(火)22:23 ID:likaPPB8(1/3) AAS
operator ==も定義しておくとなお良い
==のために<が2回呼ばれるのもアホらしいと感じるはず…
結局std::rel_opsを使って全部定義するという結論に落ち着く
455: 2021/02/02(火)22:25 ID:likaPPB8(2/3) AAS
インテルのやつはバレルシフタじゃない気配がする…
シフト結果をテーブル化した方が速かったことｇ
456: 2021/02/02(火)22:28 ID:likaPPB8(3/3) AAS
あるいは最大限バレルシフタにしようとしているがパイプライン1段に収まっていないだけかもしれん…
457: はちみつ餃子 ◆8X2XSCHEME 2021/02/03(水)00:25 ID:p0NvFN6a(1/2) AAS
>>443
gcc, clang, msvc で最適化最大で試してみたら and をとるように最適化されたぞ。
主要コンパイラがそのように最適化するということは (前後の状況によるかもしれないけど)
たぶん and のほうが効率的ってことなんだろう。
458(2): 2021/02/03(水)00:38 ID:53EFMpkm(1/4) AAS
ビットシフトは64bit整数でのコンパイラ解釈が信用できないからAND演算子使うのが確実だと思うけどどうかな。
459: 2021/02/03(水)00:51 ID:5b6XJ+8s(1) AAS
>>458
落ち着いてよく考えてみよう
お前がC++で作った成果物のうち、お前自身が書いたコードの割合なんてごくごく僅かに過ぎない
仮にそんなレベルで互換性が当てにならないような環境があったとして、お前が直接書いていない他の99%のコードがまともに動くと本気で思うか？
460(2): はちみつ餃子 ◆8X2XSCHEME 2021/02/03(水)00:54 ID:p0NvFN6a(2/2) AAS
0xffffffffff とか書いてたら桁数を正しく書けてるか不安になる……
今の C++ だと桁区切りも入れられるけど、
どう入れたら意図がわかりやすいかようわからんし、
シフトで表現するのもありな選択だと思う。
461: 2021/02/03(水)01:01 ID:+m9V7fCu(1/2) AAS
>>458
具体例をお願いできますか？
462(1): 2021/02/03(水)01:20 ID:53EFMpkm(2/4) AAS
コンパイラがちゃんと32bit整数への丸め警告を出してくれるならいいが、しれっとコンパイルされたらお手上げ。
463: 2021/02/03(水)02:47 ID:+m9V7fCu(2/2) AAS
>>462
丸めって暗黙の型変換のことですか？
シフト演算は特に関係しないと思いますが……
464: 2021/02/03(水)06:01 ID:QcjMAifW(1) AAS
>>460
0x0000'ffffull
465(3): 2021/02/03(水)06:29 ID:y3dS6mbz(1/2) AAS
unsigned long long x = (0x1ULL << 32) - 1ULL;
ならちゃんと動く（と思う）が
unsigned long long x = (0x1 << 32) - 1;
とかだとｲﾏｲﾁ不安が…
466: 2021/02/03(水)06:38 ID:Nl+WsQpo(1) AAS
>>465
下の方はイコールの右辺にintしか出てこないのだから、intが32bitの環境なら32bitでしか計算されないだろう
467: 2021/02/03(水)10:23 ID:q8Ed7guF(1) AAS
丸めと暗黙の型変換は違うものでは？
468: 2021/02/03(水)11:47 ID:HtH84Poo(1) AAS
丸めや打ち切りは浮動小数点数の概念やね
469: 2021/02/03(水)13:02 ID:53EFMpkm(3/4) AAS
ビットシフト記述は自然すぎてソースコードに埋もれてしまう。
64ビットマスクのAND記述は見た目がどぎついので、かえって人間の注意を引くことができる。
470: 2021/02/03(水)14:45 ID:J722wycU(1) AAS
なにいってんだこいつ
471(1): 2021/02/03(水)15:50 ID:pE1foWCw(1) AAS
>>465
やっぱり、32BITの時が一番プログラミングし易かったな。
64BITになると、64BITと32BITを区別して書く必要が出てきて、
書くのが面倒になった。
472: 2021/02/03(水)19:12 ID:XaYGR0Wv(1) AAS
そう？ポインタサイズくらいしか違いなくない？
473(2): 2021/02/03(水)21:29 ID:53EFMpkm(4/4) AAS
まじめにC/C++標準型size_tを使っている人には32bitと64bitの処理切り分けが地味に辛い。
474: 2021/02/03(水)22:36 ID:y3dS6mbz(2/2) AAS
>>465の下の方のやつは符号拡張されたりする気がするorz
475(1): 2021/02/03(水)22:40 ID:Ea4RwHR/(1) AAS
>>424
> obj& operator [] (int i) {return elem[i];}
> もちろんelem[]の定義はobj elem[];
objは行列クラスで、elemはobjのメンバで行列要素を格納する一次元配列、で合ってますよね？
class obj{
array<int, ?> elem;
public:
obj& operator [] (int i) {return elem[i];}
};
ということですか？
476: 2021/02/04(木)03:22 ID:R0EDVzG0(1/2) AAS
>>473
size_t は、型名が長いし _ も含んでいるし、打つのが辛い。
それにコードに締める長さも長くなるので画面が狭くなるし。
477: 2021/02/04(木)04:17 ID:SkZt7jTc(1) AAS
>>473
まじめに、て別にsize_t使ってたら偉いわけじゃない
サイズを表したいけどいちいち考えたくない場合の選択肢だぞ
478: 2021/02/04(木)11:32 ID:sIhIIpMX(1/2) AAS
size_t型はSTLを使う人なら避けて通れない。
479(1): 2021/02/04(木)11:40 ID:ZzRKCYY/(1/2) AAS
>>471
それ本来そこにあった問題に気付いていないだけだったと思うぞ
480(1): 2021/02/04(木)11:44 ID:ZzRKCYY/(2/2) AAS
>>475
class obj{
array<obj, ?> elem;
public:
obj& operator [] (int i) {return elem[i];}
};
481(1): 2021/02/04(木)12:06 ID:DWE1XJjK(1/2) AAS
>>480
それってarrayのarrayとかvectorのvectorとか配列の配列として行列を作るのと同じですよね？
一次元配列に要素を格納しておいて[][]でアクセスするのは不可能なんでしょうか
row majorやcolumn majorを自由にできる、等の理由でそちらの方が好ましいのですが
482(2): 2021/02/04(木)12:29 ID:waKgX41w(1) AAS
一次元配列を内包しているクラスのoperator[](int y)が、下記のようなクラスを返すようにすればできる。
class Row {
vector<int>& 一次元配列への参照
int 列数
int y
int& operator[](int x){ return 一次元配列への参照[列数*y+x]; }
};
でも自分ならoperator[]は使わずもとのクラスにindex(x, y)みたいな関数を用意して対処すると思う。
483(1): 2021/02/04(木)13:10 ID:g2cSm/y9(1) AAS
malloc とか new で確保したメモリ領域を使うように
vector ( または array ) をインスタンス化するにはどうすればよいですか？
484(1): はちみつ餃子 ◆8X2XSCHEME 2021/02/04(木)13:13 ID:ttCVH4wp(1/2) AAS
>>481
こういう雰囲気で他のクラスをひとつ間に入れることでなんとかなる。
外部ﾘﾝｸ:wandbox.org
だけど俺も >>482 の言う通り operator[] にこだわらずに適当なメンバ関数でやる方法を推すわ。
実態として二引数なのだし、記法のためだけに余計な定義をするの馬鹿らしいと思う。
提案としては hoge[i, j] みたいな感じで二引数のインデックスを受け取れるようにする案は出てるんだが、
現状ではこのときのカンマは普通にカンマ演算子として解釈される。
前準備として、 C++20 からはブラケット内でのカンマは非推奨にするという変更が入っている。
外部ﾘﾝｸ:timsong-cpp.github.io
485: はちみつ餃子 ◆8X2XSCHEME 2021/02/04(木)13:20 ID:ttCVH4wp(2/2) AAS
>>483
ある時点で確保済みのメモリの上にオブジェクトを構築するには
std::uninitialized_default_construct を使う。
でも std::vector 自体を適当なメモリの上に構築できても
std::vector 内で使うメモリは std::allocator で確保しようとするから、
必要ならアロケータを定義する必要がある。
486(1): 2021/02/04(木)15:40 ID:R0EDVzG0(2/2) AAS
>>479
いや、全て32BITは、それに全て統一することで速度とメモリ効率と実用性の
バランスが取れていた。
ところが64BITだと実用上、表せる値の範囲はオーバースペックで
変数のメモリに占めるバイト数が8バイトと余りにも効率が悪い。
なので、多くの数値は32BITとし、必要な部分だけ64BITにするという
面倒な選択を強いられる様になった。
アドレスが64BITなので、それを整数型に入れるためには32BITの整数では
不足するので引きつられて整数も64BITを必要としがちになり、大混乱
が生じている。
(また、メモリーもアドレスを32BITより多くを必要とするアプリは非常に稀。)
487(1): 2021/02/04(木)16:48 ID:DWE1XJjK(2/2) AAS
>>482
ありがとうございます
ストラウストラップの「プログラミング言語C++」に「行列クラスの設計」なるセクションがあったのを覚えてるので、そちらではどうしていたかも見てみます
488(2): 2021/02/04(木)17:07 ID:dB2jWvbu(1) AAS
unique_ptr<Hoge[]> p(new Hoge[4]{a, b, c, d});
みたいな定義と同時に代入は出来るのですが
(各要素毎に Hoge(a), Hoge(b), Hoge(c), Hoge(d) になりました)
unique_ptr<Hoge[]> p = make_unique<Hoge[]>(4);
だと引数無しのデフォルトコンストラクタが無いといけないし
(そもそも引数無しのデフォルトコンストラクタ作りたくない)
unique_ptr<Hoge[]> p = make_unique<Hoge[]>({a, b, c, d});
とか
unique_ptr<Hoge[]> p = make_unique<Hoge[]>(4){a, b, c, d};
とかはコンパイル出来ませんでした
引数無しのデフォルトコンストラクタがあれば
unique_ptr<Hoge[]> p = make_unique<Hoge[]>(4);
p.reset(new Hoge[4]{a, b, c, d});
だとうまく逝きますが効率が悪い気がします
make_unique は使ってはいけないのでしょうか？
489: 2021/02/04(木)17:51 ID:b9gCdorg(1/3) AAS
>>487
485も見てねー
490: 2021/02/04(木)17:52 ID:b9gCdorg(2/3) AAS
まちがえた。484
491: 2021/02/04(木)20:56 ID:ZyzsEROR(1) AAS
配列のunique_ptrは色々と中途半端で使いづらいからオススメしない
492: 2021/02/04(木)22:14 ID:b9gCdorg(3/3) AAS
>>488
unique_ptr<Hoge[]> p;
p.reset(new Hoge[4]{a, b, c, d});
でよいのでは？
493(1): 2021/02/04(木)22:20 ID:un3OWVjy(1) AAS
>>486
32bitアプリでも今どきなら64bit整数を使える処理系は多いだろ
そもそもアドレスを整数型に入れるっていつの時代の人よw
494: 2021/02/04(木)22:47 ID:/RiZUiBF(1) AAS
>>493
アドレスを整数に入れるのは過去の話じゃないぞ
495: 2021/02/04(木)22:51 ID:sIhIIpMX(2/2) AAS
intptr_t整数型を使ってたのっていつの時代？
496: 2021/02/04(木)23:24 ID:hMfhfQWp(1) AAS
uintptr_tならいつもお世話になっております
497: 2021/02/05(金)00:01 ID:NIkVqohR(1/2) AAS
この手合いのボケを量産するのはC++の害だな
498: 2021/02/05(金)01:35 ID:EB7VAtvO(1/2) AAS
むしろCの害
499: 2021/02/05(金)01:52 ID:xbM9VFWh(1) AAS
Rubyって結局勉強しないままPythonの時代になってしまったな
500: 2021/02/05(金)04:42 ID:ZuGfyZDY(1) AAS
同様にC++を勉強しないままRustの時代になる
501: 2021/02/05(金)09:51 ID:U76qOqQA(1) AAS
>>488
外部ﾘﾝｸ:www.it-swarm.jp.net演算子よりもstd-makeuniqueを使用する利点/826350881/amp/
外部ﾘﾝｸ:ja.stackoverflow.comの利点
502: 2021/02/05(金)13:28 ID:ou/gU5gH(1/3) AAS
c++やらずにrustとか馬鹿量産するだけにしか思えんな。
503(1): 2021/02/05(金)14:10 ID:Xzu/prlh(1) AAS
それ言ったらノーコードがどうたら言ってる奴らはもっとやばそう
504(1): 2021/02/05(金)14:17 ID:M7C1cdPI(1) AAS
ノーコードていってノードツリーみたいなのでフロー管理するやつ
よくゲーム系ツールにありがちだけど、サンプルみたいな単純な処理ならともかく
こみいったフローになってくるとノード間の接続線がものすごいことになって
とても管理しようという気になれない、まさに見た目どおりのスパゲティプログラムに
505(1): 2021/02/05(金)14:18 ID:ou/gU5gH(2/3) AAS
>>503
それはもう50年くらいずっとそうだろ。
ノーコードとか逆に俺様言語作ってるのとほぼ変わらん状態にしかならんという
しょーもない展開しか見たことない。
506: 2021/02/05(金)15:14 ID:zImWQG8r(1/4) AAS
VCPKGのupdate、upgradeが常に失敗するんだけど、使えてる人いますか？
小まめにupdateしないからだろか？
507: 2021/02/05(金)15:14 ID:zImWQG8r(2/4) AAS
Goは標準ライブラリが圧倒してる。
508: 2021/02/05(金)15:18 ID:zImWQG8r(3/4) AAS
半年に一度フルビルドみたいになってしまう。
509(1): 2021/02/05(金)16:12 ID:A9cGRDK5(1) AAS
Goは何がクソといってまず名前がクソ
510: 2021/02/05(金)16:36 ID:zImWQG8r(4/4) AAS
C++は基本だから、義務教育で習得するべき。
511: 2021/02/05(金)16:50 ID:/MNAnFTn(1) AAS
言語仕様がでかすぎるからC言語で精一杯
オマケで紹介される程度かな
512(1): 2021/02/05(金)18:21 ID:7P5D6x+s(1) AAS
>>505
昔はアセンブラすら触れない奴がC言語とか笑わせるなとか真顔で言う人がいたんだぜ。
別に仕事ができるのならRustでもPythonでも何でもいいと思うぞ。
513: 2021/02/05(金)19:09 ID:AjJLCZml(1) AAS
仕事ができるのならw
514: 2021/02/05(金)20:48 ID:ou/gU5gH(3/3) AAS
>>512
仕事ができるならなw
できないカスがクソみたいなもん押し付けてくるから文句が出るんだよ。
rustでもpythonでもまともなコード書いてりゃ文句はないわ。
まともじゃないから文句が出る。
515: 2021/02/05(金)21:49 ID:a81hUa+F(1/2) AAS
というか、プログラマとしてrust(鉄さび、腐食)になるというダブルミーニングを狙ったんだと思うけど。
516: 2021/02/05(金)21:59 ID:kFtfKVND(1) AAS
お前らってド素人のくせになんでいっちょまえの口利くん？
それって不思議だわ
517: 2021/02/05(金)22:34 ID:EB7VAtvO(2/2) AAS
Rustの名前は金属の錆じゃなくてサビ菌が由来
518: 2021/02/05(金)22:36 ID:NIkVqohR(2/2) AAS
Rottenでいい
519: 2021/02/05(金)22:48 ID:a81hUa+F(2/2) AAS
Perl6はRakuになってしまったし、Rustもいずれ「わびさび」の境地でSabiに改名されるでしょ。
520(1): 2021/02/06(土)03:04 ID:kQVOjfvp(1) AAS
「まともなコードが書けるなら」じゃなくて、まともなコードを強制するのがRustという言語の方針だと思うが
521: 2021/02/06(土)04:45 ID:oQfB5lBJ(1/2) AAS
>>284
昔からのプログラミング/電気界隈の慣習だから仕方ないけど、2要素のミニマルなブール代数しか扱わないにも関わらずboolean型を称するのがそもそもキモい
プログラミングで使うような半順序関係は、9割booleanで書くのが一番スッキリする
一般のbool型をプリミティブにして、そこからt/fやら三要素やらに派生するのが合理的に思う
522: 2021/02/06(土)04:50 ID:GfZyzG1j(1/4) AAS
ブーリアン革命。
523(1): 2021/02/06(土)05:13 ID:oQfB5lBJ(2/2) AAS
革命というか、クラスシステムでブール代数をエミュレートしてるのが現状のOOPじゃないかと
まあ言語によって可補性はマチマチだけど、全てについてスーパークラス/サブクラスなクラスを設けるのは、メインストリームの言語では大体そうだろ
524(1): 2021/02/06(土)07:27 ID:S9Y30hRK(1/7) AAS
>>520
だとしたら胡散臭さ200%のカルトだな
525(1): 2021/02/06(土)09:31 ID:rZdEmaWa(1/5) AAS
>>524
Java、Kotlin、Scala、C#、Ruby、Python、PHP
あたりのどれかを触ってみれば、危険な記述を言語仕様レベルで封印することのありがたさが分かる
他言語も触ってみることをオススメする
526(1): 2021/02/06(土)09:34 ID:5Ze23T9D(1) AAS
よくわからんが安全カミソリみたいなものかね？
527(2): 2021/02/06(土)10:10 ID:rZdEmaWa(2/5) AAS
>>526
そんな感じ
まぁ、C++もマスターすれば危険な記述を避けることはできるんだけど...
プログラマーが悪意を持ってプログラムを記述しない限り安全なコードになるようにしようという試みは大切だと思う
528(4): 2021/02/06(土)10:11 ID:S9Y30hRK(2/7) AAS
>>525
ありがとう、おまえさんのレベルの低さがよくわかった
文法や動作がよくわかってなくてマシンに警告してもらわなきゃ自分では判断できないんだな
アプリの内容として良からぬ事を企むという次元には程遠いわけか
529: 2021/02/06(土)10:12 ID:rZdEmaWa(3/5) AAS
>>528
投稿した瞬間の不意打ちレスワロス
530: 2021/02/06(土)10:17 ID:u/OM7jGY(1) AAS
>>527
> プログラマーが悪意を持ってプログラムを記述しない限り安全なコードになるようにしようという試みは大切だと思う
>>528
> 文法や動作がよくわかってなくてマシンに警告してもらわなきゃ自分では判断できないんだな
この流れは大草原不可避
531: 2021/02/06(土)11:01 ID:PohEB++t(1/2) AAS
>>504
Unity とか UE はきらい？
532: 2021/02/06(土)11:07 ID:PohEB++t(2/2) AAS
>>509
めっちゃわかります
外部ﾘﾝｸ:blog.golang.org
外部ﾘﾝｸ:write.kogus.org
533: 2021/02/06(土)11:09 ID:gLiOOG5V(1) AAS
rustの縛りプレイはマルチスレッドでのメモリ管理のクソ面倒さが原因だろう
534(1): 2021/02/06(土)12:19 ID:S9Y30hRK(3/7) AAS
>>527
いーや、くだらねえ
プログラマを信頼しない方針はあれもダメこれもダメの制限だらけになるだけだ
おまえさん自身も実社会で職場の誰よりも制限だらけなんだろう
重責を担ったことのないやつは人のせいにすることしか考えねえ
535: 2021/02/06(土)12:25 ID:UXUwo66G(1) AAS
それだけ無責任で信頼出来ない人間が多いって事だろ
536(1): 2021/02/06(土)12:31 ID:58EQLFGq(1/5) AAS
信頼はタダではないからな
バグを流出させたら銃殺ぐらいが妥当
537: 2021/02/06(土)12:53 ID:DutNpJ49(1) AAS
>>528
お前のレベルが極めて高いのは分かったが、お前の共同の開発者もお前のようにハイレベルだとは限らない
538(1): 2021/02/06(土)13:19 ID:Hu1Z4B3S(1/2) AAS
>>534
負け犬の遠吠え
539: 2021/02/06(土)13:29 ID:EjDQT0l8(1) AAS
>>460
「(type)~0」でどう?
540: 2021/02/06(土)13:32 ID:TGsCRbLO(1) AAS
>>536
ハゲを流出させたら〜と空目した
541: 2021/02/06(土)13:33 ID:rZdEmaWa(4/5) AAS
>>538
しー！余計なことを言うんじゃないっ！
542: 2021/02/06(土)13:38 ID:Hu1Z4B3S(2/2) AAS
>>528はスマートポインタを知らなさそう
文章から溢れ出る無能感
543: 2021/02/06(土)13:44 ID:S9Y30hRK(4/7) AAS
構ってちゃんは、スマポ憶えたてらしいなｗ
544(1): 2021/02/06(土)13:46 ID:gYQHLnIz(1) AAS
天才の俺が書くプログラムは絶対正しいから無駄なバカよけ機能はいらないしテストのような下等なことはしない
って豪語してたいつぞやの天才くんが帰ってきたのかな
545(1): ◆QZaw55cn4c 2021/02/06(土)13:50 ID:kbrcRlAn(1/2) AAS
>>544
私は馬鹿なので天才のコードというのがどんなのか凄く興味があります…
546(1): 2021/02/06(土)13:53 ID:ROiZJzWf(1) AAS
コテハンでこの程度の文章も読めないのは
547: ◆QZaw55cn4c 2021/02/06(土)13:55 ID:kbrcRlAn(2/2) AAS
>>546
そりゃ馬鹿だからでしょう…
548(1): 2021/02/06(土)13:59 ID:aJ9IYVGP(1/2) AAS
どう考えても誰かさんに対する皮肉なんだよなぁ...
まぁ、荒れるから誰とは言わないけど
549: 2021/02/06(土)14:05 ID:fN0CSTPN(1) AAS
傲慢かましすぎもへりくだりすぎも良くない
550(1): 2021/02/06(土)14:06 ID:zTEH7215(1) AAS
>>548
すでに荒れる種をまいてるきみが一番有害
551: 2021/02/06(土)14:12 ID:aJ9IYVGP(2/2) AAS
>>550
いや、俺は別にS9Y30hRKは天才だと思ってるぞ！誰もS9Y30hRKの事をゲロカス老害だとか、バグを減らす上での有害な存在だとか、人を見下すだけの無能だとか、自分にとって都合のいい妄想を口に出す病人だとか、構ってちゃんだとか、そんなこと全然思っていないから！！S9Y30hRKは天才！！疑う余地もなく天才！！ハイレベルなバカで誰もついていけないとか、そんなこと思っていないから！！！
だから！それ以上この話はやめろぉおおおお！！！
552(1): 2021/02/06(土)14:21 ID:rZdEmaWa(5/5) AAS
>>545
馬鹿でも扱えるくらい綺麗なコードが天才のコードだと思う
C++は表現豊かな言語だから...他の言語も触ると、綺麗な記述方法を学ぶ良い機会になるよ
553(1): 2021/02/06(土)14:56 ID:58EQLFGq(2/5) AAS
>>552が扱えるかどうかが天才か否かの基準か！
554: 2021/02/06(土)15:01 ID:S9Y30hRK(5/7) AAS
綺麗かどうかじゃない
何を実現したのかだ
綺麗に書くのはエチケットだが一番大事なことではない
555(1): 2021/02/06(土)15:11 ID:f5ipo2xA(1/2) AAS
>>553
銃殺は銃刀法違反及び殺人罪に接触することすら理解できないお前でも分かるコードが存在したら私はそのコードを書いた天才を尊敬する
556: 2021/02/06(土)15:21 ID:58EQLFGq(3/5) AAS
行政が法律に基づき行うなら問題無い
人が作った法律なら人が改正することができる
557(1): 2021/02/06(土)15:22 ID:S9Y30hRK(6/7) AAS
スレ違い板違い失せろ
558: 2021/02/06(土)15:28 ID:58EQLFGq(4/5) AAS
>>557は
>>555に対するレス
559: 2021/02/06(土)15:30 ID:f5ipo2xA(2/2) AAS
自作自演？
560(1): 2021/02/06(土)16:36 ID:oR/8CbQ7(1/2) AAS
やらかしちゃいましたねー
人を見下しておきながら、人を見下す側もウッカリミスはするという事が証明されました
こういうウッカリ屋はプログラミングでも不具合を引き起こします
馬鹿でも天才でもウッカリ屋でも保守できるコードは記述するように心がけましょう
561(3): 2021/02/06(土)16:38 ID:oR/8CbQ7(2/2) AAS
>>560
他にもテストの自動化、バージョン管理ツールの導入等もして不具合が流出しない仕組みを揃えておきましょう
以上
562(2): 2021/02/06(土)16:54 ID:bwIKlxQ8(1) AAS
std::stringにUTF-8のコードを入れてプログラムを書いていますが、これを正しく編集する
にはUTF-8での文字の境界を正しく認識しないと駄目ですよね?
それは一般的にはどう処理するものなのでしょうか。
UTF-8のビットパターンとバイト数のことは知っていますが、それを自分で処理すべきか、
さらには絵文字とか複数のユニコードが組み合わさったものはどうするのか、とか。
563: はちみつ餃子 ◆8X2XSCHEME 2021/02/06(土)17:05 ID:N9CbrPsc(1) AAS
>>562
コードポイント単位での処理で良いのであれば自分で適当に書いてしまってもいいと思う。
高度なものになると ICU などのライブラリを使う。
書記素クラスタ単位での処理が必要だったり正規化だったりといった場合では
コードを書けば済むというものでもなくて巨大な表が必要だし歴史的な変な規則が盛りだくさんだから
よほどの根性がないと自分ではどうにもならないと思う。
564: 蟻人間 ◆T6xkBnTXz7B0 2021/02/06(土)17:07 ID:gG6zzvvp(1/4) AAS
>>562 Windowsだったら
#include <windows.h>
MultiByteToWideChar(CP_UTF8, 0, ...);
MultiByteToWideChar(CP_UTF8, MB_ERR_INVALID_CHARS, ...);
WideCharToMultiByte(CP_UTF8, 0, ...);
IsTextUnicode(...);
などが使えると思われます。
565: 2021/02/06(土)17:41 ID:GfZyzG1j(2/4) AAS
スカラー値が一文字を表現するとは限りませんが、ユニコードスカラー値を基本にするのが現実的な妥協点だと思います。
きちんと処理するのは、データベースとアルゴリズムが必要なので、少人数では無理です。
ICUが有力な選択肢となりますが、これも気難しいライブラリなので、用途に合わないかもしれません。
事実上、世界中の様々な民族の文字を統一的に扱う目論見は破綻していると思います。
566(1): 2021/02/06(土)17:44 ID:+KPQZs33(1) AAS
動画ﾘﾝｸ[YouTube]
567: 蟻人間 ◆T6xkBnTXz7B0 2021/02/06(土)17:50 ID:gG6zzvvp(2/4) AAS
外部ﾘﾝｸ:ja.wikipedia.org
>任意のバイトの先頭ビットが "0" なら1バイト文字、"10" なら2バイト以上の文字の2番目以降のバイト、...(中略)...であると判定できる。
568: 蟻人間 ◆T6xkBnTXz7B0 2021/02/06(土)17:55 ID:gG6zzvvp(3/4) AAS
つまり、
uint8_t utf8_byte = ...;
if (!(utf8_byte & 0x80)) {
// 1バイト文字。
} else if ((utf8_byte & 0xC0) == 0xC0) {
// マルチバイト文字の先頭バイト。
} else {
// マルチバイト文字の非先頭バイト。
}
569: 2021/02/06(土)18:11 ID:6eQmSTNr(1) AAS
プログラミングのお題スレ Part18
2chｽﾚ:tech
UTF-8 は、先頭ニブル・4ビットで、1〜4バイト文字を判別しています
こういう規則か？
570(3): 2021/02/06(土)19:16 ID:S9Y30hRK(7/7) AAS
>>561
殺虫剤のパラドックスって知ってる？
571(1): 2021/02/06(土)20:33 ID:zn5WrP4C(1) AAS
>>570
恥の上塗り？w
ただし、自動化されたリグレッションテストの場合は、同じテストを繰り返すことでリグレッションが低減しているという有益な結果を示すことができる。
外部ﾘﾝｸ:note.com
572: 2021/02/06(土)21:07 ID:GfZyzG1j(3/4) AAS
テストロボットだぞ、ガシャーン！ガシャーン！
573(1): 2021/02/06(土)21:08 ID:GfZyzG1j(4/4) AAS
片山さんの自動パズルとか、ウェブだったら☆1万くらいついてそうだけど。
なんでWindowsにこだわるんだろ。
574: 蟻人間 ◆T6xkBnTXz7B0 2021/02/06(土)22:54 ID:gG6zzvvp(4/4) AAS
>>573 JavaScriptで動くものはすでにある。
外部ﾘﾝｸ:katahiromz.github.io
あるが、ビジネスとして展開する能力がない。
575: 2021/02/06(土)23:50 ID:58EQLFGq(5/5) AAS
クレブナー基底で解くやつ！
576(2): 2021/02/07(日)06:07 ID:HYoiJUgB(1/10) AAS
>>571
質問に答えてねｗ
577: 2021/02/07(日)06:47 ID:jX/y7Db/(1/5) AAS
>>576
ん？
どの質問？
>>570ならリンク先読めばいいだけだろ
恥ずかしくて読めないのかもしれないけどw
578(2): 2021/02/07(日)08:26 ID:HYoiJUgB(2/10) AAS
>>576
俺の質問にアンカーつけといてどの質問はねえだろ
恥ずかしくてとぼけてんのおまえさんだろ
上下前次1-新書関写板覧索設栞歴
あと 424 ﾚｽあります
ｽﾚ情報 赤ﾚｽ抽出 画像ﾚｽ抽出 歴の未読ｽﾚ AAｻﾑﾈｲﾙ
ぬこの手 ぬこTOP 0.036s