[過去ﾛｸﾞ] クラス名・変数名に迷ったら書き込むスレ。Part28 [無断転載禁止]©2ch.net (1002ﾚｽ)
上下前次1-新
このｽﾚｯﾄﾞは過去ﾛｸﾞ倉庫に格納されています｡
次ｽﾚ検索 歴削→次ｽﾚ 栞削→次ｽﾚ 過去ﾛｸﾞﾒﾆｭｰ
1(2): ネミ子 2017/05/07(日)18:01 ID:akuyRduv(1/2)調 AAS
クラス名、変数名のつけ方に悩んだら書き込むスレです。
命名規則や設計の善し悪しについて議論するのは基本的に禁止。
前スレ
クラス名・変数名に迷ったら書き込むスレ。Part27
2chｽﾚ:tech
903: 2020/01/13(月)16:13 ID:UjYrXoaW(1/2)調 AAS
>>899
nonCash
904(1): 2020/01/13(月)16:18 ID:UjYrXoaW(2/2)調 AAS
>>899
そのくくりそのものが典型的な仕様崩壊パターン。
一つ追加して、また一つ追加して複数のものになって名前が崩壊する。
英語ならOthersとするしかない。
905(1): 2020/01/13(月)16:23 ID:WUoSHY6Y(1)調 AAS
エバーノートのパチモンでネバーノートを作りたい。
906: 2020/01/13(月)19:04 ID:KUNSdwO3(1)調 AAS
ElectricPaymentに一票
Othersもいいけど、電子決済以外の支払い方法が増えたらまた新しい名前を追加することになると見た
907: 2020/01/14(火)01:42 ID:QzFNJ/om(1)調 AAS
皆さんありがとうございます
>>900
キャッシュレスでも通じる感じですか・・・自分の頭が固いのかもですねｗ
>>901
確かにQRはダメですね
自分の流儀で行けば二次元バーコードですが、マトリックスコードもいいですね
キャッシュレス指示してる人がキャッシュレス連呼止まらないので、
コメントで愚痴を各方向に向かいつつありますが・・
>>904,905
後から増える懸念がとてもあります
ブランド種別や締め日などのワードがちらっと顔を覗かせていますが、
そこまでやるとやり過ぎ論で今のところ防がれています
908(1): 2020/02/24(月)10:52 ID:TgLwmft3(1/7)調 AAS
例えば、メーラーアプリがあるとします
既読管理ができるとして、メール一覧画面において既読のメールを未読と区別するため未読より全体を暗く?表示したりしますがこの名前をお願いします
まず、日本語名からお願いします
暗く?以外にふさわしい表現ありますでしょうか
909(1): 2020/02/24(月)12:22 ID:cnp9Tx4f(1)調 AAS
強調表示 = highlighting
視覚効果の選択肢は知らない
メーラーならオリジナルの方法にこだわるより既存の物に右へ倣えした方がいいと思うけど、
メーラーじゃないんだよね
910: 2020/02/24(月)12:46 ID:jy9LaqAj(1)調 AAS
read の過去分詞が read で区別がつかなくて困るとかか?
911: 2020/02/24(月)14:17 ID:iQYTd9Fe(1/2)調 AAS
>>908
名前を付けようとしてる対象が適切でないように思う
個別のスタイルを適用できる要素として既読メールや未読メールがあって
それらに既定のスタイルやユーザーがカスタマイズしたスタイルを適用してるだけなので
この場合の暗くするという処理(というか設定によっては暗くなる状態)に名前はついてないしつけるべきでもない
例えばcssなら.UnreadMessageBodyや.ReadMessageBodyみたいなclassを定義して
それぞれにcolor, font-size, background-colorなんかを指定するだけ
912: 2020/02/24(月)19:31 ID:v3p46mmV(1)調 AAS
対処済
低優先
低重要
とか？
区別したい趣旨や目的が不明瞭なら、これくらい抽象的な名前かな？
913(1): 2020/02/24(月)19:49 ID:TgLwmft3(2/7)調 AAS
うーん。アイテムはメールで例を出しましたが、ツイートであったり5chならレスであったりメールと似たようなものです。それの「既読・未読」管理します
で、その暗く?するという視覚効果を適用するかしないかをオプションでユーザーに選択できるようにしたくて
914(2): 2020/02/24(月)19:54 ID:TgLwmft3(3/7)調 AAS
>>909
「既読を〰?する」じゃなく、その逆の発想の「未読を強調表示する」も考えましたがどいなんでしょうね
もうちょっと考えてみます
915: 2020/02/24(月)20:19 ID:9Kd/PSPa(1)調 AAS
>>913-914
だから未読/既読を管理すればいいなら例えばIsUnreadとか逆にIsAlreadyReadとかでいいんじゃね？
916(2): 2020/02/24(月)21:04 ID:iQYTd9Fe(2/2)調 AAS
>>914
(例)macOSのMail.appの設定にあるチェックボックス
- Display unread messages with bold font
- 未読メッセージをボールドフォントで表示
ユーザーにスタイルの選択肢は与えず
あくまで「既読を暗くする」って感覚にこだわりたいなら
上の例で「強調表示する」ではなく「ボールドフォントで表示する」になってるように
「暗くする」とはどういうことなのかをもう少し詳細度を落として考えたほうが良い
917(1): 2020/02/24(月)21:55 ID:/AgoBCck(1)調 AAS
dimっていう用語はよく使われるよ
918: 2020/02/24(月)22:05 ID:TgLwmft3(4/7)調 AAS
>>916
暗くするって、具体的にはビューの上に不透明度?Opacityを設定したビューを重ねて合成表示すると全体的に輝度が下がって暗くなる
そんな実装です
>>917
あー。なんかdimってありましたね。どっかで見た記憶があるが思い出せない
919: 2020/02/24(月)22:08 ID:TgLwmft3(5/7)調 AAS
https://tech.recruit-mp.co.jp/mobile/remember_canvas2/#h-2
合成モードでdarkenとかありますね。
似たような効果なのかしりませんが
920: 2020/02/24(月)22:16 ID:TgLwmft3(6/7)調 AAS
dimよさそうですね。
dim background for? read mails
日本語があれやな..
921: 2020/02/24(月)22:33 ID:TgLwmft3(7/7)調 AAS
つか、連投すみません。
>>916
未読をボールドフォントで表示する方法もありましたね。アイデアありがとうございます。そっちの方が見やすいかもしれません。試してみます。
922: 2020/04/21(火)21:47 ID:S98JwHkY(1/2)調 AAS
○○ファイルを削除する関数の名前に統一性もなくDeleteやRemoveを使ってたのが発覚
ここはまあDeleteに統一かなと思ったけど、気にしすぎかな？
923(1): 2020/04/21(火)22:16 ID:tPnrPq2V(1)調 AAS
統一しようぜ
核となるニュアンスは取り除く(re-move)だからファイル消去にremoveはかなり微妙
924(1): 2020/04/21(火)22:29 ID:9fcQjJm8(1)調 AAS
removeが微妙かどうかはコンテキスト次第
同じモジュール内にもかかわらず
同じ意図で異なる名前を使ってるなら統一したほうがベター
925: 2020/04/21(火)23:58 ID:S98JwHkY(2/2)調 AAS
>>923-924
やはりまずは統一ですね
ところで、linuxがrmだったりdosはファイルがdel、ディレクトリがrmdir、
win32apiもファイルがDeleteFile、ディレクトリがRemoveDirectoryだったりするのはなぜでしょう？
926(2): 2020/05/28(木)14:48 ID:EFbtIqYt(1/3)調 AAS
渡された日付がおかしな日付だったらおかしな部分を0にして返す関数名をお願いします
例えばうるう年ではないのに2/29が渡されたり、4/31というようなあり得ない日付は、
2/0、4/0として返すようにします
13/1みたいなのだと、0/1として返します
ここでは0にしていますが、おかしいものはxxxに統一しておくことで後々一々日付範囲チェック
しなくてもxxxなら異常値として処理できるように意図しています
927(2): 2020/05/28(木)15:23 ID:d4ggzNnr(1/2)調 AAS
>>926
invalidate value
928(1): 2020/05/28(木)15:45 ID:TOqrHko/(1/2)調 AAS
13/31の日付はどう判定すべきなんだろうw
しかし、変なら変だと素直に教えてくれりゃいいのに、
わざわざ別の変な値に変換して返す関数ってずいぶんと意地悪な仕様だなw
929(2): 2020/05/28(木)16:00 ID:EFbtIqYt(2/3)調 AAS
>>927
ちょっと抽象的かなと
>>928
顧客情報に誕生日欄があり、UI側では異常な数値は設定できないようになっており
誕生日が不明な部分（何年のみ、何月生まれのみという事だけ分かるなど）
というケースもあり得る感じになっています
分かっている部分はデータが入っており、未設定・不明部分は0としてデータセットします
問題は、CSVから顧客情報をインポートする場合に2/31のような異常な日付データが入ってくることがあり、
これをインポート時に処理しておきたいということです
13/31の場合は、実処理は月を先に処理するので0/31となって終わります
これはまあ、日だけデータがあってもどうしようもないのであってないようなものです
年や月が正常ならば日を正確に処理するようにしています
930(1): 2020/05/28(木)16:27 ID:TOqrHko/(2/2)調 AAS
>>929
よく分からないなあ。
不正な値は未知の値と見なして「未知な値」を表す値に変換して正規化するってこと？
NormalizeInvalidAsUnknown
それなら13/31は0/0に変換すべきじゃないの？
年が不明で月日だけ分かるケースはあるかもしれないが、
常識的には月が不明なら日付も不明とすべきじゃないのかな
931: 2020/05/28(木)16:50 ID:+W7oKQtZ(1)調 AAS
不完全なっておかしい？
incomplete
932: 2020/05/28(木)17:29 ID:EFbtIqYt(3/3)調 AAS
>>930
> 不正な値は未知の値と見なして「未知な値」を表す値に変換して正規化するってこと？
そういうことです
データそのものは色々な使い方をするので、その色々な処理で一々不正な日付かも知れない
というチェックを入れるよりは、最初から未定義として設定しておこうかと
> それなら13/31は0/0に変換すべきじゃないの？
これは確かに無意味なので0/0の方がいいので、そのようにします
933: 2020/05/28(木)17:43 ID:Xow4Xb3r(1)調 AAS
parse date string
mask invalid date string
annotate invalid date string
format invalid date string
set zero to invalid date string
設計的には妥当な入力は日付型として扱った方が堅牢
無効な値を残しておきたいなら生年月日の入力値と生年月日を別に持てばいい
934: 927 2020/05/28(木)19:59 ID:d4ggzNnr(2/2)調 AAS
>>929
まあ、日付オブジェクトの(拡張)メソッドくらいのつもりだったからな。
じゃあ、グローバル関数のつもりで。
invalidate unacceptable parts of date
935: 2020/05/28(木)22:41 ID:PU/HmmJF(1)調 AAS
zerofillInvalidDateChar
936: 926 2020/05/29(金)21:18 ID:/MYYXMLs(1)調 AAS
皆さんありがとうございました
mask invalid〜辺りで行きます
> 設計的には妥当な入力は日付型として扱った方が堅牢
一般店舗でのデータなので、客が誕生日を書いてくれないことが多くこのような仕様になっています
937: 2020/08/04(火)06:50 ID:V7cT9r4T(1)調 AAS
メソッドならzeroizateInvalid
関数ならzeroizateInvalidDate
938: 2021/02/05(金)13:55 ID:In3kItp2(1/2)調 AAS
バックエンドから戻ってきたフォームのエラーフラグをフォームに反映させるクラス、または関数の名前
939(1): 2021/02/05(金)14:11 ID:sQbQrry7(1/2)調 AAS
class Reflector
class FormReflector extend Reflector
class FormErrorReflector extend FormReflector
940: 2021/02/05(金)15:01 ID:In3kItp2(2/2)調 AAS
>>939
ありがとう！2番目採用したいと思います
941: 2021/02/05(金)16:03 ID:ywW/HyXt(1)調 AAS
英語的にはそのreflectの使い方は誤用じゃないかな
設計的にもupdateView(response)やdisplayErrors(errors)で対処できるような構造にしたほうがいい気がする
942: 2021/02/05(金)16:37 ID:5eI5Jyf0(1)調 AAS
このスレまだあったんだね
まあ質問者さんがいいならいいんでないの？
そもそも質問内容もあいまいだし。
submitされた後で複数の入力項目のエラーをまとめて
UIに反映するタイプのアプリなのかな？
IndicateErrorstとかNotifyErrorsとかの方がいいように思っちゃうけど
まあ細かい話が分からんので何ともいえんね。
943: 2021/02/05(金)16:54 ID:sQbQrry7(2/2)調 AAS
FormReflectorをValidatorにmixinとかするとスマートかなっておもた
944(1): 2021/02/15(月)01:37 ID:Upko3Ndr(1)調 AAS
Taskってマルチスレッドで並列実行的な意味合いが大きいの？
単純に処理を数珠つなぎに登録して別の箇所で実行していく
Task/TaskList的なものはなんて名前つけるのが一般的なの？
945: 2021/02/15(月)03:16 ID:Yv9X0Du7(1)調 AAS
コマンドパターンに近そうなのでCommandかな
単に関数のリストならfunc_listやfn_listみたいなのにするかも
946: 2021/02/15(月)03:34 ID:2abjFk2X(1)調 AAS
>>944
https://e-words.jp/w/%E3%82%BF%E3%82%B9%E3%82%AF.html
によればtask≒threadみたいなニュアンスがあるらしい。
文脈次第のような気もするけど。
Commandは良さげに聞こえるね。あとはActionとか？
「TaskList的なもの」はSequenceってとこ？
こっちの実装によっては個々のアイテムの呼称については
必ずしも明確にしなくても良いような気もする。
まあ、コメントやドキュメントを書くときに名称がないと困るかもしれんけど
947(1): 2021/02/15(月)04:01 ID:IKX6hlUM(1)調 AAS
script 台本
948: 2021/02/15(月)04:13 ID:2VFC6Owo(1)調 AAS
タスクはTaskでええやろ。
マルチスレッドかどうかは実装の話やし。
で、そういうリストはQueueやないか？
949: 2021/02/15(月)21:10 ID:oDLt9usU(1)調 AAS
TRONではスレッドのことタスクって言うんだったっけ
950(1): 2021/02/20(土)14:44 ID:PUihGoQs(1/2)調 AAS
リバースアセンブラでopcodeとoperandをひとまとめにしたデータクラスってどう命名するのがいいですかね？
Operationだとプログラミング中で使うのに含意が広すぎる気がするんですよね
現状ではInstructionを略してInstにしてるんだけど
951(1): 2021/02/20(土)15:43 ID:eYAtaCBL(1)調 AAS
>>950
instructionでもoperationでもどっちでもいいと思うけどCPUのアーキテクチャー
関係の用語としてはinstructionの方が一般的みたいな印象はあるね。
opcode = operation codeなんだからoperationの方が素直な気もする反面
確かにより一般的なinstructionの方が変な誤解がないような気もする。
あえてこの2つ以外を選択する理由はないようが気がする。
952: 2021/02/20(土)16:18 ID:AAHMFYv6(1)調 AAS
op_infoとかop_dataとか？
953: 2021/02/20(土)16:31 ID:recLBG3U(1)調 AAS
asm,rev_asm
954(1): 2021/02/20(土)17:13 ID:56yjs2OO(1)調 AAS
PythonのdisassemblerではInstructionって名前が使われてる
https://docs.python.org/3/library/dis.html#dis.Instruction
955: 2021/02/20(土)17:51 ID:PUihGoQs(2/2)調 AAS
>>951
>>954
ふむ、やっぱInstructionが無難ですかね
とりあえずそれで進めてみます
956(4): 2021/04/24(土)21:02 ID:7lpOLCJL(1)調 AAS
誘導されてきました
フォルダを参照して
処理用の関数に渡すための色々なデータ(ID
とかパスとか拡張子とか) を収集してひとつの変数に配列として格納した
この変数の名前はなんてつけたらいいでしょうか？
temp? database? container?
957: 2021/04/24(土)21:18 ID:rJwQsTRc(1/3)調 AAS
info
958(1): 2021/04/24(土)21:24 ID:dKYEf41F(1/2)調 AAS
命名以前の問題がある気がするんだけど気のせいかなw
959: 2021/04/24(土)22:25 ID:vKvwVCfN(1/2)調 AAS
config、settings
配列って連想配列のことだよね
960(1): 2021/04/24(土)22:33 ID:rJwQsTRc(2/3)調 AAS
>>958
スレ違い
961(3): 2021/04/24(土)22:43 ID:dKYEf41F(2/2)調 AAS
>>960
名前を与えられるだけの条件を満たしてないというのも立派な回答。
そういう交通整理こそスレ違いだから
しかしどこにでも他人にケチをつけたいだけのバカいるなほんと
962: 2021/04/24(土)23:00 ID:1TZSSoTN(1)調 AAS
>>956
for ent in xxx_entries
963: 2021/04/24(土)23:28 ID:vKvwVCfN(2/2)調 AAS
>>961
いや>>1は見ようよ
そのルールが気に食わないと思うならこちらに書き込まないのが大人の対応
964: 2021/04/24(土)23:52 ID:RPGHdVOi(1)調 AAS
>>956
[{id: 1, file_path: path/to/x.jpg, ext: jpg}, {id: 2, file_path: path/to/y.jpg, ext: jpg}, …]
JSONで書くと↑こういうイメージの配列だとするならtargetとかtarget_filesとかにするかな
あとは渡す先の関数の処理内容だったり
その変数自体がプログラム全体の構造の中で持つ意味だったり
他の関数名や変数名との兼ね合いだったりで調整する
指定されたフォルダをスキャンして収集した結果データなんだぞってことを強調したいなら
scan_resultsみたいな事前処理の結果だと分かる名前にするかもしれない
965(1): 2021/04/24(土)23:58 ID:rJwQsTRc(3/3)調 AAS
>>961
スレ違いじゃなくて、理解力も想像力も足りないバカだったか。。。
966: 2021/04/25(日)00:00 ID:yYRREqIx(1/2)調 AAS
>>961
>名前を与えられるだけの条件を満たしてないというのも立派な回答。
これには同意するんだけど
命名以前の問題があると感じたんならそれがどの辺なのかを指摘して
良い命名ができる手助けをしてあげたらいいんじゃないかな
あー、>>2にある設計・命名スレに誘導すればよかったのか
967: 2021/04/25(日)00:48 ID:yYRREqIx(2/2)調 AAS
>>2にあるスレは死んでるっぽいので
命名の相談時に設計のアドバイスや指摘を禁止しないスレ立てといた
【命名スレ1】命名に悩んだらココへ (設計助言あり)
2chｽﾚ:tech
968: 2021/04/25(日)02:38 ID:FXC/gt7H(1/3)調 AAS
また死ぬ
969: 2021/04/25(日)03:15 ID:MgHPagGO(1/3)調 AAS
世の中ほんと馬鹿が多いよね。
プログラミングは実学であり命名なんて「分かりやすいコードを書く」という
上位目的達成のための一手段に過ぎない。
上位目的が間違ってるならその手段を考えるのは無駄だ。
少なくとも>>956の仕様はクソだ。
こんなクソ仕様の変数にどんな名前を付けたって意味はない。
どうせ名前からそれが何を意味するかをくみ取ることなんて不可能なのだから。
>>965みたいなバカは「水虫の足の切断方法を教えてくれ」という質問者に足の切断方法を
説明するんだろうね（笑）
俺なら皮膚科の医者に行けバカという。
970(1): 2021/04/25(日)03:26 ID:FXC/gt7H(2/3)調 AAS
んー、このスレではそのような話題は何度も出てるよ
あえてこのスレでは設計に関する話題は除外することになってるので、別スレでどうぞ
なんで除外してるのかは>>2が死んでることからも察してもらうか、過去スレを舐めるように追ってください
971(1): 2021/04/25(日)03:35 ID:MgHPagGO(2/3)調 AAS
>>970
こいつも重症だな
設計の話なんか誰もしてない。
問題自体が間違っているなら回答することに意味がないと言ってるんだけど
972(2): 2021/04/25(日)03:44 ID:MgHPagGO(3/3)調 AAS
さて次は上から目線でどんな馬鹿を言うか楽しみだねw
こういう連中は単に頭が悪いだけじゃなくて自分が単に「他人のやることにケチを付けたい」
という下劣な動機に突き動かされていることが自覚できない性格異常者。
ついでに言わせてもらえれば、スレのレンプレにグダグダとルールを書き込むのは有害無益。
こういう卑しい連中に他人に絡む口実を与えるだけのことでスレの「平和」には一切寄与した
試しがないからね。
973: 2021/04/25(日)04:01 ID:FXC/gt7H(3/3)調 AAS
ん？
命名自体意味がないって言いたいのかな？
974: 2021/04/25(日)04:12 ID:nrx375qK(1/2)調 AAS
>>972
「他人のやることにケチを付けたい」て、自己紹介すんな！ｗ
975: 2021/04/25(日)05:37 ID:Gdi31Nhn(1)調 AAS
かまってちゃんはNGして無視で
976: 2021/04/25(日)10:07 ID:NjcwFT/7(1)調 AAS
>>971
意味がないと思うならスルー
>>972は自己投影にしか見えない
977: 2021/04/25(日)11:05 ID:CXBEgNTo(1)調 AAS
え？無料で変数名の相談に乗ってくれた上に
無料で設計のアドバイスももらえるんですか！
978: 2021/04/25(日)12:32 ID:uu6ADq5e(1)調 AAS
もらえるよ！
参考になるかどうかは知らんけど…
979: 2021/04/25(日)13:33 ID:nrx375qK(2/2)調 AAS
相談者そっちのけやけどな！ｗ
どうせだいたいが「アドバイス」というよりは、言いたいことを言ってるだけの決めつけばかり。
980: 2021/04/26(月)01:24 ID:1IpM1FOI(1/2)調 AAS
>>956
素直に file_data とかでよい気がする
temp は本当に一時利用の目的でなければ避けた方がよい
やるとしても file_data_temp とかかな
配列って言ってるけど構造体参照への配列とかだよね
981(1): 2021/04/26(月)02:10 ID:ir/yUQGT(1)調 AAS
file_dataだとファイルを読み込んだ生データに見えちゃう
必要なのはパス情報なんじゃないの？
path_parts_list
みたいなのを処理関数に渡して、そっちで読み込んだりするのかとオモタが
982: 2021/04/26(月)02:19 ID:NviB05oc(1)調 AAS
childItemList
983(1): 2021/04/26(月)02:29 ID:wMKnR+sa(1/2)調 AAS
ファイルパスや拡張子はたぶん一例で、IDみたいな情報も含んでるらしいぞ
当人が思い付いた候補もそれっぽい
パスに特化した名前よりも設定全般を表す変数名が妥当だと思う
984: 2021/04/26(月)02:32 ID:wMKnR+sa(2/2)調 AAS
お題がかなり抽象的だからいっそparamsでもいいシチュエーションな気もしてきた
985: 2021/04/26(月)07:33 ID:1IpM1FOI(2/2)調 AAS
>>981
まあ data がファイルの中身に見えるのはそうかなと思う
配列名を file_info にしたうえで、中身をしまう先は file_info[],content とかにするかな
986: 2021/04/26(月)12:31 ID:8QzjZI3Y(1)調 AAS
>>983
>設定全般
設定の話だっけ？
987: 2021/04/26(月)13:04 ID:FFVl8nyC(1)調 AAS
いわゆるいれもんやろ。
988: ネミ子 2021/04/26(月)14:57 ID:wvSFpXgq(1)調 AAS
次スレ立てミスりました(つ∀｀)ﾀﾊｰ
4年ぶりとか久しぶりすぎ・・・
連続するためかわたしはもう立てられないようですので、どなたかお願いいたします。
クラス名・変数名に迷ったら書き込むスレ。Part29
クラス名、変数名のつけ方に悩んだら書き込むスレです。
命名規則や設計の善し悪しについて議論するのは基本的に禁止。
命名するのに足りない情報は適当に想像して楽しんでﾏﾀｰﾘ返してあげてください。
設計などの話が主題になるならば他のスレでどうぞ。
前スレ
クラス名・変数名に迷ったら書き込むスレ。Part28
2chｽﾚ:tech
989: 2021/04/26(月)18:00 ID:KOZxV/bH(1)調 AAS
次スレ
クラス名・変数名に迷ったら書き込むスレ。Part29
2chｽﾚ:tech
990: 2021/09/28(火)03:43 ID:kMNTAwvw(1/2)調 AAS
(UTC+9) とかの "+9" に固有名称ありますか？
無い場合どういったものが適当でしょうか？
diffUTCtime とか TimeZoneAdjustableValue みたいな？
991(1): 2021/09/28(火)07:42 ID:TCHn27pS(1)調 AAS
UTC offset
timezone offset
time offset
offset hours
この辺でいいんじゃないかな
992(1): 2021/09/28(火)07:45 ID:blUocx58(1)調 AAS
UTC offsetかUTC time offsetだね
993(1): 2021/09/28(火)09:39 ID:BMVYOSBT(1)調 AAS
ちなみにman dateには「numeric time zone」とある。
994: 2021/09/28(火)22:36 ID:kMNTAwvw(2/2)調 AAS
>>991-993
timezone そのものを指すものでもあるし num_TimeZone や TimeZone で良いのかも
他には
UTC time offset
timezone offset
短い変数名だと iTZ_h 辺りかな
ありがとうございました
995: 2022/01/02(日)01:35 ID:TyBeq0Rg(1/5)調 AAS
ｔ
996: 2022/01/02(日)01:35 ID:TyBeq0Rg(2/5)調 AAS
ｂ
997: 2022/01/02(日)01:35 ID:TyBeq0Rg(3/5)調 AAS
ｇ
998: 2022/01/02(日)01:36 ID:TyBeq0Rg(4/5)調 AAS
ｖ
999: 2022/01/02(日)01:36 ID:TyBeq0Rg(5/5)調 AAS
ｃ
1000: 2022/01/02(日)15:45 ID:Q+x92955(1)調 AAS
ｘ
1001(1): 1001 ID:Thread(1/2)調 AAS
このスレッドは１０００を超えました。
新しいスレッドを立ててください。
life time: 1700日 21時間 44分 3秒
1002(1): 1002 ID:Thread(2/2)調 AAS
5ちゃんねるの運営はプレミアム会員の皆さまに支えられています。
運営にご協力お願いいたします。
───────────────────
《プレミアム会員の主な特典》
★ 5ちゃんねる専用ブラウザからの広告除去
★ 5ちゃんねるの過去ログを取得
★ 書き込み規制の緩和
───────────────────
会員登録には個人情報は一切必要ありません。
月300円から匿名でご購入いただけます。
▼ プレミアム会員登録はこちら ▼
https://premium.5ch.net/
▼ 浪人ログインはこちら ▼
https://login.5ch.net/login.php
上下前次1-新書関写板覧索設栞歴
ｽﾚ情報 赤ﾚｽ抽出 画像ﾚｽ抽出 歴の未読ｽﾚ AAｻﾑﾈｲﾙ
ぬこの手 ぬこTOP 0.230s*