HOME HELP 新規作成 新着記事 ツリー表示 スレッド表示 トピック表示 ファイル一覧 検索 過去ログ

■14963 / 親記事) 　文字列の計算
  ▼■
□投稿者/ ギャレット -(2025/05/21(Wed) 16:09:14)
    度々、助けていただいております。

    　文字列　14：35
    　文字列　 0：40
    を足し算して、15：15と表したいのですが、どのような関数を使用すれば
    いいのでしょうか。お教えください。

    　桐Ver9-2012使用
引用返信 [メール受信/OFF] 削除キー/
■14964 / ResNo.1) 　（削除）
□投稿者/ -(2025/05/21(Wed) 16:49:17)
    この記事は(投稿者)削除されました
引用返信 [メール受信/OFF] 削除キー/
■14965 / ResNo.2) 　Re[2]: 文字列の計算
□投稿者/ ギャレット -(2025/05/21(Wed) 17:16:42)
    ■No14964に返信(ONnojiさんの記事)
    > 2025/05/21(Wed) 17:12:30 編集(投稿者)
    >
    >>　文字列　14：35
    >>　文字列　 0：40
    >>を足し算して、15：15と表したいのですが、どのような関数を使用すればいいのでしょうか。

    > ちなみに、なぜこんな確認をするのかと言いますと・・・
    > ひょっとして、文字列の "14：35" が、任意の日付の １４時３５分 という時刻を表しているのか？


    アドバイス、ありがとうございます。
    　任意の日付です。
引用返信 [メール受信/OFF] 削除キー/
■14966 / ResNo.3) 　（削除）
□投稿者/ -(2025/05/21(Wed) 17:40:40)
    この記事は(投稿者)削除されました
引用返信 [メール受信/OFF] 削除キー/
■14967 / ResNo.4) 　Re[4]: 文字列の計算
□投稿者/ ギャレット -(2025/05/22(Thu) 08:21:36)
    ■No14966に返信(ONnojiさんの記事)
    > 2025/05/21(Wed) 17:42:51 編集(投稿者)
    >
    > 危なかった！。
    > それを早く言ってほしかったなぁ〜〜〜〜〜〜　(ーー;)--------------> ※遠い目線
    > つまり、
    > 文字列の "14：35" は、時刻の １４時３５分 を表している
    > 文字列の "0：40" の方は、加算する経過時間 の４０分を表している
    > 　日時 ＋ 時間 → 日時　ただし、年月日の値は除く
    > ということですね。
    > 求めたい文字列の "15：15" は、１５時１５分を表しているでよろしいですか？？
    > でもねぇ〜、もしも計算結果が ２３時５９分 を超過したらどうするつもりでしょうか？？？
    > 計算結果が、日を跨ぐ事は絶対に無いですか？？？


    　 いろいろと、ありがとうございます。
    　　説明不足でした。
    　　おっしゃるとおり
    　　　　日時 ＋ 時間 → 日時　ただし、年月日の値は除く
    　　日をまたぐことはありません。
    よろしくお願いいたします。
引用返信 [メール受信/OFF] 削除キー/
■14971 / ResNo.5) 　（削除）
□投稿者/ -(2025/05/22(Thu) 23:13:25)
    この記事は(投稿者)削除されました
引用返信 [メール受信/OFF] 削除キー/
■14972 / ResNo.6) 　Re[2]: 文字列の計算
□投稿者/ ジェダイの桐 -(2025/05/23(Fri) 12:42:17)
    ONnojiさん

    こんにちは！


    > 項目番号　項目名　　データ型　項目計算式
    > 1 　　　　時刻　　　文字列　　
    > 2 　　　　加算時間　文字列　　
    > 3 　　　　累計時間　文字列　　#累計時間( [時刻], [加算時間] )

    昨日、自分で　テスト.TBX　を作って、ここまでは実際に作ったんですよ。
    所が、15時間15分 0秒　って出たんですね。

    ONnojiさんが詳細に質問されていた意味が、この時点で理解出来ました。


    > 4 　　　　中間結果　文字列　　#文字置換( [累計時間], "時間", ":" )

    これは思いつきました。が分以下をどう処理したらいいかが思いつきませんでした。


    > 5 　　　　最終結果　文字列　　#sstr( [中間結果], 1, #文字位置( [中間結果], "分") - 1 )


    分かってしまえば、なんて事ないのですが、目からウロコでした(^^ゞ


    環境設定　→　日時型・時間型　→　時間型の形式　→　表示形式　→　298：4：3
    に変更して実験してみました！

    ［時刻］　　→　15：15
    ［加算時間］→　0：40
    ［累積時間］→　15：15：0
    ［中間結果］→　15：15：0
    ［最終結果］→　1

    最終結果が　1　になりました。
    この理由が分からないんですよねー(T_T)

引用返信 [メール受信/OFF] 削除キー/
■14975 / ResNo.7) 　（削除）
□投稿者/ -(2025/05/23(Fri) 13:28:24)
    この記事は(投稿者)削除されました
引用返信 [メール受信/OFF] 削除キー/
■14976 / ResNo.8) 　Re[3]: コロン文字列の計算
□投稿者/ ジェダイの桐 -(2025/05/23(Fri) 13:56:22)
    ONnojiさん

    こんにちは！


    > ということで、#反転文字列の登場です。


    #反転文字列という関数を初めて認識しました。


    > hh:mm:ss の場合には、#文字位置()関数では、１番めのコロン(:)の位置は判りますが、２めのコロン(:)の位置は判りませんよね。


    確かに、#反転文字列　を使用すればこの問題は解決します！


    > ひっくり返したのですから、最後にはもう一度ひっくり返します。
    > こういうのを、１つの計算式にまとめると、
    > まず、分かり難いでしょ。
    > 次に、絶対間違えるでしょ。
    > 間違えた場合には、どこが間違っているのか探すのが大変でしょ。
    > だから、１つの計算式にまとめないで、順番に石橋を叩いているのですよ。


    最近しみじみ思う事が、分割　というか　可読性　が凄く重要だなと感じています。
    昔の私は何でも一つの式に纏めがちでしたが、式が長くなる　or　ネストが深くなる
    場合は、極力分割して対応する様にしています。

    そっちの方がメンテナンスがし易いし、何より読みやすい（理解しやすい）からです！

    今回も勉強になりました。
    ありがとうございますm(__)m

    ｐ.ｓ.


    > 後日、詳細を［DOWN LOAD BBS］掲示板にアップしますので、ご感想をお願いいたします。m(__)m


    分かりました！
    お待ちしています(^^ゞ

引用返信 [メール受信/OFF] 削除キー/
■14977 / ResNo.9) 　（削除）
□投稿者/ -(2025/05/25(Sun) 16:40:14)
    この記事は(投稿者)削除されました
引用返信 [メール受信/OFF] 削除キー/
次のレス10件＞

スレッド内ページ移動 / << 0 | 1 >>

このスレッドに書きこむ
Mode/　 Pass/

HOME HELP 新規作成 新着記事 ツリー表示 スレッド表示 トピック表示 ファイル一覧 検索 過去ログ

- Child Tree -
- Antispam Version -