アカウント名:
パスワード:
日付の比較で数字を数値に変換して判定してるんですね。意外。 てっきり日付型に変換して比較してるかと思ってました。
ところで、桁に意味を持たせたコードって一般的だと思うんだけど、それを数値に単純に数値として扱うのって一般的なのでしょうか。 仕事で業務システム間で連携するデータをEUCでやれという状況になってて、Access+VBAでプログラムを作ってます。 データ交換の資料がCSVの項目しか無かったりで、メーカーのSEと相談することが多いけど、自社製品でユーザーIDは8桁の数字としていて、各桁に意味を持たせたりしてるのに、交換用データにする時は数値として扱うのが普通みたいで驚いてます。
文字列にするのも同程度に一般的かと。
# JavaScriptで64-bitの整数IDが化ける
> JavaScriptで64-bitの整数IDが化ける
ちょっと話は変わるけど、VBAは符号無しの数値型が無いですね。 困ったのがutf-8で外字かどうかの判断。 私用領域(外字範囲)の途中から補数で負になってしまうため、文字コードを範囲指定できないのですね。 仕方なく正規表現で判断するようにしたけど、何か方法があるのかしら。
8bitに限ってはByte型がある
本当にUTF-8で8bit単位なら非ASCII文字はすべて負になるので「私用領域(外字範囲)の途中から」という説明と合わない。だからUTF-8とUnicodeの区別がついていないとかそういうレベルの混乱を疑っている
> Unicodeの区別がついていないとかそういうレベルの混乱を疑っている
御明察のとおりです。それとデータ交換する歳の外字についての話です。 (文字集合でUnicode,文字エンコードでutf-8)のつもりでutf-8と書いてました(日本語でutf-8を使うならUnicodeだろうという思い込みで)。
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
私は悩みをリストアップし始めたが、そのあまりの長さにいやけがさし、何も考えないことにした。-- Robert C. Pike
数字と数値 (スコア:1)
日付の比較で数字を数値に変換して判定してるんですね。意外。
てっきり日付型に変換して比較してるかと思ってました。
ところで、桁に意味を持たせたコードって一般的だと思うんだけど、それを数値に単純に数値として扱うのって一般的なのでしょうか。
仕事で業務システム間で連携するデータをEUCでやれという状況になってて、Access+VBAでプログラムを作ってます。
データ交換の資料がCSVの項目しか無かったりで、メーカーのSEと相談することが多いけど、自社製品でユーザーIDは8桁の数字としていて、各桁に意味を持たせたりしてるのに、交換用データにする時は数値として扱うのが普通みたいで驚いてます。
Re: (スコア:0)
文字列にするのも同程度に一般的かと。
# JavaScriptで64-bitの整数IDが化ける
Re: (スコア:2)
> JavaScriptで64-bitの整数IDが化ける
ちょっと話は変わるけど、VBAは符号無しの数値型が無いですね。
困ったのがutf-8で外字かどうかの判断。
私用領域(外字範囲)の途中から補数で負になってしまうため、文字コードを範囲指定できないのですね。
仕方なく正規表現で判断するようにしたけど、何か方法があるのかしら。
Re: (スコア:0)
8bitに限ってはByte型がある
Re: (スコア:0)
本当にUTF-8で8bit単位なら非ASCII文字はすべて負になるので「私用領域(外字範囲)の途中から」という説明と合わない。だからUTF-8とUnicodeの区別がついていないとかそういうレベルの混乱を疑っている
Re:数字と数値 (スコア:1)
> Unicodeの区別がついていないとかそういうレベルの混乱を疑っている
御明察のとおりです。それとデータ交換する歳の外字についての話です。
(文字集合でUnicode,文字エンコードでutf-8)のつもりでutf-8と書いてました(日本語でutf-8を使うならUnicodeだろうという思い込みで)。