【PHP】Ethna part.2【国産フレームワーク】

【PHP】Ethna part.2【国産フレームワーク】 at PHP

[1からを表示]
50:nobodyさん
07/09/27 21:55:07
>>49
この頁の解説なんかどうでっしゃろう？
URLﾘﾝｸ(ethna.jp)

-- html
<input name="foo[]" value="v1" ...
<input name="foo[]" value="v2" ...
<input name="foo[]" value="v3" ...
-- /html

-- ActionForm
'foo' => array(
'type' => array(VAR_TYPE_STRING),
),
-- /ActionForm

51:49
07/09/28 09:27:35
うほ、ありがとうございます！
アクセスさえ出来ればあとはどうにでもなりますね
もしくはマスタ数に上限を設けて、requiredがfalseなフォーム値を
上限分書いて逃げようと思います

52:nobodyさん
07/10/01 21:54:03
Ethnaにアバター機能が付くと聞いて飛んできましたｗ

53:nobodyさん
07/10/05 03:08:42
>>47
㌧
規制で書けんかった(´・ω・｀)

php5ならいちいさんが書いてる
Net_URL_Mapperを使ったプラグインがよさげなんだがなぁ・・・

ところで、UrlHandlerで設定した値ってもうちょっと簡単に取得できないもんなんだろうか・・・
AFに定義しないと取得できないってめんどい・・・・

54:nobodyさん
07/10/05 18:13:07
基本的にindex.phpのみでテンプレートを切り替えて
アクションをPOSTして動かしていくイメージで作っていたのですが
当然ですが、アクセスログを見ても全てindex.phpになっているため
画面毎に固有のURLを割り振りたいと考えています。

イメージとしては、　入力画面 -> 確認画面 -> 完了画面
のそれぞれに固有のURLを割り振る方法を模索しています。
入力画面:index.php?code=input
確認画面:index.php?code=confirm
完了画面:index.php?code=finish
と言うレベルでも付与出来るならば問題無いのですが、アクションをPOSTしながら
URLに変化を付ける方法が分かりませんでした。

素直にGETで渡すしかないのでしょうか？

55:nobodyさん
07/10/05 18:22:49
>>54です。
書いた直後に気が付いた…。
これなら普通に<form action="index.php?=***">で渡せば良いやと言う事で…
スレ汚し、大変失礼致しました。

56:nobodyさん
07/10/06 01:24:36
>>54
<input type="hidden" name="action_*">
とか
<input type="submit" name"action_*" value="じっこ～">
とかname属性に入れれば良い

ここらへんはEthnaのチュートリアルにあるよ

57:nobodyさん
07/10/11 16:33:35
smartyのincludej関数を使って、ヘッダー部やフッター部を別ファイルにしたいのですが
それ様の格納フォルダみたいなものってないのでしょうか？もしくは何か良い方法あれば
お願いします

58:nobodyさん
07/10/11 17:31:02
>>57
テンプレートディレクトリの中に好きなようにディレクトリ作って突っ込めばいいですよ。

59:nobodyさん
07/10/25 15:41:25 1vHLTuW2
ログの出力をなんでもいいから全部ファイルに出力したいときはどうするのん？

60:nobodyさん
07/10/25 16:15:34
'log_facility' 　　　　　=> 'file',
'log_level' 　　　　　　 => 'debug',

61:nobodyさん
07/10/25 23:58:03
おお、ありがたい

ちなみになんだけど
Ethna_Controller の getManagerClassName と getObjectClassName 。
微妙に名前の変換ロジックが違う
CVS版だと同じになってんのかな？

62:nobodyさん
07/10/27 21:04:42 euGofwdi
URLﾘﾝｸ(ihc.mydisk.jp)

63:nobodyさん
07/10/31 13:59:03 G97Omn6y
EthnaのADODBって Starttrans() 使えないのかな？トランザクション。

64:nobodyさん
07/10/31 15:51:24
直接
$this->db->db->StartTrans();
って呼べば使えたと思う

65:nobodyさん
07/11/01 14:26:56
>>63-64
いやいや、PEAR_DB版でもADOdb版でも、トランザクションは
$this->db->begin();
$this->db->rollback();
$this->db->commit();
で統一されてるよ。

66:nobodyさん
07/11/01 15:16:48
Ethna_DB_ADOdb.phpだとbegin()で単にBeginTrans()を呼んでるだけだけど、ADOdbのStartTrans()ってBeginTrans()より色々とよきに計らってくれるんですよ
/**
　Improved method of initiating a transaction. Used together with CompleteTrans().
　Advantages include:
　　　　　　　
　a. StartTrans/CompleteTrans is nestable, unlike BeginTrans/CommitTrans/RollbackTrans. Only the outermost block is treated as a transaction.
　b. CompleteTrans auto-detects SQL errors, and will rollback on errors, commit otherwise.
　c. All BeginTrans/CommitTrans/RollbackTrans inside a StartTrans/CompleteTrans block are disabled, making it backward compatible.
　*/
function StartTrans($errfn = 'ADODB_TransMonitor')
{....

67:65
07/11/01 18:02:36
ぐあ、StartTrans()のことは知らなかった。ごめん、typoかと…orz
CompleteTrans()でエラーを自動判定したり、トランザクション中に
別のメソッドでcommitされても大丈夫というのは便利ですね。
ADOdbの独自拡張ぽいから、Ethna_DB_ADOdb.phpを拡張するか、>>64氏の
書いたように直接呼ぶのが良さそう。

# ドキュメントに「毎回エラーチェックする必要ないよ」て書いてあるのは
# 無駄にSQLの実行回数が増えてしまうので微妙な気もするけど…

68:nobodyさん
07/11/01 23:50:53
詳しい人おしえて、

Ethna使ってて　actionに書くべきか viewに書くべきか迷うんだが、

例えばactionで
AppManager使って必要なデータ取ってきてたとして
ついでに af->set()で出力のお膳立てもしてしまった方が楽に感じるんだが、

あえて、どこかに溜めておいてview側でaf->set()すべきなのかね？

69:nobodyさん
07/11/02 00:16:52
>>68
actionformのsetはactionclassのperformに入る前の段階
つまり、authenticateとprepareで行うべき。

viewでやるのはもってのほか。

AppObject/AppManagerなどのModelにも極力行かすべきではない。

というルール付けでやってMVC意識してる。

70:68
07/11/02 00:42:53
>69 Ethna使わないでください。

71:69
07/11/02 01:00:21
>>70
どういうこと？

72:nobodyさん
07/11/02 15:32:51
>>68
その辺はMVCのジレンマだと思う。
効率的には、Actionで取得した情報をViewで使えるのがいいけど
特定のActionを通過しないとView側で正しい情報を利用できない
となると、処理と表示が分離されないことになるから微妙。

自分は多少無駄だとは思いつつも、ActionとViewでそれぞれ取得
しているよ。結果をキャッシュできるものはキャッシュしたり、memcachedを
使ったりして、DBの負荷は上げないように少し考えてはいるけど。

73:69
07/11/02 17:06:05
>>72
それ af->setApp（）するときだよね？
>>68 は、af->set()って書いてるから、フォームの値を調整したいんだろ？
そう思って>>69 の書き込みなんだが。

> 自分は多少無駄だとは思いつつも
AppObjectはキャッシュ持ってるから一回取りに行った値は保存してる。
なんでAppObject使ってやればActionで判定にとった値をViewで
使いまわしてもDBには行かない。

その辺はORMの仕事じゃないかとも思うけど。

74:nobodyさん
07/11/02 17:10:22
なかなか興味深い

75:68
07/11/02 23:44:12
ごめん af->setApp()のこと。。。orz　＞69

MVCの切り口でいくと
やはりそうなるんですかね。＞72 ＞73

キャッシュされているにせよ
viewでもう一回AppObject取り直して
af->setApp()を数行書くってのも、たいそう無駄な気がしてます。

結局どんなAppObjectが渡って来るか
view自体知ってなくてはならない訳だし、

俺の場合描画上の小細工はSmartyのテンプレートにやらせる事が
多いんで、
それだったら、set()とかsetApp()ひっくるめて、
ActionForm全体を渡すから、viewさんあとは描画よろしく。
って方が潔い気がしてます。

Ethnaは viewの定義省略できるんだし、
ワザワザ２，３行だけのViewのファイル作らなくても良いかなと
思ってる。

こういうのMVC的にはダメなのかな。

76:69
07/11/03 00:15:59
>>75
とりあえず1分でも早いことコーティング終わらせたい！
って時は、確かにViewレスにしてperformでsetAppする。こともある。

前はそうやってたけど、最近面倒でもviewつくるようにしてる。
まぁ、1分かからんでしょ。

理由は2つあって、ひとつは、結局あとから追加仕様が加わった時に
viewがあるとそこに流し込めば良いという意識でAction作ってしまえる。
viewを造ってないと、結局違うActionに同じsetAppするようになる。
ある意味、そっちの方が絶対使い回しできない。

もうひとつは、forwardをいじりたい場合。
view/Subview.php
view/Subview/Draw.php
view/Subview/Draw/Finish.php
ってする場合、APPID_View_Subview::forward()に仕掛けをしてやって
テンプレパス変えたりする場合、クラス定義だけでもしておけばそれ以下の
viewもよろしくやってくれるけど、viewを定義しないとControllerで設定した
view使っちゃうからな。まぁ、特殊な場合だけど、forwardいじれるのは強力だからな。

77:69
07/11/03 00:29:22
>>75
>キャッシュされているにせよ
>viewでもう一回AppObject取り直して
>af->setApp()を数行書くってのも、たいそう無駄な気がしてます。

なんで、オレの場合はできる限りAction/Viewの行数を増やさないように
Modelにほとんどのコードが移動した。
AppObject/AppManagerのキャッシュを利かせるには、
同じfilter/offset/limit/orderでDBからfetchさせる必要があるから。
すると、ActionとViewでぶれがあるといけないからな。

だから、全体の流れとして必然的に
[Action]
ActionFormの調整（デフォルト値や、セレクトタブの値生成）
　　↓
af->validate()
　　↓
落ちるView先の決定ロジック

[View]
af->setApp()
のみ

ってなる。

78:68
07/11/03 01:16:56
>>76
>もうひとつは、forwardをいじりたい場合。
これは分る。確かにforwardいじりたい時もある。

>viewを造ってないと、結局違うActionに同じsetAppするようになる。
>ある意味、そっちの方が絶対使い回しできない。

そうかなー。viewを作ってあったにせよ、viewに渡すものが抽象化
しきれてなければ、結局使い回せない気がする。
一番抽象的で、どんなviewでも理解できるもの、つまりはActionFormを
渡すというお約束が、ゆるくて最強の接点だと思うんだが。

79:68
07/11/03 01:33:38
>>77
>AppObject/AppManagerのキャッシュを利かせるには、
>同じfilter/offset/limit/orderでDBからfetchさせる必要があるから。

勉強になります。

80:69
07/11/03 02:54:08
>>78
>渡すというお約束が、ゆるくて最強の接点だと思うんだが。
その辺は、開発スタイルとか案件に依るんじゃない？
取りあえず「オレはこういう感じでやってる」ってだけで、別に色々な方法があると思う。
使ってるうちに変わるだろうし、ってオレがそうなんだけど。

そのへんのゆるさはEthnaのいいところだし、一人や数人でやる分には気楽。

81:nobodyさん
07/11/03 15:20:42
みんな、AppObjectというかORM使ってるのか。
俺はjoinのやり方が分からなくて涙目だったので、いまだにSQL書いてるよ。
ZnedFrameworkも試してみたけど、Zend_Db_Tableが全然使えないので
結局そっちもSQLというチンカスっぷりだぜ。

82:nobodyさん
07/11/03 16:01:56
joinは少し前まで、まともにできなかったはず。
なんで漏れもSQL書いてるよ。AppObjectはテーブルのレコードと１対１でやり取りする場面だけ
使ってる。検索して一覧引っ張ってくるようなケースは、joinする場合が多いし、
where文SQLで書く方が慣れているんで、SQL書いた処理をAppManagerに詰め込んでるよ。

83:nobodyさん
07/11/05 13:41:20
view作ってwhere条件だけEthna_AppSearchObjectで作るってのはナシ？
もっとも、それやった香具師がMLで「table読むときはカラム名小文字になるのに、viweを読むと大文字になる。がっでむ！」と言っていたので、あまりお勧めではないのかもしれん。

……S2EthnaでS2Dao.PHPか？w

84:nobodyさん
07/11/07 18:33:33 NnNW38Hz
URLﾘﾝｸ(ethna.jp)

> 入力のShift_JISを内部コードに変換
> まずは、Ethnaのフィルタで入力コードを変換してしまいます。

とあるのですが

/usr/local/lib/php/Ethna/class/Ethna_Filter.php

この中に書き加える訳ではないのですか？

上記で駄目だったので、APPID_Filter.php を以下のように書いて

class APPID_Filter extends Ethna_Filter{
{
　　function prefilter(){・・・}
　　function InputEncoding($data){・・・}
}

APPID_Controller.phpでrequire onceしてみたりしたのですが
$_POSTされたデータが変換されなくて悩んでます。

どなたかご教授ください。よろしくお願いします。

85:nobodyさん
07/11/07 18:36:31
APPID_Filter.php の prefilter() は preFilter() の入力ミスです。

86:nobodyさん
07/11/08 01:13:51 Wm9UgOj0
だれかAppManagerのgetAttrListの使い方わかる人いませんか？

これがいまいちわからないのです。フォームヘルパでセレクトボックスのoptionの値を
データベースから取得したいと考えてまして。

Ethnaの開発マニュアルみていたら、アクションフォームで
Optionの設定を'address,prefecture'に書けば見たいな事わかったんですが、、
プロパティの値ってのがよくわからないんです・・・

だれかわかる人教えてください。

87:nobodyさん
07/11/08 02:07:11
Hogeマネージャの関数から
同マネージャ内の別関数(fuga)を呼び出したい場合、
以下のどちらが適しているでしょうか？

$Hoge_m =& $this->backend->getManager('Hoge');
$Hoge_m->fuga();
or
$this->fuga();

88:nobodyさん
07/11/08 02:29:21 Wm9UgOj0
>87
$this->fuga();

89:86
07/11/08 02:56:20
ありがとうございます!!

もう一点非常に疑問点があるのですが、
$Hoge_m =& $this->backend->getManager('Hoge');
と
$Hoge_m = $this->backend->getManager('Hoge');
ってどう違うのでしょうか？
この&って参照渡しでしょうか？
参照渡しって単なる変数だけでなく、オブジェクトに対しても
利用可能なのでしょうか？

90:nobodyさん
07/11/08 16:06:31
>>89
URLﾘﾝｸ(www.php.net)
参照はスカラー型でもオブジェクトや配列でも使えるよ。

余談だけど、PHP5以降では関数の戻り値や変数への代入なんかで
同じオブジェクトを指し示している必要がないのであれば、参照渡しを
するべきではないので注意。メモリの効率化とか思っていると、むしろ
無駄に消費されることがある。
URLﾘﾝｸ(www.phppro.jp)

PHP4/5に対応するEthna(本体)には関係ない話だけどね。

91:nobodyさん
07/11/11 12:12:44
このフレームワークって他のフレームワークにあるような
AjaxヘルパやHTMLヘルパーなんかは装備されないんでしょうか？
あと、ルーティングをもう少し改善して欲しいですな。

92:nobodyさん
07/11/12 15:41:42
スマートURLを使えるようにするにはapacheの方も色々設定しないと駄目？

93:nobodyさん
07/11/13 01:26:05 41cf2n7r
PEAR::Authを継承したAuthクラスをこさえてみようかと思ったんだが、
構築するタイミングがわからない

ActionForm辺りで
$this->auth =& new $this->backend->ctl->class['auth'](&$this->backend->ctl)
ってやってあげればいいんだべか。
Controllerのコンストラクタで構築するのはちょっくら早い感じだし
どうするとスマートなんでげしょ。

94:nobodyさん
07/11/13 21:54:07
>>92
まぁ、mod_rewriteの設定を行わないと駄目でしょうね。
UrlHandlerはいまひとつって感じ。

95:93
07/11/13 23:45:08 41cf2n7r
ActionClassのauthenticateで生成することにすますた

96:nobodyさん
07/11/14 04:30:56
例外処理をしたいのですが、
AppManager 内で
throwして
アクション内でcatchしたい場合、
どのように記述すればよいでしょうか？
単にAppManager内でthrowすると
PHP Fatal error: Uncaught exception 'Exception'
がおきてしまいます

97:nobodyさん
07/11/16 03:14:04
>>67
エラーが発生したらトランザクション中の後続するSQLはスキップしそうだけどね
そうじゃなきゃあんまりでしょｗ

98:67
07/11/16 21:30:33
>>97
いや、ソース確認したらチェックしてなかったんだよ
あんまりだ

99:nobodyさん
07/11/19 22:11:25
$obj =& $this->backend->getManager('hoge');
$obj->setParam( $param );
$obj =& $this->backend->getManager('hoge');
みたいな感じにすると
$obj->setParam( $param );が既になされている状態になる理由が
よくわからんです。

100:99
07/11/20 00:55:53
参照渡しってやつのせい？
$this->backend->getManager()
をオブジェクト生成（new）と同じ感覚で使ってたけど、
もしそうなら大きな勘違いですよね。

newみたいに使う方法ってないでしょうか？

101:nobodyさん
07/11/20 04:03:10
>>100
そもそも、ManagerはObjectと違っていくつも作らんのよ。
だから、setParam()とかしてる時点で使い方間違ってるよ。
Objectにもたせなよ。

102:nobodyさん
07/11/20 07:09:01
getManager()の第２パラメータ指定すればシングルトンじゃなくなったはず。

103:nobodyさん
07/11/20 18:19:20
>>102
知らんかった…

それはさておき、AppManagerにsetParamする状況なんてあるっけ？
ActionForm使って、Action/View間で$this->af->setApp()/getApp()で
取りまわしたりすることはあるけど、結構イレギュラーな場合だけかな。

104:101
07/11/20 19:58:25
>>102
おれも知らんかった…

105:99
07/11/20 22:31:06
>>102
サンクスです!!

>>101
>>103
マネージャを普通のクラスみたいに使ってます。。。
マネージャでクラス作ってnewする代わりに
getManagerして。。。。
だめだろうか
requireとかめんどいんだけど。

106:nobodyさん
07/11/20 22:39:15
102みたいな機能があるってことは
そういう使い方も想定されてるのかね？

107:101
07/11/21 00:34:11
うーん、キャッシュが鬱陶しいときじゃないかな？
AppManagerの同じメソッドで取りに行きたいけど、その間隙にUpdateしちゃってて、
そのままメソッドコールするとキャッシュが帰ってくるのがうっとうしいという状況。
たまにある。あまり設計がよくないせいかもしれんけど。

108:nobodyさん
07/11/21 03:01:24
>>105
ローダーとして使うなら、(AppId)_Controller.phpの$classに
$class = array(
　...
　'foo' => 'Foo_Bar_Buzz',
　...
);
みたいに定義しておいて、
$obj = $this->backend->getObject('foo');
で取得するというのはどうだろうか。第2引数にtrueを指定しないと
キャッシュされたオブジェクトが返るので注意ということで。

109:nobodyさん
07/12/14 00:07:12 qsT4Ha3J
-- actionform
'id' => array(
　　'form_type' => FORM_TYPE_SELECT,
　　'type' => array(VAR_TYPE_INT),
　　'option' => array(1=>'man', 2=>'woman')
)

てなときに

-- viewclass
$this->af->set('id', array(1, 1, 2, 2, 1));
-- template
{form_input name="id" emptyoption=""}

ってやっても
うまくselected="selected"が付いてくれないんだけど
FORM_TYPE_SELECTで配列を扱うのは面倒くさいのかしら

110:nobodyさん
07/12/14 01:37:02
>>109
MultipuleのSelectタブ？
オレは自分でガッツリとform_inputを作ってしまって、Ethnaデフォルトは
もう使って無い。まぁ、面倒だけど意外と簡単ですよ。

Defaultのform_inputは対応してるのかな？
Ethna_ViewClass::getFormInput_Html
見てるとしてないね。

111:109
07/12/14 07:29:06
>>110
いや、マルチプルじゃなくてシングルセレクトなSelectタグの配列。
<select name="id[]"></select>
<select name="id[]"></select>
<select name="id[]"></select>
ってな感じで使いたいんです。
そうか、Selectタグでarray(VAR_TYPE_～～)ってやると
マルチプル扱いになるんね。
んでPOSTされたデータ上でマルチセレクトなSelectタグか
Selectタグの配列かの見分けは付かないと。。。
自分でがっつり作り込むのは面倒なので
ViewClassを継承したクラスで下のような変更加えて使ってみます。
マルチセレクトかシングルセレクトな配列か見分けが付かないのなら問題はないはず。

-- Ethna_ViewClass.php (function _getFormInput_Select($name, $def, $params))
-- 702行名ぐらい
　// default値の設定
　if (isset($params['default'])) {
　 $current_value = $params['default'];
　} else if (isset($def['default'])) {
　 $current_value = $def['default'];
　} else {
　 $current_value = array();
　}
-　current_value = array_map('strval', to_array($current_value));
+　if ($def['_form_counter'] < count($current_value)) {
+　 $current_value = array_map('strval', to_array($current_value[$def['_form_counter']]));
+　} else {
+　 $current_value = array_map('strval', to_array($current_value));
+　}

ありがとやんす。

112:nobodyさん
07/12/25 11:41:37
URLﾘﾝｸ(ethna.jp)　ダメポ
中野人復旧頼む。リファレンスみたいよー

113:nobodyさん
08/01/09 18:52:02 I5nTeu3F
上にログファイル出力についてあったけど
ログファイル名を固定ではなくて日付ごとに出すことってできないんですか？
今 log/app.log
↓
log/20080109.log
みたいに。
ご存知の方いましたらお願いします。

114:nobodyさん
08/01/09 21:49:38
iniのログファイル名のところを文字列じゃなくて式にすればいいんじゃね？
もしくはEthna_Plugin_Logwriter_Fileあたりを継承して独自のLogwriterを作る。

115:113
08/01/10 15:35:23
独自で作るようにしました。
ありがとうございました。

116:nobodyさん
08/01/23 21:01:59 vMSy4RO6
おまいらさ、PHPは書けるけどEthnaなんてまるっきり知らん！って状態から
一通りEthnaでアプリ書けるようになるまでどのくらいかかった？

117:nobodyさん
08/01/23 21:35:59
>>116
PHP+MySQLを知らない状態、フレームワークというものが
存在するのも知らない状態から、2006/12上旬に勉強を初めて
2007/2下旬にユーザ登録型のサービスをひとつ立ち上げました。
ethnaの存在を知ったのは1月上旬だったかな？
平日昼間は別の仕事をしてたので、作業は夜＋休日。

Linuxも素人だったので、むしろそっちの設定まわりで
取られた時間の方が多かったかも。

118:nobodyさん
08/01/24 01:44:05
S2Ethnaで、S2ContainerApplicationContext::registerAspect('/Dao$/', 'dao.interceptor');　を使って
diconファイルを作成しないでもDIできるようにしたいんですが、できた人いますか？

119:nobodyさん
08/01/24 14:07:43
いいから、今からEthna始める俺に使い方を教える作業に戻るんだ

120:nobodyさん
08/01/24 19:24:16
>>119
公式のチュートリアルでもすれば？

121:nobodyさん
08/01/27 07:13:41 Ce0IXCjK
１，pearをapt-getでインストール
２，pearでethnaをインストール
３，pearでSmartyをインストール
４，Smarty付属のindex.phpを見る限りSmartyもPHPもちゃんと動いてる
５，HTTPで公開しているディレクトリで ethna add-project 。これもOK
６，そこをブラウザーで覗くと「Index of ディレクトリ名」とかいうメッセージが出る。
７，ethnaが作った www ディレクトリの下にある index.php を www でなく
　　プロジェクトと同じディレクトリに置くと、画面真っ白。「Index of....」も出ない。

すんげー困ってます。諸先輩方、助けてくださいおながいします。

122:nobodyさん
08/01/27 08:14:55
index.phpのパス書き換えた？

123:nobodyさん
08/01/27 08:48:45 Ce0IXCjK
>>122
/ethnaアプリ/www/index.php のことでしょうか？
require_onceで読んでる Controller クラスを絶対パスで読んでいるので変えていません。

124:nobodyさん
08/01/27 23:57:46
んじゃ、apacheの設定かな。
「Index of....」が出る時点でPHP用に設定されてないんだろうし。

125:nobodyさん
08/03/16 23:46:07 M19sLUbw
開発半年でJavaをやっていてPHPのPの字も知らないのに、
今週からPHPの自社開発に引き戻されたんだが、
自分(19)より年上(45)のおじちゃんが開発経験が無いことが発覚した。
メンバーは22の開発未経験のお兄ちゃんのみ。
４末に納期....死にたいorz
とりあえず、
やさしいPHP(高橋麻奈著)
PHP+MySQL(小島まさご著)
LLフレームワークBOOKS
PEARライブラリ(佐久嶋ひろみ著)
を３日で読んだんだが、
コントローラーで
void main (string $class_name, [mixed $action_name = ""], [mixed $fallback_action_name = ""])
string $class_name: アプリケーションコントローラのクラス名
mixed $action_name: 指定のアクション名(省略可)
mixed $fallback_action_name: アクションが決定できなかった場合に実行されるアクション名(省略可)
【URLﾘﾝｸ(ethna.jp)（引用）】
string $class_name、mixed $action_name、mixed $fallback_action_nameは
どこでセットしてやればいいのでしょうか、、、orz
HTML(PHP)ソース上でどこで対応するのでしょうか？
アプリケーションIDやらformやらvalueやらnameやらidやらclassやら頭が混乱してきてしまったよ。
そしておすすめの本あったら教えてください。。。

126:nobodyさん
08/03/17 03:38:21
このフレームワークに未来はありますか？

127:nobodyさん
08/03/17 06:06:19
Go to symfony!

128:nobodyさん
08/03/17 13:41:15
>>125
とりあえず
URLﾘﾝｸ(ethna.jp)
ここのチュートリアルから
あとmainとか書かなくて良い
自動でセットしてくれるからな

ソースに対応するのviewに書くsmartyのファイル

129:nobodyさん
08/03/17 15:54:10 5CS1AjM2
Ethna使い始めたんですけど、Ethnaって終了してますか？
Ethna公式サイトも更新ないし...

ところで質問なんですけど、アプリケーションを通して使いたいユーザ定数は
どこで定義すればいいのでしょうか？

{APPID}_Controller.php に書けなんて事はないですよね？

130:nobodyさん
08/03/17 23:08:03
>>129
EthnaはGreeがある限りあるんじゃないかな
ユーザ定義は自分でファイル作って
コントローラでインクルードしてたかなぁ

131:129
08/03/18 09:20:11 ZfBa+neK
>>130
レスありがとうございます。

＞EthnaはGreeがある限りあるんじゃないかな

GreeはID持ってるけど全然ログインしてない。
なんか盛り上がりに欠けるんですよね～。

＞ユーザ定義は自分でファイル作って
＞コントローラでインクルードしてたかなぁ

なるほど、その手がありますね。

132:nobodyさん
08/03/18 09:23:30 ZfBa+neK
form で　smartyの {html_select_date} とかを使いたいんですけど、
FORM_TYPE_DATETIMEとかでは使えないですよね？

--action-form--
$form = array(
'Year' => array('form_type' => FORM_TYPE_SELECT, 'option' => range(1900,2008),
'Month' => array('form_type' => FORM_TYPE_SELECT, 'option' => range(1,12),
'Day' => array('form_type' => FORM_TYPE_SELECT, 'option' => range(1,31),
);
--template--
{form_input name='Year'}{form_input name='Month'}{form_input name='Day'}

とかやるしかないんですかね？

133:125
08/03/18 13:02:00
>>128
読んでみたが画面単位でアクションクラスを作成するって把握でいいのでしょうか？
ＥＸ：
検索ボタン、登録ボタンがともに存在する画面
・生徒情報画面(生徒を検索、登録ができる)
・サークル登録画面(サークルを検索、登録する)

だったらそれぞれの画面単位でアクションクラスを作成するってことかな....

都内で詳しい方いたら相談乗っていただけると
助かります.....
ethna77@55mail.cc

134:nobodyさん
08/03/18 19:00:29
>>133
アクション単位でアクションクラスを
viewは必要な画面数分だけ
生徒情報一覧を出すアクション
生徒を検索するアクション
生徒を登録するアクション
サークル情報一覧を出すアクション
サークルを検索するアクション
サークルを登録するアクション

viewは
生徒情報を出すview
生徒情報を登録するview
サークルを登録するview
サークル情報を出すview
登録ありがとうview
って感じ？

135:125,133の人
08/03/18 20:26:02
>>134
そうなのか！
ありがとうございます。
Javaのフレームワークよりより難しいですね。

ではそのアクション単位で
アクションオブジェクトを作ればいいって把握でいい感じなのかな？
頑張って沢山ビューつくるよorz
タブ切り替えでアクションほしいとか泣きたいよ、ママー。

136:nobodyさん
08/03/18 20:47:52
>>135
交通費込みで金くれるなら東京までいくぜｗ

viewは共通化出きる所を共通化してincludeして再利用
あとactionの方の共通化はmanager等を使う

んでアクションのオブジェクト等はコントローラ側で勝手に生成してくれるので
実際に作製必要な処理などは各アクションのperformで処理を
表示関連の処理が必要な場合はviewクラス作って
viewクラスのpreforwardで処理をすればいい

137:135
08/03/19 01:55:57
>>136
ど　こ　か　ら　く　る　ん　だｗｗｗ
北海道とかだったら...orz
かっ身体で払います。
近辺なら出せないこともないです。
ethna77@55mail.cc

明日早速ググってみる。
親切にありがとうございます。
周りの人があまりに自分の開発でEthnaの本(ｻｲﾄ)見てるときは目付きがイっててこわがってる....。
客先ＰＧなので自社のイメージなんて、
納会やら帰社日ぐらいで
若いだけで社長の隣に座らされてるから
ニコニコしてる穏やかな人だったらしい。

138:nobodyさん
08/03/26 00:45:59
ＣＳＶのデータって通常どこで生成するもの？
やっぱりヴュー？

抽出用のデータをアクションで受け取って、ビューに渡して出力でいいのかな？
データ量が多いとgetAllとかするとメモリオーバーで止まっちゃうからAppManager
とか使えないよね。

ViewからAppManagerを呼んでAppManagerからCSVを出力って邪道？

139:nobodyさん
08/03/27 16:27:33
例えば以下の様に、ラジオボタンによって入力欄のどちらを利用するかを選択させたい場合

<input type="radio" name="typeab" value="1">Aタイプ<br>
<textarea name="input1"></textarea><br>
<input type="radio" name="typeab" value="2">Bタイプ<br>
<input type="text" name="input2">

ActionForm内にtypeabとテンプレートでの{form_input name="typeab".}をスマートに書く方法ありませんかね?
結局ActionFormに普通に書いてテンプレートはradioのみ、html直書きでchecked処理は別途行なう、と言う形になってしまうんですが。

140:nobodyさん
08/03/29 03:19:28
>>138
>ＣＳＶのデータって通常どこで生成するもの？
>やっぱりヴュー？

そのCSVをダウンロードさせたいのか？
であれば、自分はviewじゃなくてactionだな。
ロジックはAppManagerに書くけど。

>抽出用のデータをアクションで受け取って、ビューに渡して出力でいいのかな？

View=HTML-Templateに変数を渡すだけって考えた方が良いよ。

>データ量が多いとgetAllとかするとメモリオーバーで止まっちゃうからAppManager
>とか使えないよね。

とりあえず気にするな。メモリが足りなさそうだったらコントローラの最初で
ini_set('memory_limit', '32M');
とかすれば良い。しょぼいレンタルサーバとかじゃないんだろ？さすがに。

>ViewからAppManagerを呼んでAppManagerからCSVを出力って邪道？

正解だと思う。Viewまで行く必要ないと思うがな。

141:nobodyさん
08/03/29 03:26:33
>>133
>ＥＸ：
>検索ボタン、登録ボタンがともに存在する画面
>・生徒情報画面(生徒を検索、登録ができる)
>・サークル登録画面(サークルを検索、登録する)

学校のコミュニティサイトでも作ってるのか？
まぁ、Ethna慣れれば↑あたりは1日あれば作れるよ。仕様とHTMLもらってればな。
頑張れ。

142:nobodyさん
08/03/29 03:34:30
>>139
>ActionForm内にtypeabとテンプレートでの{form_input name="typeab".}をスマートに書く方法
まず、Smartyのデリミタは { } じゃなくて{{ }} とか <{ }>にした方が良いよ。
JavaScriptとCSSで { } よく使ってうっとうしくなるから。

確かに、Ethnaデフォルトのフォームへルパはあんまりできが良いとは思えない。
ActionForm自体は良いんだけど。

<input type="radio" name="typeab" value="1">Aタイプ<br>
<textarea name="input1"></textarea><br>
<input type="radio" name="typeab" value="2">Bタイプ<br>
<input type="text" name="input2">

は、自分だとEthnaのテンプレートでは
<{form_input name="typeab" value="1" id="uki1"}><br>
<{form_input name="input1" attr="id='hoge1'"}><br>
<{form_input name="typeab" value="2" id="uki2"}><br>
<{form_input name="input2" attr="id='hoge2'"}><br>
ってやる。Smarty関数form_inputは全部自作。

で、これらのFormにはIDを振っておいてあとでJavaScriptでこっちのラジオ選択したら
こっちのテキストエリアが書き込みできて、あっちのテキストエリアは
書き込み負荷にして・・・とかやるます。IDつけときゃ、とりあえずあとでJavaScriptで何とかなる。

どうせ入力補佐的なことがしたいんでしょ？

143:nobodyさん
08/04/08 21:52:44
最初にController内でちょっとした計算をしたとして、その値を再度ActionClass内で使いたい場合ってどこに置いておけばよいんでしょうか？
sessionに置くのが素直なんでしょうけど、それ以外だと手軽な手はありませんかね？

144:138
08/04/17 18:27:49 LCosruMP
>>140
ｻﾝｸｽｺ
action=>AppManagerでCSV出力で対応することにしました。

smartyの html_select_dateのようなヘルパは用意されていないですよね？
なさそうなのでなるべく本体に修正を入れないように {APP_ID}_ViewClassで
オーバーライドして作ったけど、なんかスマートじゃないですけど、何かいい
方法ありますか？

あと、検索フォームなど複数の画面で共通して使いたいフォームはどこで定義
するのが正解ですか？
今は{APP_ID}_ViewClassに
function addQueryForm(){
$this->af->form = array_merge($this->af->form, array(～));
}

なんて書いていて、{APP_ID}_ViewClass::preforward() から呼んでます。
FormClassに書くべきなのでしょうか？

145:nobodyさん
08/04/17 18:34:38 LCosruMP
Viewに書いたのには

１．フォームを表示するための処理なのでView
２．受け取るフォームは１画面なのでActionClassなどでやるべきじゃないよね？

と、一応私なりの理由があるのですが、フレームワークの作法的にはどうする
のが正解なのでしょうか？
質問ばかりですみません。

146:nobodyさん
08/04/18 17:41:26
つーかEthnaってもう終ってます？

147:nobodyさん
08/04/18 17:46:41
まあ環境が自由でこれから新規で何か作ろうという時に使うもんではないな

148:140
08/04/18 18:13:47
>>144
> smartyの html_select_dateのようなヘルパ

EthnaでInputタグ吐き出し系のヘルパ(Smartyプラグイン)ものは、
ActionFormを絡めないと効果半減以下なので、Smarty標準のものは使わないなー。
ActionFormはグローバルで取れるから。

日付とかは、セレクトタブで選ばせるのは意外とツライかもなので、
URLﾘﾝｸ(labs.spookies.co.jp)
とかのを使ったSmartyプラグインとか作った方がいいのかも。

> 複数の画面で共通して使いたいフォーム
これは結構悩みどころなんだけど、そういう場合は、フローとしても
共有部分が根っこにひとつありそうなものなので、そのActionFromで定義。
その時に、
var $form_template
で定義すると、必要なフォーム定義だけ
var $form = array( 'use_form1' => array(), 'use_form2' => array(),);
てやると定義を再記述せずに良い。で、「あーだけど、'use_form1' は基本
必須だけど、ここ(以下のAction)だけは必須にしたくないなー」っていうときは、
'use_form1' => array(
'required' => false,
),
とかすると、required=>falseを除いて全部定義を引き継ぐようになる。

最初、'use_form1' => array(),とか書くのさえダルイなーとか思ってたけど、
これ結構合理的。

あと、あんまり共有化を考えるとあとで縛られまくるから、ある程度差が出てきたら
「えい」ってコピペするのが吉。一度それで死にそうになったことがあるので。

149:140
08/04/18 18:15:30
つーか、138=146ならもう書く気なくなた

150:144
08/04/18 18:36:06 ImKomyWi
>>148
たびたび、どうもです。

/public/
/users/
/suppliers/
/admins/
とディレクトリを別けていて/public/のページにすべて検索フォームをつけたいんだけど
action/public.php の $formに書くのが吉ということですね。

あと、検索、一覧、編集というような画面を作るとき面倒なので ActionFormを一つにして
変数で処理を分けているんですが、検索のときに用いる　$form定義と編集のときに用いる
$form定義がかぶるんですが、これって対処するものですか？

表示・入力用 = id, pass, name とかで
検索用＝ s_id, s_pass, s_name とかにするとか？

このへんイマイチわかっていません。
お願いいたします。

151:140
08/04/21 22:59:35
>>145
>Viewに書いたのには....
それはそれで一つの解だと思う。正解は無いから自分にあった方法を見つければ。

自分の場合は、EthnaはActionForm==ActionClassなところがあるから、
ActionFormの動的な定義(セレクトタブの中身とか、ラジオの選択肢とか)なんかはActionClassのprepare()でやることが多い。
本当はActionFormのコンストラクタでやれるといいのだけど、ActionFormでは
AppManagerを取れないから。(DBも取れなかったのかもな・・。)

それに、あるActionFormをつかうフローでは、そのフロー以下では
そのActionFromって継続的に定義されているべきなことが多い。
だから、大元で定義しちゃえば、あとはparent::prepare();でオk。

とにかく、parent::prepare();とparent::perform()を効率的に使うと良い。
使いすぎると、「あれれれれ・・・・・？どこで定義してるんだ？」になって
しまうけど、まぁ通常のコードよりはスパゲティ化しにくい。少なくともActionで定義というルールを作っておけば。

152:140
08/04/21 23:03:23
>>150
>action/public.php の $formに書くのが吉ということですね。
それ以降で、特にActionForm定義にカスタマイズが無ければそれでOK。
あとは、それ以降のActionClassでは定義のみの空のクラスを作ればOKなんで。

逆に、action/public以下で細かいActionForm定義を加えたい場合は、
ActionClassのprepare()でやっても良いし、
もうちょい頻繁に定義を書き換えたい場合はaction/publicの$formではなく
$form_templateにしておいて、各それ以下のclassで$formを名前だけ空配列で
定義。カスタマイズするところだけを追加定義。

153:140
08/04/21 23:08:12
>>150
>検索のときに用いる　$form定義と編集のときに用いる$form定義がかぶる
これは自分はそのままやってる。
というのは、結局DBを背景に考えているから。
学校名で検索ってあったら、検索する時も、編集する時も、schoolテーブルの
school_nameフィールドから検索すると思うが、その時に検索時と編集で
formキーが違うとなんかうっとうしい。

でも、検索時はschool_nameはnot requiredだし、編集時はrequriedだから・・・
という場合にやっぱりさっきの動的なActionFormの定義が役に立つ。

んで、これをさらに共通化させて、
action/public
action/admins
で同じForm定義を使い回そう・・・・とか考えるとハマる。ここは素直に面倒でもどっちか
先に作ってからコピペ。そのうち仕様も変わるだろうし、pucblicとadminsで違うものに
なっていくのは目に見えているからな。

154:138 !(146)
08/04/23 00:39:20
>>140様超、ありがとうございます。
規制されていたので返信が遅くなりました。
聞きたいことは山ほどあるんですが..........w

フレームワークを使うのは cakePHPをメンテナンスで少し触ったんですが
国産でいいのないかなぁと探して見つけたのが Ethnaだったんです。
Greeでも使われているし、それなりに信頼できるのかなぁ？ということと
smartyはしょっちゅう使っていたのでヘルパに smartyが使われいたので
他のは全然評価もせずに Ethnaに決めてしまって、いまかなり苦しんでいます。
使用人口が少ないようで、ＷＥＢ上にドキュメントが少ない(´・ω・｀)

途中ZFに切り替えようかとも思いましたが、ZFはバージョンアップごとに色々
問題があるようなので、やめときました。

155:140
08/04/23 21:44:20
Ethnaは小回りが利くっていうか、軽い。まぁちろっと使う分には便利だと思う。
Cakeは一度使ってみるかと思いつつ、コード見て「んー。汚い・・・」って思って使ってない。

SynfonyとかcakeＰＨＰとかガッツリ使うほど大きな案件請けてるわけじゃないんよ。
あと、Ethna枯れてるしな。FWって枯れ時が実案件で使い時っつーところもあるし。

156:１３８
08/04/23 22:26:16 EWcSFprb
またまた規制されてしまった
最近、月のうち半分以上が規制されている感じ…

なので携帯からです
一度書いたのになんかチェックのページが表示されて、戻ってもう一度送信しろと書いてあったからその通りしたら消えた…

>>155
しかし、ドキュメント少なすぎますよね？
古いバージョンのものとか混在しているし…

今は大分慣れてきたので、普通のことをやろうとするのは大分楽にできるようになりましたが、
ちょっと凝ったことをやろうとすると、簡単にはまる。

ちなみに140さんは、自前のテンプレートを作成してしようしていますか？
あと、今はeacceleratorのある環境で実行しているのですが、ない場合って結構重たいのでしょうか？
今作っているのが階層が結構深くなるんですが、深くなるほど処理は重くなりますよね？

157:140
08/04/25 00:32:52
>>156
ドキュメント無い分はコード読んで何とかしたかな。3年前はドキュメント皆無だったし。
当時はプログラムあまりしらなかったから大変だったけど勉強になった。
>>138はオレが昔書き散らしたものとかどっかで読んでるかも。

基本的にEthnaでやろうとしてできなかったことは無い。
ActionChainと呼ばれるらしきものも強引気味にやったし。
まぁ、たいしたものを作ってないっていうのもあるけど、1～2人ならEthnaで十分。

>ちなみに140さんは、自前のテンプレートを作成してしようしていますか？
自前のテンプレートって、Smarty以外でってこと？Smarty慣れちゃって、それしか使ってないなー。
Smarty重いっていうけど、早く作れるし。
eAccは、普通レンサバに無いので使ったこと無いです。
サイト立ち上げ当初は速くよりも早く作れることなんで。。。

都内なら会社来てもらえば色々説明もできます。
ステ fromdustman@imap.cc

158:nobodyさん
08/04/25 13:09:06
都内ならPHP勉強会でたまに取りあげたりしてるんで是非。

>あと、今はeacceleratorのある環境で実行しているのですが、ない場合って結構重たいのでしょうか？
>今作っているのが階層が結構深くなるんですが、深くなるほど処理は重くなりますよね？

階層はたぶん関係ないかと。eAあった方が早いのは間違いないですがよほどPVがない限り気になりません。
たいていフレークワーク本体よりは時間のかかるロジックがボトルネックになります。

159:140
08/04/26 00:21:00
>>158
んー、PHP勉強会は昔出たことあるけどあんまり勉強会で話すことも無いかと思う。
別に目新しいことしてるわけじゃないし、良い意味で枯れかけの技術だと思ってるんで。

なんで、できるとしたら、ここでやってるような
「これ、わかんないんだけど、どうしたらいい？」
「こんな感じでEthnaコード書いてるけどどう？」
ってのに対話するぐらいで。

それはそれで楽しいけど、それってPHP勉強会の雰囲気じゃない気がするんだよね。

160:nobodyさん
08/05/02 02:58:13 DNyHDGY2
もうすぐ 2.3.5 が出るみたいだね。
ここ3週間でコミッタが復活したらしい。

URLﾘﾝｸ(svn.sourceforge.jp)

161:nobodyさん
08/05/03 10:18:16
一週間いじってみたがこんな致命的バグの潜んだFWは使う気になれん

162:nobodyさん
08/05/03 16:28:30
>>161
具体的に書いた方がみんな幸せになれるから
具体的にお願いします。

163:nobodyさん
08/05/03 16:43:32
志村ーコピペコピペ

164:nobodyさん
08/05/03 23:30:29
>>161
ｽﾚﾘﾝｸ(php板:276番)
276 名前：nobodyさん[sage] 投稿日：2008/04/30(水) 12:41:32 ID:???
一週間いじってみたがこんな致命的バグの潜んだFWは使う気になれん

ｽﾚﾘﾝｸ(php板:765番)
765 名前：nobodyさん[sage] 投稿日：2008/04/29(火) 00:30:20 ID:???
一週間いじってみたがこんな致命的バグの潜んだFWは使う気になれん

165:nobodyさん
08/05/04 14:07:09 NE4g0gE+
[project]-ini.php
で通常DB使う場合に設定する
"dsn"=>"mysql://mysql_user:mysql_userpass@mysql_server/mysql_db",
といった記述なんですが、
mysql_server部分を動的に変えたい場合、何か良い方法はないでしょうか。
[project]-ini.php 内では
$this->aff->get()とか使用できないので。。。

166:nobodyさん
08/05/07 09:06:27
>>165
それぞれのdsnにキーを割り付けて、getDBで選択するという手はだめかな

URLﾘﾝｸ(ethna.jp)

167:nobodyさん
08/05/08 18:10:16
2.3.5 リリースsage

168:nobodyさん
08/05/09 20:41:27 lfzI+vCi
validate について質問

1.inputフォーム
2.validate->確認画面
3.DB更新＆完了画面

という遷移をしたい場合 validateって3でも必要ですか？
2でvalidateが通った後無理やり GET引数に?varname=XXXX...略、とか
したら、validateが通っていないデータで更新できてしまいますよね？

あと、formでpostを繰り返して遷移していく場合、もどると期限切れに
なりますよね？これって 302とかを使って解決すると思いますが、
Ethna的にはどのように書くのでしょうか？

1. GET なにがしかの form
2. POST confirm [validate] => 302 confirmed
3. GET confirmed
4. POST do => 302 done
5. GET done

169:nobodyさん
08/05/10 01:48:48
>>168
ヒント：
class DB更新＆完了画面Action extends 確認画面Action
{
　　function perform()
　　{
　　　　　DB更新
　　　　　return 完了画面のview
　　 }
}

170:nobodyさん
08/05/10 12:38:54
>>168
トランザクションチェックやら、CSRFチェックやら、
validate済みデータをセッションに保存しておくやらすればいいんじゃね？

171:nobodyさん
08/05/15 18:42:33 luXnYgdJ
>>165
URLﾘﾝｸ(ethna.jp)

にある、「複数のDBオブジェクトを扱う場合」を参考にしてください。

172:nobodyさん
08/05/15 18:46:19
>>168
3でもvalidateは必要です。
複数の画面を遷移しながら移動する場合はセッションに保存するのがてっとりばやいでしょう。

173:nobodyさん
08/05/16 09:22:57
戦後教育は文部省と日教組の不毛のイデオロギー対立により本来の教育を蔑ろにし、主役である子供達を放置してきた。最初にその犠牲となっ
たのがいわゆる「団塊チルドレン」と呼ばれる世代である。彼らは歪んだ「権利・自由・平等」を教えられ、「責任・義務」を教えられないま
まに育った。日教組は彼らに経済と言う物差ししか与える事ができず、信念・哲学・自尊心という価値からは程遠い「金と物」にしか価値を見
出せない貧しい精神を育んだのだ。この事は「失われた十年」と呼ばれる90年代に於ける彼らの生き様に大きく影響した。
子供は幼児期に於いて父性と母性の対比の中で社会性を獲得する。「亭主元気で留守が良い」と言うコピーがはやったが、父性不在の家庭はや
がて「団塊チルドレン」の社会性の無さの原因となった。当時オバタリアンと呼ばれた世代は、戦後処理もろくに済んでいないのに平気で海外
へ出かけ、金に飽かせてブランド商品を買い漁り、傲慢さを世界中にまき散らした。彼らの世代に特徴的であるこの品性・品行の悪さは、後の
世代のライフ・スタイルにまで影響を与えた。それ以上に、欧米諸国が未だに日本人を蔑視し、アジア諸国が不信感を持ち続けている事への鈍
感は不幸でさえある。団塊の世代が戦後の営みの中で経済力に見合う人生観や価値観、広義の品性・品行やモラルを獲得していれば日本社会は
ここまで歪まなかっただろう。
90年代は「失われた十年」と呼ばれている。経済と言う物差ししか持たなかった我々は、旧来の発想で経済的な豊かさを追求し続けたが故にバ
ブルの崩壊をもたらした。その時不幸だったのは「我々は何処へ行くのか？」と言う根源的な迷いに気かなかった事だ。この事が90年代を無為
に浪費した最大の原因である。団塊の世代は欧米を追う間は素晴らしい能力を発揮したが、追いついた後のビジョンを描く想像力が欠如してい
た。彼らの責任では無い。社会が彼らにその様な能力を要求しなかったのだ。村上龍の「あの金で何が買えたか」が売れたと聞くが、悲しいの
は未だにその程度の次元でしかバブルを検証できないメンタリティーの低さである。検証すべきは「何故我々が貧しい価値観しか持ち得なかっ
たのか」と言う事である筈だ。まさしく教育の問題である。冒頭で述べた様に信念・哲学・自尊心を育む努力を怠らなければ、もっと違った社
会があった筈である。

次ページ