共通関数・共通定数・共通変数なども必要になる。

　　　　共通定数・共通変数は、特になにもせず、

　　　　インクルードすればいい。

　　　　共通関数は、コンパイルする必要があるので、

　　　　「プロジェクト」-「プロジェクト設定」-「追加」で、

　　　　「追加ソースコード」に登録する必要がある。

補足

　　　　なかなか、更新する時間を確保するのが難しい。

　　　　どうするものかな？

　　　　　ログを表示する機能を実装。

　　　　　この部分も、ランゲージファイル対応。

　　　　　今は、デバッグ用のメッセージを表示。

　　　　　何を表示していくかは、今後の課題。

補足

　　　　設定を最小限に抑える方法を考え中。

　　　　　　　言語を変えられる機能を搭載した。

　　　　　　　本来は、日本語・英語などを切り替える機能。

　　　　　　　しかし、日本語でも、いろいろあってもいい。

　　　　　　　共通語版、関西弁版、東北弁版など、

　　　　　　　あっても面白くないだろうか。

補足

　　　　　　久しぶりの更新。

　　　　　　書くことがいろいろある。

　　　　　　ぼちぼち書いていこう。

　　　　　更新が遅くなってしまった。

　　　　　もう、第十四日目になった。

　　　　　ソフトの終了をWindowの「EXIT」イベントに割付けた。

　　　　　だから、ソフトの共通終了処理は、WideStudioだと

　　　　　mainWindow->execProcedure(WSEV_EXIT);

(mainWindow変数は、変更すること)

　　　　　となる。

　　　　　実際、終了時にしていることは

　　　　　「SQLite」データの保存。

　　　　　XMLファイル　->　SQLiteデータベース -> XMLファイル

この順で、データが移動している。

　　　　「XMLファイル」に保存しているのは、

　　　　「SQLite」で、メモリを使うことを想定しているから。

　　　　「SQLite」を使うのは、今後、検索ルーチンを作るとき

　　　　簡単にできるから。

補足

　　　　ちょこちょことできてきている。

　　　　お気に入りの取り込みはなかったことに。

　　　　もう少し、すすめて、核となる部分を作成しよう。

　　　　それまでに、外堀を徐々に埋めていきたい。

　　　　　間違いに気が付いた。

　　　　　「SQLite」の接続をWideStudioでするとき

　　　　　WSCvdb* objDb；

　　　　　// objDb　の初期化

　　　　　objDb->open(":memory:","","")

　　　　　としていたが、どうも間違いらしい

　　　　　WSCvdb* objDb；

　　　　　// objDb　の初期化

　　　　　objDb->open("","","",":memory:")

　　　　　と、するようだ。

　　　　　また、ファイルを使う時は、

　　　　　WSCvdb* objDb；

　　　　　// objDb　の初期化

　　　　　objDb->open("","","","rss.db")

　　　　と、ファイル名を書けばいい。

補足

　　　　間違えて書いていたのに、よく動いていた。

　　　　それが不思議である。

第十一日目

　　　　「SQLiite」を「WideStudio」で使うには

　　　　 if (objDb->open(":memory:","","") == WS_NO_ERR){

　　　　　//接続。

　　　}　else　{

　　　　　//接続失敗

　　　}

　　　　とすれば、メモリ上にDBが作られる。

　　　　また、「:memory:」をファイル名にすれば

　　　　ファイルにDBが作られる。

(これは、間違え。第十二日目を参照)

補足

　　　　　プロジェクト名を決めた。

　　　　　　【オニワキ】

　　　　北海道の地名。

　　　　ソフトの名前は、決めていたが

　　　　他に使われていたので、却下。

　　　　なにか考えねば。

　　RSS配信は、ローカルに限定。

　　「WSCvsscoket」の「WSNip」プロパティを

　　「127.0.0.1」に設定。

　　これで、ローカルに限定できる。

　　あと、RSSデータファイルがないと、落ちることが判明。

　　　対策前

　　　　WSCstring strXml;

strXml = *WSGFreadTextFile((WSCstring)inFile);

何もチェックしていない…！

　　　対策後

　　　　WSCstring* pStrXml;

pStrXml = WSGFreadTextFile((WSCstring)inFile);

　　　　if (pStrXml == (WSCstring*)NULL) {

　　　　　// エラー

　　　}



　　

補足

　　　　結局、ちょこちょこと作業してしまった。

　　　　もう、寝る時間が…。

　　　　今日は進捗なし。

　　　　構想としては、いろいろあるが

　　　　のんびり、実装していこう。

補足

　　　そうそう、至急、修正することがあったんだ。

　　　忘れないで修正しておこう。

　　　それと、あのテストもしておかないと。

　　　いろいろせかされるこの頃である。

　　　　ソースコードの改善中。

　　　　XML解析の簡単な方法。

　　　　まず、ファイルの読込み

　　　　WideStudio　だと

　　　　WSCstring strXml;

　　　　　strXml = *WSGFreadTextFile((WSCstring)ファイル名);

　　　　となる。

　　　　次にタグの数。

　　　　”＜”の数を数えればいい。(大胆かな？)

　　　　WideStudio　だと

　　　　　　WSCstring strXml;

　　　　　　strXml.getWords("<");

　　　　と、なる。

　　　　解析部分は

　　　　”＜”から、次の”＜”までの文字列を取得する。

　　　　そして、”＞”を区切り文字にして、

　　　　”＞”の前がタグ、後が値とする。(大胆かな？)

　　　　WideStudio　だと　

　　　　　WSCstring strXml;

　　　　WSCstring word;

　　　　long tags;

　　　　　index = 取得したいタグの番号。

　　　　word = strXml.getWord(index,"<");

　　　　tags = word.getWords(">");

　　　　if (tags == 1) {

　　　　　　// タグしかない場合

　　　　　　tag = word.getWord(0,">");

　　　　} else if (tags == 2) {

　　　　　　// タグと値がある場合

　　　　　　tag = word.getWord(0,">");

　　　　　　value = word.getWord(1,">");

　　　　}

　　　と、なる。

　　　あとは、順番に、タグと値を取得していくだけ。

　　　「WSCstring」変数に値を入れているから、

　　　格納サイズを気にしなくて済む。

　　　もう少し、プログラムを見直していこう。

補足

　　　解析ルーチンは大胆過ぎた気が…。

　　　あと、お気に入りの取り込みも調べて置かないと。

第八日目

　　　　データベース［SQLite］の周りを作成。

　　　　［SQLite］は、メモリを使うことにした。

　　　　ただ、メモリだと、ソフトを終了したら消えてしまう。

　　　　そこで、XMLファイルで、入出力する部分を作成。

　　　　ただ、汎用性があまりない。

　　　　それでも、入力周りは、流用できるかもと、考えている。

　　　　明日は、ソースを見直し、きれいにしよう。

補足

　「WideStudio」は、やはり、すごい。

　WSCstring　strXml = *WSGFreadTextFile((WSCstring)"ファイル名");

　これだけで、ファイルを読み込める。

　ただ、メモリをバカ食いするソフトになる予感。

　ちょっと考えねば。