DateFolderCreateもアーカイブを用意したので ﾄﾞｿﾞ♪
DateFolderCreate.zip |
しっかし、エンコードファイル.vbeを、直接やり取りできないコトをすっかり忘却ってたよ^_^;
＜そのまま使えるVBScript 日付 フォルダ 作成 自動化 複数 ルートフォルダ 指定可能＞
ExtendAlias - Blog Archives
2009/03/11
VBScriptで鯖管理 そにょ１ オマケ･･･
しっかし、エンコードファイル.vbeを、直接やり取りできないコトをすっかり忘却ってたよ^_^;
2009/03/10
VBScriptで、日付付きFileBackup･･･
FileBackupper.vbs と .vbe を、暫定で今使ってるままをうpしました。
ファイル／フォルダ右クリックのコンテキストメニューに、
[バックアップ作成]を追加する機能はまだ付いていない版です。
デキルコトは、対象ファイル／フォルダの名称を、
"[元FileName] yyyymmdd hhnnss.[拡張子]" に 変え、コピーを取るだけ。
実働のブツなので使えますが、未使用関数が載ったままになってたりと、
効率が悪い部分が残っています。
改訂版も後日うpするので、コノ分は、あくまで、参考までに･･･
FileBackupper.zip |
使い方は至って簡単、ファイルやフォルダをドラッグするだけ。
ショートカットでの利用も可。
'***** ↓↓↓ScriptTitle↓↓↓ ********************************************************* |
しかし、リリース2006年かぁ･･･(遠い目) ファイル文字列処理に初々しさがあるよねw
ちなみに、もっと程度の低い版なら、2004年にはあったw
更に前だとWinBatch版、もっと前はBatファイルだったなぁ･･･(更に遠い目)
もう、過去のHDDクラッシュで、ソース紛失してるケド^_^;
＜そのまま使えるVBscript 日付 添付 バックアップ ファイル フォルダ＞
WindowsScriptEncoderを便利に･･･
このログは、コチラのログ も併読してください。 |
－－－－－－－－－－－－－－－－－ [ Update 20090317 2113 ]
このログのスクリプトのアーカイブはコチラの版に差し替えました。
通常のWindowsアプリケーションの挙動なら、その本体やショートカットを作成し、
対象ファイルをドロップすれば、ソースファイルのあるフォルダに結果を返してくれそうなものだが、
WindowsScriptEncoderは、そのままでは、長いファイル名に対応できてない上、書式がカナリ厄介。
書式)
"[インストール先]\screnc.exe" "対象ファイル.vbs" "エンコード後のファイル.vbe" |
screnc.exe － エンコーダ本体 |
まず、エンコード後の名称を、フルパスで拡張子までキッチリ指定しないと正しく動作しないってのがヘン。
また、コンソールアプリなので、スペースを含んでいたり、長いファイル名は、
[ " ]ダブルクォーテーションで囲む必要がある。
このような仕様では、どうやったって、単純にショートカットを配し、ドロップして利用･･･ とはイかないワケだワ(´ﾍ｀；)
最終的に、内容がエンコードされて、拡張子が変わるだけでいいのに、何故こんな指定方法なのか･･･
(安易な不正アクセスを防ぐイミでは、有効かもしれないケド･･･)
結果のファイル名.vbeを、ソース.vbsと異なるようにしたい向きを除き、とてもユーザーフレンドリーとは云いがたい･･･
今回も使い方は、以下スクリプトをコピってテキストエディタに貼り、
VBSEncodeConnection.vbs として保存後、実行スクリプト保存フォルダを任意に作成し、ソコへ放り込んで、
ショートカットをデスクトップ他、使いやすい場所に配してください。
あとは、作成した.vbsファイルをまとめてドラッグするだけで利用できます。
エンコーダのインストール先は、スクリプト中の
Const Enc = "C:\Program Files\Windows Script Encoder\screnc.exe" |
今回は、組み込み関数は一切ないデスw つか、要らないと云うほうが正しいカナ。
'***** ↓↓↓ScriptTitle↓↓↓ ********************************************************* |
ま、ソコはソレ、不便なら、問題を解消する策を講じられる位でないと、
MS製品なんて使ってられんと云うコトで･･･w
とは云え、今回は手順も面倒なので、ソースとエンコード済みのファイルをDL出来るようにしてみました、
VBSEncodeConnection.zip |
－－－－－－－－－－－－－－－－－ [ Update 20090317 2113 ]
このアーカイブはコチラの版に差し替えました。
今までのモノも、似た対応できたんだけど、面倒だったのでw
あと、セキュリティ的に、テキストのほうが安心できる人も多いかと思ったし･･･ (^_^;
ちなみに、エンコード後のファイルはバイナリ形式な上、既にヒトが読めるカタチになってません、
修正や改変は出来ないので、ソースは大事に保管してください。
また、エンコード後のファイル.vbeは、Web環境で利用する場合、
対応している対象がIEだけらしいとのレポートを読んだ記憶があります。(未確認、誤報なら嬉しいが･･･)
あくまで、ローカルでの運用に留めた方が無難かと思われます。
－－－－－－－－－－－
次回は、FileBackUpper.vbe辺りをソース込みで うp予定。
対象ファイルの名称を "[元FileName] yyyymmdd hhnnss.[拡張子]" に 変え、コピーを取るだけのモノ。
長いこと利用しているブツで、HTML/JavaScript/VBScript etc.. 版管理に威力を発揮している。
初期起動で、ファイル／フォルダ右クリックのコンテキストメニューに、
[バックアップ作成]を追加するようレジストリ設定を行える機能の追加版を用意する予定。
乞うご期待。
＜そのまま使えるVBscript WindowsScriptEncoder 容易 使い方＞
2009/03/09
ググるさん1ページ目に･･･
･･･検索ワード "おきつねさま" だけで載るようになった^_^; (70件圏内)
気まぐれで、以前シゴトで使ってたVBScriptとかの持ちネタを放出しだしたからか？w
そお云う引き出しなら まだまだあるのだがw♪
VBScriptで日付処理 それから･･･
C++で作成してる別アプリが完了次第、
VBScriptでの日付処理最終版にとりかかる予定。
ただ思うに、C++で .NetFrameworkを利用して、
日付関連の文字列返すActiveXオブジェクトを組んだほうが効率良い様な気も･･･
シェアウェアなら似たようなのあるみたいだけど、
VisualBasic関数のラッパーDLL VBWRAP ver1.00 |
Excelワークシート関数に･･･
DateSerialがナイことに、さっき気がついた･･･
ナニをイマサラと云われそうだが、ソレもソノ筈、
'－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－ |
Worksheet上で
=iDateSerial(2009,3,0,"yyyy/mm/dd") |
当然、引数はセル参照を指定できるので、当時は それなりに使えたよ。
ちなみに、今日追加したのは、文字列返しの部分と、不正入力対応･･･
デモ、ホントに使うのなら、不正値での動作は、エラーを返すほうがイイのかも知れない･･･
そうしたい場合は、※印の行を消して使ってくださいなっと♪
P.S. コッチのほうが無難かも･･･
'－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－ |
VBScriptで月末日取得 最強処理･･･
つか、VBSで無くとも応用できます、閏とか一切気にしなくてイイです。
今日の月の月末日は ってのは
n = Now() |
優良サイトではないので変数宣言省いてマスΨ(｀∀´)Ψ
単に日付が欲しいだけで、イチイチ閏なんて計算してらんないって、バカらしくてw
ただ、税額処理だの、給与計算だのってぇのでは、意外に使える(実際使ってた)
+1 0 ってトコがツボ。大体殆どの開発環境で使えるし、
Excelワークシート関数なら
=DATEVALUE(YEAR(NOW())&"/"&MONTH(NOW())+1&"/1")-1 |
Excel/AccessなどのVBAでも有効な手段。
Dim nYear As Integer ,nMonth As Integer |
Excelに対し、DateControls.xlaと云うExcelAddinファイルをツクって、
モジュールにFunctionsと銘打って、その中に記述していた関数、
Public宣言とApplication.Volatile記述で、ワークシート関数として使っていたブツ。
'－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－ |
しかし、最近はExcelも使わなくなったなぁ･･･
って、職があった頃から、Excelには見切りつけて、
数百MB規模のデカいデータは、VBSで適宜処理して、AccessやSQL鯖にブチ込んで処理してたケドねww
つか、プーしてる今となっては、無用の長物だけどねww
＜月末 日付取得 うるう Excel Access VBA＞
云うたトコロで所詮･･･
元々Excel&AccessVBA使いが、以前、仕事の都合でVBScriptに手を出したので、移植モノも多いのデス。
なので、時折間違って、
Public Function |
まぁ、日付に関しては、Script系では、VBAの使い良さに勝てないデスね･･･
･･･VBA:VisualBasic for Applicationの略
MSOffice製品のマクロ機能を司ってるのがｺｲｼ。･･･って既知だろな、どうせ;
当然本家VisualBasicも、同様に処理できるので、
以前紹介したような、複雑なスクリプトなど無用の長物そのものなのデス。
だったらナンで書いたのか･･･ ソコに山があったのデス! (VBSで)ドコまでやれば、
そのヘン近づけられるかってのに興味があっただけなのデスww
VBScript実行が抑制される？･･･
VBScriptの.vbsファイルは、一部のセキュアアプリで実行が許可されないか、
実行確認画面をクリックする必要に迫られることがある。
(KingS●ft製のでヤラれたコトがある、数年前に･･･)
タスクで自動動作させたい向きには非常に厄介だ。
それらを避けたい場合は、.vbsファイルをエンコードして利用するコトで、
セキュアを維持しつつの自動化への解決となることが多い。
エンコード後の拡張子は .vbe
肝心のエンコーダは、 WindowsScriptEncoderと云うのが、
Microsoftサイトで配布(要認証)されているので、利用されたし。
ソースを読まれたくない場合などにも良いかと･･･w
VBScriptで鯖管理 そにょ１･･･
Update 20090311 0300
ココのScriptも、以後のログにアーカイブ用意しました。 |
Windowsのタスクに登録して、日毎フォルダを作成するだけのスクリプト。
当然設定は １日１度 00:00 に 動作させる。
なんでそんなモノ要るのかって？
毎日定点で写真を撮ってるので、保存毎にフォルダ作るのが面倒になったからwww
ちなみに、ココで公開したスクリプトは、元々コレ向けだったものが多いですww
今回の分は、以前の仕事で、
"起動後、特定条件の日だけにデータ取得を動作させるよう、処理を自動化してくれ"
と依頼されて創ったモノをバラし、その断片に、新たな構想を加えて作成したモノです。
(確か、六曜で云う、大安 の日だけって指定だったと思う 当然Windowsのタスクにそんな器用な設定はない。)
iniファイル配置で、複数フォルダを対象に出来るのが、ちょっとだけ凝った点w
つか、コレに関しては、用途的に必須だったってのが事実^_^;
と云うのも、タスクにvbsやvbeを登録する場合、
ソレ自体はスクリプトであって、実行する本体ではないので、パラメータの指定が出来ないと云う罠が･･･
もっとも、ランタイム自体から記述してしまえばイイのだろうが、面倒だ。
どうせなら単純登録だけで使いたい･･･ と云う なんとも手抜きな欲がココまでさせたとも云える･･･
それに、複数のフォルダに同処理を施したかったってものあったので、iniファイルを読み込むカタチにしたと(´ﾍ｀；)
デキルコトはってぇと、指定フォルダ配下に、
[指定したフォルダ] |
指定したターゲットフォルダは、既存していることが必須で、ない場合、処理は実行されません。
自動でターゲットフォルダを作成する処理も検討しましたが、セキュリティ的に疑問を感じた為ヤメました。
書式)
DateFolderCreate.vbe {対象フォルダ名{,対象フォルダ名} |
パラメータ無指定の場合
[スクリプトを起動したフォルダ] |
コマンドラインやショートカットからの、パラメータ指定起動の場合、
[指定したフォルダ] |
また、スクリプトが配されているフォルダに、スクリプトと同名のiniファイルがあり、
C:\Target,C:\Target\Target |
C:\Target |
C:\Target |
指定先に、対象が既存の場合は、スキップするようになっているので、殆ど意識無く使えます。
毎度のコトながら、役割ごとに関数化してあるので、流用もしやすいかと･･･
▼ウチの鯖たん上で、実働してるスクリプトそのもの･･･^_^;
'***** ↓↓↓ScriptTitle↓↓↓ ********************************************************* |
って、以前のログから読んでるヒトには、使用関数周り、ドコかで見覚え感ありありでしょうが、
まぁ、御愛嬌と云うコトでww
･･･つか、こんなのに用がある閲覧者が居るのかってコトのほうが、いささか疑問だが(´ﾍ｀；)
＜そのまま使えるVBScript 日付 フォルダ 作成 自動化 複数 ルートフォルダ 指定可能＞
2009/03/08
エラい目みた･･･
WMI呼び出しだけで済まそうと手を付けたC#が、１日程度で挙動を把握できたコトにチョーシづき･･･って、
得られた値は、レジストリにあるクロックアップ前のモノで、全く使い物にならなかったのだが･･･(;_;
･･･で、面倒を省みず、RDTSC命令を使うが為に、C++の敷居を跨いでしまったってのはマズかった･･･
なんか、ほぼ睡眠も取らずに獲り憑かれたように･･･ま、３日ほどで こいつも大体把握できたのでイイんだけどねw
しかしアレだね、C#やC++が使えると、デキるコトが格段に広がるのはイイんだケド、
後者なんてもうアレは、完全に人間向けでないでしょ、あの記述は･･･ ^_^;
しかも、同じ処理させるだけで、アレだけ多様な対象の列挙の仕方があるのか と、
ホンキで考え込んでしまったよ･･･
しかし、使ってみて更にMSのWindowsに対する手抜き具合を知った感があるね。
プロセッサのRDTSC命令の扱い１つ取っても そう思えるよ･･･
･･･てっきり、Winは、休止モードから回復した時に、全てのレジスタに元の値がセットされてしまって、
検出方法がないから、休止復帰のRUNレジストリキーがナイのかと思ってたら、サにアらず、
しっかり初期化されてましたよ･･･ Visたんトカもコノへん未拡張のままなのかな？
マシン重いと、休止モードに頼りたくなるよね～ww
つか、プロセッサ多コア時代に、クロックの取得がハードレベルでﾃﾞﾌｫサポートされてないってのはドウなの？
石メーカーも、もう少し考えてツクれよってハナシにならないか？
実際、OSサイドからパワーマネージしようと思ったら、クロックの正確な値を得るのに、
レジスタ上のticksが頼りって ちょっとね･･･ しかもコア毎に可変でしょ、イマドキの石って･･･
ナニが不満ってGeodeNX1750@14Wは、某著名CrystalCPUIDナシでは、フルクロックにならんのよコレが!
ソレを補う監視ツールを創りたかっただけなんだよね～ C#だのC++だのに手を出した理由って･･･
しかも環境が VSExpressEditionなモンだから、肝心の欲しい機能を含むALTが憑いてなくて使えんし･･･
ま 結局、無くても全然困らなかったけどねww
しかし、1000msec取得するだけのインターバルタイマまで自分で書かないとならないとは･･･
VBScriptより辛いかしらん(´ﾍ｀；)
Windows.Forms.Timerに逃げる(クロック表示フォームあるし)というのも手段なのだが、
フォーム(を完全に)非表示とか、フォーム無しVer.とかでも動作させたい場合にチト困る･･･
マシンがショボいと、イラんトコに神経使うのよコレが･･･
動画再生もｲｯﾊﾟｲ×2なのは仕方ナイとして、Adobe製品やMSOffice製品ですらカナりキツい･･･
ソレらを使うには、あの軽いCrystalCPUIDすら常駐させて置けないんだから、ドウにもナラん(-_-;)
まぁ、完成したらココとかに うpする(ソースのほう)と思うケド、機器依存激しいカモねwww
敢えて普及してるんだか してナイんだか判らん .NetFramework3.5を多用しようと目論んでいると云うΨ(｀∀´)Ψ
･･･でも、基本的なモノしか描き込んでいない･･･そう、それは まるで、背景白い手抜き漫画のようなwww
･･･な、カンジだし、以外に大丈夫かな、カナ？ ^_^;
2009/03/04
ソレに比べて･･･
コッチの商品▼って、照明としてもヨさげだけど、
超高輝度ＥＬシート - 株式会社 海光社
原稿や写真フィルム確認向けのライトテーブルの代わりに向いてるような希ｶﾞｽ
･･･価格と寿命が折り合うかが疑問ではあるが^_^;
諸元情報中に
※発光色ホワイトは太陽光に当る場所に設置した場合、
紫外線の影響で赤色顔料が退色して少しづつ青味を帯びてゆきます。
とあるが、コレでは一般利用するにはムリがあるなぁ と思いつつ見てたら、
防湿ラミネートによる長寿命化
空気中の水分をの侵入を防ぐために積層フィルムでラミネートしています。
ともある、だったら、
●曲げられる必要があるなら
紫外線遮光フィルムを表層に貼る、ないし、同特性のあるラミネート材料を使う
●板状で使うなら
紫外線遮光透明塗料をコーティングする、ないし、紫外線遮光プラスチック板を表層に充てがう
と云った構造にするだけでも、劣化防止に効果が上がりそうなものだが、検討しなかったのだろうか？
最近の紫外線カット系商品の可視光透過率の高さは、
過去のモノとは比較にならない程 性能が向上しているのだが･･･
－－－－－－－－－－ update 200903080203 |
国内大手企業って･･･
いちいち イマサラ感 炸裂させてくれるトコ多いよな～
「省電力」有機ＥＬ照明に進出 出光、１３年めど 欧米で事業化検討 - FujiSankei Business i [ 20090303 ]
って、ホント今更、しかも検討とか云ってるし･･･ コレだからコッチ出のイナカ企業はよぅ･･･(´ﾍ｀；)
ついに手を付けてしまった･･･
VB6.0やVisualStudio.NET(2k2)に触れていた過去から逃れるかの如く、
つい先頃までは、出来るコトは殆どをVBScriptでカタづけてきたのだが、
JavaScriptに触れたあたりから、創りたいモノに欲が出てしまい、
とうとう、処理可能な範疇を超えてしまったらしい･･･
已む無く、インストールはしてあったVisualBasic2k8に手を出したが、
どうやら更に足りなくて、VC++やVC#にまで食指が伸びてしまった･･･
つか、マシンスペックがｱﾚなもんで、デバッグするだけで停まりそうなのだよ(|| ﾟДﾟ)
マトモな機材が揃うまでは関わりたくなかった開発環境だったのだが･･･
しかし作りたいのは、スペックの低さマトモじゃない機器向けなんだけどね(´ﾍ｀；)
2009/02/28
VBScriptで日付処理 そにょ３･･･
日付の処理だけ、某Format関数を模してみた。･･･あくまで暫定版。
限られた指定方法で、要素を並べ替えられる程度しか機能しないが、
新たに曜日を要素として取得可能になっている。
書式)
iDTw({tDate}, {tNow}, {sFormat}, {dSplitter}, {tSplitter}, {dtSeparator}, Control) |
{sFormat}に対し、半角英大文字の、"YMD" で 日付部分を
"W"で曜日を "HN" で 時分を "S" で秒を、それぞれ任意の位置に配置できます。
★オマケ
"S HNS YMD [W] HN" |
曜日取得処理 GetWeekDay
装飾も含めて好きなように曜日文字列を取得したいが為だけに作成したモノ。
単なる曜日取得と異なり、逆引き検索や対応データへの変換など、
パラメータの適用次第で応用の幅を広げられるようになっている。
また、iDTw を使う場合、変数 strWeekday をPublicで宣言し、
この関数(の結果)を事前に代入しておくコトが必須となる。
なんだか、海外のライブラリ使ってるみたいで使いデ悪くて、お蔵入りさせてたブツではあるがw
書式)
GetWeekday(YMD, wFormat, WeekdaysString, nDepth) |
lArray や inArrays は、これらの為に用意したモノとも云える･･･
'***** ↓↓↓ScriptTitle↓↓↓ ********************************************************* |
更に自由度の高い書式指定機能付スクリプトを作成するので、この分も要らなくなったりするww
似たようなものばかりでアレなんだケド、色んなデータへのアプローチの仕方があるというコトで、
なにかしら参考になっていればいいなぁ･･･(´ﾍ｀；)
＜そのまま使える スクリプト 年月日 曜日 時分秒 文字列 配列変数 取得 Format Text FormatDateTime＞
VBScriptで多次元配列 そにょ２･･･
外部関数追加で、スプリット文字列に区切り文字 ~(チルダ)を不要にしてみた。
あと、バラバラに列挙してたスクリプトを、ファイルのままに張ってみたw
ただ、Tabが全部ツブれてしまうんだよね･･･
以下を、空のテキストファイルにコピペして、任意の名前に、拡張子.vbsをつければ動作します。
'***** ↓↓↓ScriptTitle↓↓↓ ********************************************************* |
lArrayでは、文字列を文字にバラす際、ADODBオブジェクトに文字列を書き込み、
それを先頭から１文字ずつ読み出して、変数へ配列を追加しつつ、値を代入している。
書式)
lArray (strLetters, rArray) |
書式)
inArrays(tSources, strLimitters, arReturn) |
VBScriptで多次元配列 そにょ１･･･
日付処理の続きを記述する前に、必須スクリプトなど１つ･･･
'－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－ |
書式)
inArrays(tSources, strLimitters, arReturn) |
説明面倒っちぃので、実例など･･･
Const strWeekdays = "1:月:MON:Mon:Monday,2:火:TUE:Tue:Tuesday,3:水:WED:Wed:Wednesday,4:木:THU:Thu:Thursday,5:金:FRI:Fri:Friday,6:土:SAT:Sat:Saturday,7:日:SUN:Sun:Sunday" |
上記２つは等価処理なので、結果は同じとなります。▼▼▼ p.s. そにょ２で修正された版です。▼▼▼▼▼▼▼▼▼▼▼▼▼
★上記実行サンプルとの差異
'文字列を代入 |
書式)
inArrays(tSources, strLimitters, arReturn) |
'－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－ |
VBScriptで日付処理 そにょ２･･･
更に手抜きで使えるように･･･
って、曜日表示機能付きの別スクリプトを縮小したもの。
'－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－ |
書式)
iDT ({dSplitter}, {dtSeparater}, {tSplitter}, Control) |
スクリプト中に On Error Resume Next を宣言してあれば、全パラメータ省略可
実行a) test = iDT() |
そうでない場合、カンマとControl指定 必須
実行a) test = iDT(,,,0) |
実行b) test = iDT(,,,1) |
実行c) test = iDT("",,"",1) |
実行d) test = iDT("",,"",0) |
実行e) test = iDT("","","",0) |
オマケw
実行f) test = iDT("*",,"*",1) |
結果の内容自体は、いずれも文字列参考までに･･･
VBScriptで日付処理 そにょ１･･･
Excelのシート上なら Text関数、VBA (VisualBasic for Application) なら Format関数、
VisualBasicシリーズなら･･･って、列挙するまでも無く、既存関数で可能な、全く必要のない処理なのだが、
VBScriptでは、ハナシが違ってくる。
そもそも、VBS(WSH WindowsScriptingHost 現WindowsScriptHost)は、古来w
日付処理すら内部に持たない動作環境だった･･･
わざわざ、Windowsのプロセスをオブジェクトとして呼び出して、ソコから取得していた時代がww
それが、あれよ×2 と拡張され、簡単に呼び出せるようになったまでは良かったのだが、
完全な書式指定処理は内包せず、システムの設定依存となってしまった･･･
ちょっと処理すれば、桁揃え程度は誰でも出来る記述だったが、イマイチ汎用性に欠いてしまう･･･
いろんなサイトで同様の処理が列挙されているモノの、
中々、関数として そのまま使え(流用でき)るのが みつからない･･･
ソコで、自分で書いてみた。
'－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－ |
日時値指定ナシで、今の日時文字列を、欲しいカタチで得たいだけなら、コレで充分
書式)
iDT (dSplitter,dtSeparater,tSplitter,Control) |
実行a) |
実行b) |
結果の内容自体は、いずれも文字列
･･･パラメータ無指定によるエラーを、回避する構造にはしていないので注意が必要。
無意味に複雑に感じる向きも少なくないと思うが、スクリプトの短さと共に、
他のvbsファイル作成の際にも流用し易いコトに重点を置いている。
また、Windowsの日付設定[地域のプロパティ]が、インストール既定値であることを前提としている。
コレがVBなら容易に既定値を設定できて楽なのだが、VBSだと型宣言すら思い通りにならんのがクチ惜しい･･･
でもまぁコレなら、それなりに、そのまま流用できると思う。
日付／時刻を繋がった文字列として取得したり、それぞれ分けて、配列として取り出すことで、
呼び出した主処理上で、使い分けが利くようになっている。
また、日付時刻関数 FormatDateTime の癖を利用しているのも特徴だ。
肝心の処理だが、主たるは、▼コレ。
FormatDateTime(Date[,NamedFormat]) |
まず、コイツに、日付のみ(Date関数)を投入することで、確実に日付文字列を確保する。
nD = FormatDateTime(Date(),0) |
NamedFormatパラメータ 0 (ないし、省略 vbGeneralDate)で、yyyy/mm/dd形式の文字列を得られる。
うっかりココで Now関数とか入れちゃうと、yyyy/mm/dd H/n/ssが返ってきてしまい、
時/分 の部分だけ、桁が可変で使えない。･･･何故かシステム既定だと H/n になってるのだ。
(このクセさえなければ、そのまま使えて便利なのだが･･･)
しかし、システム設定には触れずに処理させたい!
ってワケで、次に、秒のみを取得する。 FormatDateTime のパラメータに 3 (vbLongTime) を指定すると、
実行) FormatDateTime(Now(),3) |
Windowsのシステム既定値って･･･(´ﾍ｀；)
実スクリプトでは、戻り値をコロンで Split(配列化)し、配列番号{(2)}指定で秒の部分のみを取り出している。
ソレをアトでくっつけるので、コロンを事前に付けてあったりする。
nS = ":" & Split(CStr(FormatDateTime(nX,3)),":")(2) |
更に、時分･･･ FormatDateTime のパラメータを 4 (vbShortTime) を指定、
実行) FormatDateTime(Now(),4) |
と、桁の揃った時分が返ってくる、ソレに秒の文字列をくっつけて時分秒文字列は完成。
strHMS = FormatDateTime(nX,4) & nS |
･･･ぶっちゃけ、こう▼書いても同じなんだけどねwww
strHMS = FormatDateTime(nX,4) & ":" & Split(CStr(FormatDateTime(nX,3)),":")(2) |
あとは、日付文字列とを、どう返すか等を処理しているだけ。
セパレータの指定は、日付処理を色んなカタチで用いるコトの多い方なら、重要さが判ると思う。
ファイル名構築であったり、フォルダ名だったり、はたまたWebのURLだったり、
テキストファイル内への書き込みだったり、etc etc･･･ セパレータは用途によって随分と異なるようでw
主処理で、Replaceカマせばイイだけなんだけど、どうせなら取得時点で完了していたほうが･･･と
手抜き根性がココまでさせたというオチも付き、オアトがヨロしいようで･･･
＜FormatDateTime ヘンなクセ＞
2009/02/17
必要に迫られる・・・
何故かJavaScriptで遊んでいたりw
自鯖のDDNS接続の更新確認をケータイから行えるよう、専用ページを配置しているのだが、
ソコに、ケータイブラウザでも走るデモとして、時計でも置いてやろうか と云うのが始まりだった。
･･･元々VBscript遣いだが、アレがケータイで走るとは、到底思えん(´ﾍ｀；)
似たような処理は結構多用するし、諦めてJSに手を付けることになったワケで･･･
で、２日ほど色々試行して、JSの身の振りようをあらかた把握したところw
ソコは上記の通りVBS遣い、JSなんて必要ない と思っていたのだが、使うと中々どうして、
こりゃ便利 ってカンジw
ただ、一長一短ではあるようで、JSで、繰り返しや複雑すぎる分岐、
量のある文字列処理などを行うものを、不用意にHTMLに組み込むと･･･ 実動で不得手なのは見て取れた(^_^;
一瞬、ウチの骨董端末がヤバいのかと思った(爆)が、参考にしていた数々のサイトでも
同様の評価が出てた･･･ (ひと安心)
また、当方では よく多用する、時間関連処理でも、
同じ結果を1/1000secレベルまで精度を上げて出そうとすると、かなり重くなって、
実用に耐えなくなってしまった･･･ のて端末のloliちゃんだと停まるコトもw
･･･何故かケータイだと、それなりに走るのだがww
単純分岐処理のモノだと、精度は落ちるが、のて機でも問題なく動く･･･
JSを使うなら、余程必要ない限り、複雑な構造にしないほうが無難なようだ。
VBSなら、文字列処理や 異常なくらい複雑な分岐を構成しても、
速度に不満は感じたコトは無かったが、環境依存度が高いし、
HTMLへの応用だと、出力方法が なんか回りクドいし･･･
まぁ、クライアントの環境に左右されるってだけでも考え物だけどね。
とは云え、便利なのを知ってしまったからにはアトには戻れないのが人情ってﾔｼで、
そうなると、WSHで、VBS/JS混在記述と云うのも、アリなのではと思いはじめてたりw
･･･IEを非標準扱いしてるﾔｼのコメとは思えんな･･･(-_-;)
登録:
投稿 (Atom)