そうだ、今年、やりのこしたことがあった。
Ｄｕｋｅマウス、getしたのに、ここで紹介してなかったので、
いま、紹介します。こんなかんじ
今年中に、まにあった。。かな？
そうだ、今年、やりのこしたことがあった。
Ｄｕｋｅマウス、getしたのに、ここで紹介してなかったので、
いま、紹介します。こんなかんじ
今年中に、まにあった。。かな？
シリーズJavaの画面表示のつづきです。今、Ｓｔｒｕｔｓを具体的な例をあげてやってます。手順は、以下のとおりです。
１．画面遷移を考える。
２．（別にやんなくてもいいけど）それを以下のように図にしておくと、あとで楽です
３．画面のＪＳＰを作成します
４．Ｓｔｒｕｔｓタグをいれて、ＪＳＰを修正します
５．画面に対応するＡｃｔｉｏｎＦｏｒｍを作ります
６．Ｓｕｂｍｉｔでサーバーで処理するところに対応する、Ａｃｔｉｏｎを作ります
７．struts-config.xmlを設定します
８．モデルを作って、Ａｃｔｉｏｎから呼び出します
前回７まできたので、今回は「８．モデルを作って、Ａｃｔｉｏｎから呼び出します」なのですが、これは、すぐに終わってしまう一方、配置について書かないといけないので、それについても書きます。
■モデル部分について
Actionで呼び出しているshori1.rituKeisanですが、これは、Javaの画面表示－その４：ＪＳＰで表示、ＪａｖａＢｅａｎで処理（その２：ソース） で示したShori1.javaとおなじです（ということは、Strutsを使わなくても、JSPだけでも、MVCにわけて、同じことができるということです）。
なので、一応ソースだけ、書いておきます。
package pac1;
public class Shori1 {
public String rituKeisan(String nyuryoku)
{
//==============================//
// データの取得 //
//==============================//
if ( nyuryoku == null )
{
return "NO DATA!";
}
else if ( nyuryoku.length() == 0 )
{
return "NO DATA!";
}
// 処理
int i,atari;
atari = 0;
String chk = "This is a pen";
for(i = 0 ; i ＜ nyuryoku.length() ; i ++ )
{
if ( i ＞= chk.length() )
{
break;
}
else if ( chk.charAt(i) == nyuryoku.charAt(i) )
{
atari++;
}
}
//==============================//
// 結果を返す //
//==============================//
return Integer.toString(atari*100/chk.length());
}
}
|
（上記 ＜ ＞は、本当は半角です）
■配置
で、今まで作ったものの配置です。
まず、Tomcatのフォルダの下にwebappsがあるとおもうので、そこになんかフォルダをつくって、その下におきます。
ただし、あとでlibのフォルダにいろいろいれないといけないので、実際には、
struts-blank-1.3.5.warファイルを、あらかじめ、名前を変えておいて（フォルダ名.war)、それを、Tomcatのフォルダの下のwebappsの下において、展開してもらうことによって、フォルダを作成したほうが楽です。
今回は、stestという名前でwebappsの下に作ったとします。
そうした場合の、ＪＳＰファイルとjavaのクラスファイル、struts-config.xmlの置き方は、こんな感じになります
Tomcatのフォルダ ｜－webapps ｜－アプリを置くフォルダ ｜－jsp ｜ ＊－ＪＳＰファイル ｜－WEB-INF ｜－struts-config.xml ｜－web.xml ｜－lib ｜ ｜－（中身は省略） ｜ ｜－classes ｜－パッケージ名 ｜－Ｊａｖａクラスファイル |
ＪＳＰファイルは、アプリを置くフォルダの下なら、どこでも本当は大丈夫です。
一方、ＷＥＢ－ＩＮＦの下にある設定ファイルや、ライブラリ、クラスは、このようにＷＥＢ－ＩＮＦを作って配置してください。
web.xmlと、libの中身に関しては、struts-blank-1.3.5.warを展開したものと同じものを使います（これ以外のファイル、フォルダは、今回は使いません）
今回の具体例の場合は、以下のように配置します。
Tomcatのフォルダ ｜－webapps ｜－stest ｜－jsp ｜ ｜－index.jsp ｜ ｜－kekka.jsp ｜ ＊－error.jsp ｜ ｜－WEB-INF ｜－struts-config.xml ｜－web.xml ｜－lib ｜ ｜－（中身は省略） ｜ ｜－classes ｜－pac1 ｜－inputForm.class ｜－errorForm.class ｜－kekkaForm.class ｜－ShoriCtrl.class ＊－Shori1.class |
これで、Ｓｔｒｕｔのお話は、ここでおわりです。
で、Ｊａｖａの画面表示の話も、ＨｅｌｌｏＪａｖａ以降のＪａｖａとしての話も、ここでおわりということになります。
以降、来年からは、Ｊａｖａの個々の話題に関して、単発的に触れて生きたいと思います。
まずは、Ｓｔｒｕｔｓの続きからはじめます。
（今回の話を前提に、ワンポイント的な話を書いていきます）
また、ＨｅｌｌｏＷｏｒｌｄまでのＪａｖａの話を土日に、ＨｅｌｌｏＪａｖａ以降の話を今回まで行ったため、本来なら、コレでつながるはずなのですが、重要な、例外の話やＨａｓｈＭａｐの話を書いていないので、またいつか、（もちょっとたったら）そのＨｅｌｌｏＷｏｒｌｄが終わった人のためのＪａｖａみたいなシリーズも検討していたりしています。
ということで、なんか、さいごはばたばたでしたが、これで、このシリーズおわりです。
（年内に終わってよかった ＾＾；）
これ、途中でとまってたんで、今年中に終わらせたいと思います。
シリーズデザインパターンの２３種類の各パターンは、要するにこうだ！と言い切るの４回目です。
このシリーズ、GoF本の、デザインパターン２３個は、結局、一言でいいきると、なんなんだ！というのを書いてます。かなり独断と偏見で書いてます。
ＧｏＦ本のデザインパターンは、主に３つにわかれます。
１つめは、生成に関するもの
２つめは、構造に関するもの
３つめは、振る舞いに関するもの
で、生成に関するものと、構造に関するものは書きました。
振る舞いに関するものは、
１．Chain Of Responsibilityパターン
２．Commandパターン
３．Interpreterパターン
４．Iteratorパターン
５．Mediatorパターン
６．Mementoパターン
７．Observerパターン
８．Stateパターン
９．Strategyパターン
１０．Template Methodパターン
１１．Visitorパターン
とあって、前回５番のMediatorパターンまでやったので、今回は、６．Mementoパターンからです。
なお、デザインパターンの具体的なプログラムは、
JavaでHello World ＞ デザインパターン
http://www.hellohiro.com/pattern/
というのがあって、そこに載っているようなので、気になる人はそちらを参照してみてください。
なお、この内容は、増補改訂版Java言語で学ぶデザインパターン入門を参考にしています。
■６．Mementoパターン
やり直し（undo）やもう一度（redo)するために、インスタンスの状態を保存したり、復元させる方法
■７．Observerパターン
ある対象の状態が変化したときに、あらかじめ登録しておいたオブジェクトに（変化したことを）通知する。
ちなみに、Javaでは、これをjava.util.observe,java.util.observableを継承して利用することによって、行うっていう手もある。
■８．Stateパターン
よく、Ｃプログラムなどで、状態を表す変数stsなどというものを用意しておき、状態が変わるとsts=5のように、値をセットして、switch(sts)のように、状態によって処理を行うということをするが、それを、クラスを使って、オブジェクト指向っぽくやったもの。
■９．Strategyパターン
やりかたがいくつかあって（たとえば、株の銘柄を選ぶとき、ＰＢＲで選ぶ、ＰＥＲで選ぶ、利回りで選ぶなど、いくつかやり方があって）、やり方をごっそり変えたいとき、できるだけ他に影響を与えずに、やり方を切り替える方法。
■１０．Template Methodパターン
まさにテンプレートです。抽象クラスとして、テンプレートを用意しておき、具体的に使うときは、これを具体化して（一部かえることはあるかもしんないけど）使うというもんです。
■１１．Visitorパターン
オブジェクト指向は、データと処理をカプセル化します。
しかし、処理（メソッド）を、あるデータ（エンティティ）に所属させるのが、あんまり良くないとき（適したものがない、適したものがいくつもある）、
データ構造と処理を分離させてしまい、処理をvisitorのクラスとして定義してしまい、データ構造を、”訪問していく”形にしたもの。
ひえー、ということで、２３個示したので、これで、このシリーズは、おしまいです。
って、ＮＨＫニュース、まじっすかあ（＠＿＠！）
ここのＮＨＫニュース
互換性重視しソフトを調達へ
http://www3.nhk.or.jp/news/2006/12/31/d20061231000103.html
（ＮＨＫニュースは、日にちが変わると見れなくなります。
その場合は、2006/12/31/のところを、今日の日にちにすると、
見える「ことがあります」（必ず見れるわけではない））
によると（以下斜体は上記ニュースより引用）
国は、今後調達するソフトは互換性を重視し、原則として国際的な規格や日本工業規格などに基づく製品を優先して調達する方針を固めました。現在広く使われているマイクロソフト社製の「ワード」や「エクセル」などは、基準を満たしていないため、業務に支障がある場合などの特例を除き、今のままでは購入の対象外になります。国は今後一般からの意見も募って、新しい指針をまとめ、平成１９年の夏にもこの指針に基づいたコンピューターソフトの調達を始める計画です
まじっすかあー（＠＿＠！）
じゃあ、国に提出する場合は、ワード、エクセルでなく、そのソフト（OpenOfficeとかかなあ？？）をインストールして作れって言うことになりませんか。。。
そのソフト、フリーソフトから選んでくれればいいけど。。。
マイクロソフトから、なんか、文句きたりして。。
（互換性のある形式で書き出せば言いだけか。。。）
でも、互換性重視なら。。やっぱ。。。
テキストファイルで、ノートパッドですよね！
たいてい、どんなＯＳでも、開けますよ（＾＾；）ｖ
シリーズJavaの画面表示のつづきです。今、Ｓｔｒｕｔｓを具体的な例をあげてやってます。手順は、以下のとおりです。
１．画面遷移を考える。
２．（別にやんなくてもいいけど）それを以下のように図にしておくと、あとで楽です
３．画面のＪＳＰを作成します
４．Ｓｔｒｕｔｓタグをいれて、ＪＳＰを修正します
５．画面に対応するＡｃｔｉｏｎＦｏｒｍを作ります
６．Ｓｕｂｍｉｔでサーバーで処理するところに対応する、Ａｃｔｉｏｎを作ります
７．struts-config.xmlを設定します
８．モデルを作って、Ａｃｔｉｏｎから呼び出します
前回６まできたので、今回は「７．struts-config.xmlを設定します」です。
■具体例について
今回はいつもと違い、先に具体例、struts-config.xmlを示して、そのあとで、内容を書きます。
＜?xml version="1.0" encoding="ISO-8859-1" ?＞
＜!DOCTYPE struts-config PUBLIC
"-//Apache Software Foundation//DTD Struts Configuration 1.3//EN"
"http://struts.apache.org/dtds/struts-config_1_3.dtd"＞
＜struts-config＞
＜form-beans＞
＜form-bean name="inputForm" type="pac1.inputForm" /＞
＜form-bean name="kekkaForm" type="pac1.kekkaForm" /＞
＜form-bean name="errorForm" type="pac1.errorForm" /＞
＜/form-beans＞
＜action-mappings＞
＜action path="/shori" type="pac1.ShoriCtrl"
name="inputForm" scope="request" validate="false"＞
＜forward name="success" path="/jsp/kekka.jsp" /＞
＜forward name="error" path="/jsp/error.jsp" /＞
＜/action＞
＜/action-mappings＞
＜/struts-config＞
|
（上記 ＜ ＞ は、本当は半角です）
ここで、画面のイベントやフォワードの名前とＪＳＰの関係は、以下のとおりです
（この設定ファイルを書きやすくするため、上記の図を作っています）
また、ActionFromのクラスと画面の関係は、以下のとおりです
input.jsp inputForm(ただし、error.jspのフォーム部分と同じ）
error.jsp errorForm(出力用）
kekka.jsp kekkaForm（JSP自体が、画面出力しかない）
さて、上記のＸＭＬは、おおきく３つの部分に分かれます。
・DOCTYPE部分
・画面のＡｃｔｉｏｎＦｏｒｍ定義：form-beans
・画面のＡｃｔｉｏｎ定義：action-mappings
以下、それぞれについて説明します
■DOCTYPE部分
決まり文句です。なお、これは１．３用です。
１．１は、１．３と書いてあるところが違うのですが、
１．３で１．１を使わないほうがいいと思います（つまり、バージョンを直したほうがいいと思います。form-beanとaction-mappingsだけなら、たぶん、それでＯＫそう。。）
■画面のＡｃｔｉｏｎＦｏｒｍ定義：form-beans
form-beansタグの中に、form-beanタグを書き、１ＡｃｔｉｏｎＦｏｒｍクラス１form-beanで書きます。こんなかんじ
＜form-bean name="名前" type="パッケージ名.アクションクラス名" /＞
名前は、あとで使うaction-mappingsのところで使います。
テキトーに付けてください（というか、クラス名と同じにするとか、なんか決まりをつくったほうがいいです）。
■画面のＡｃｔｉｏｎ定義：action-mappings
action-mappingsタグの中に、actionタグを書き、１Ａｃｔｉｏｎクラス１actionで書きます。こんなかんじ
＜action path="JSPで書いたaction" type="パッケージ名.クラス名"
name="入力画面の名前" scope="request" validate="false"＞
＜forward name="フォワード名" path="フォワードするＪＳＰ" /＞
：
＜/action＞
”JSPで書いたaction”とは、JSPファイルのhtml:formタグのaction属性で指定したものです。
”入力画面の名前”とは、このＡｃｔｉｏｎの入力画面に対応する、ＡｃｔｉｏｎＦｏｒｍの名前なのですが、その名前は、上記「画面のＡｃｔｉｏｎＦｏｒｍ定義：form-beans」で書いた、名前のことです。
”フォワード名”とは、Ａｃｔｉｏｎクラスで
return map.findForward("success");
でsuccessとか書いた、あのmap.findForwardの引数として指定したものです。
”フォワードするＪＳＰ”は、ＪＳＰ名を書いてください（このアプリの下から書きます。なので、/jsp/kekka.jspとか、書くことになります）。
これだけ書けば、動きます。
で、このシリーズの次回では、「８．モデルを作って、Ａｃｔｉｏｎから呼び出します」なんですけど、モデル部分は、Javaの画面表示－その４：ＪＳＰで表示、ＪａｖａＢｅａｎで処理（その２：ソース） で示したShori.javaと同じですので、それは軽く触れる程度にして、中心的な話題は、配置について書こうと思います。
アクセス
トータル
ランキング
