問題タブ [init]

なぜサーブレットで init() メソッドが必要なのですか? コンストラクターを使用して初期化することはできませんか?

サーブレットの init() メソッドの名前を変更できますか? つまり、人生は init()-service()-destroy() ではなく xyz()-service()-destroy() であるべきです

さて、これに出くわしたとき、私はいくつかの情報源を調べていました：

それで、私はそれをテストすることにしました。

そして、私はこのエラーを受け取りました：

これに遭遇したのはこれが初めてではなく、引数パラメータリストに自分自身を含めることを意図していると思い続けていますが、それは正しくないことを知っています。誰かが私が遊んでみようとしているコードでこれがよく起こる理由を説明してもらえますか？それは用語についての私のレベルの理解のためだと思います、私はinitまたはselfが何をするのか、またはなぜそれが関連するのかさえほとんど理解していません。def x（b）：printbはdefx（self、b）と同じです：self.b = b print self.bではありませんか？なぜそんなに重要なのですか！

基本的な説明が欲しいので、これを頭から離れることができます、ありがとう。

ColdFusion のコンストラクターについていくつか質問があります。

1. init名前をコンストラクタ名として使用する必要がありますか?

2. init メソッドを呼び出さずにコンポーネントのインスタンスを作成すると、何が返されますか?

   instance=createObject("コンポーネント","cfcName"); // インスタンスが現在保持している値

3. init メソッドのコードを取り出して init メソッドを削除し、そのコードをコンポーネントの先頭に貼り付けることはできますか? init コンストラクターと同じ効果がありますか?

まことにありがとうございます。

httpモジュールを作成していて、デバッグ中に、最初は（少なくとも）奇妙な動作のように見える何かに気づきました。

httpmoduleのinitメソッドにブレークポイントを設定すると、デバッグのためにWebサイトを起動して単一の要求を行っただけなのに、 http module initメソッドが数回呼び出されていることがわかります（1回だけヒットすることもあります）。 、他の場合は10倍）。

HttpApplicationの複数のインスタンスが実行され、httpモジュールごとに作成されることを期待する必要があることはわかっていますが、単一のページを要求すると、単一のhttpアプリケーションオブジェクトによって処理されるため、関連付けられたイベントは1回だけ発生します。ただし、リクエストごとにイベントを数回発生させますが、これは意味がありません。ただし、そのhttpApplication内に複数回追加されている必要があります。つまり、毎回呼び出されるのと同じhttpmodule initメソッドであり、新しいhttpアプリケーションではありません。ブレークポイントに到達するたびに作成されます（下部のコード例などを参照してください）。

ここで何がうまくいかない可能性がありますか？デバッグしていて、httpモジュールにブレークポイントを設定しているからですか？

デバッグのためにWebサイトを起動し、httpmoduleのブレークポイントをすばやくステップオーバーすると、initメソッドが1回だけヒットし、eventhandlerにも同じことが当てはまるようです。代わりに、ブレークポイントで数秒間ハングさせた場合、initメソッドが数回呼び出されます（ブレークポイントをステップオーバーするまでの待機時間によって異なるようです）。これは、httpmoduleが初期化され、httpアプリケーションが要求を処理できることを確認するための組み込み機能である可能性がありますが、壊滅的な結果をもたらす可能性があるもののようにも見えます。

リクエストを終了しようとしている可能性があり、ブレークポイントを設定したため、問題が発生したと見なしてinitメソッドを再度呼び出そうとするため、これは論理的に見える可能性があります。リクエストを処理できますか？

しかし、これは起こっていることであり、すべてがうまくいっていますか（私は推測しています）、それとも本当の問題ですか？

私が特に懸念しているのは、何かが「本番/ライブ」サーバーで数秒間ハングする場合、initを介して多くのイベントハンドラーが追加されるため、ページへの各リクエストが突然イベントハンドラーを数回起動することです。

この動作により、サイトがすぐにダウンする可能性があります。

私はformsauthenticationやrolemanagermoduleなどのhttpmodulesに使用される「元の」.netコードを見てきました...しかし、私のコードはそれらのモジュールが使用するものと何ら変わりはありません。

私のコードは次のようになります。

.NETFrameworkのRo​​leManagerModuleでどのように実行されるかの例を次に示します。

誰かが何が起こっているのか知っていますか？

（私はただ誰かがこれが起こっている理由を教えてくれて、すべてが完全にうまくいくことを私に保証してくれることを願っています）:)

アップデート：

私は問題を絞り込もうとしましたが、これまでのところ、呼び出されているinitメソッドは常にhttpモジュールの新しいオブジェクト上にあることがわかりました（以前考えていたのとは逆です）。

最初のリクエスト（サイトの起動時）では、作成されているすべてのHttpApplicationオブジェクトとそのモジュールがすべて最初のリクエストを処理しようとしているため、追加されているイベントハンドラーにヒットしているようです。なぜこれが起こっているのか本当に理解できません。

別のページをリクエストすると、作成されたすべてのHttpApplication（およびそれらのモジュール）が再度リクエストを処理しようとし、イベントハンドラーに複数回ヒットします。

しかし、最初のページ（または別のページ）に戻ると、1つのHttpApplicationのみが要求の処理を開始し、すべてが期待どおりに行われるようです-ブレークポイントでハングさせない限り。

ブレークポイントでハングさせると、新しいHttpApplicationのオブジェクトの作成が開始され、リクエストを処理/処理するためのHttpApplications（1つ以上）の追加が開始されます（現在、で停止しているHttpApplicationによって処理されています。ブレークポイント）。

負荷やエラーの分散と処理を支援するインテリジェントな「舞台裏」の方法である可能性があると思います。しかし、私には手がかりがありません。私はそこにいる人がそれが完全に素晴らしいこととそれがどうあるべきかを私に保証できることを願っていますか？

Zend Framework と Dojo Toolkit を使用していくつかのことをしようとしています。問題は次のとおりです。

ajax ラジオ ボタンを選択できる Zend Framework フォーム クラスでレンダリングされるフォームがあります。これらのラジオ ボタンのいずれかをクリックすると、別のコントローラーに ajax リクエストが送信されます。このコントローラーには、レイアウトがなく、レンダリングされたフォームのみが送信されます。ajax リクエストは、div に新しいフォーム オプションを設定します。

問題は、div の innerHTML を ajax 応答に置き換えると、すべてのフォーム入力と要素が同じ Dojo スタイルとフォーム検証を継承しないことです。

ajax 呼び出しの後にフォーム要素を再開する方法があるかどうか疑問に思っていましたか?

添付のコードを見つけてこの例用に少し変更して使用しようとしましたが、うまくいきませんでした。この行を使用してdojo.parser.parse( div );も何も変わりません (例の rg_address は、DOM に配置されたフォーム要素の ID です)。rg_address の console.log は次のとおりです。

ありがとう、デュラル

文字列に1つ以上のアスタリスクが含まれているかどうかを確認したい。

私はこれを試しました：

スクリプトを直接起動した場合は機能しましたが、シャットダウン中にこのスクリプトが呼び出された場合は機能しませんでした（スクリプトはupdate-rc.dを介してランレベル0および6にインストールされました）

何かアイデア、提案はありますか？

ありがとう

Objective-C について、私が混乱する点がいくつかあります。

まず、objective-c ガイドでは、各クラスがそのサブクラスの init メソッドを呼び出す必要があることは非常に明確です。initNSObject から直接継承するクラスがそのメソッドを呼び出す必要があるかどうかについては、少し不明です。これは事実ですか？もしそうなら、それはなぜですか？

次に、NSObject に関するセクションに、次の警告があります。

他のクラスから特別な動作を継承する必要のないクラスは、それでも NSObject クラスのサブクラスにする必要があります。クラスのインスタンスには、実行時に少なくとも Objective-C オブジェクトのように動作する機能が必要です。この機能を NSObject クラスから継承することは、新しいクラス定義で再発明するよりもはるかに簡単で信頼性が高くなります。

これは、すべてのオブジェクトが NSObject から明示的に継承するように指定する必要があるということですか? それとも、すべてのクラスが NSObject のサブタイプである Java/Python/C# のようなものですか? そうでない場合、NSObject 以外のルート クラスを作成する理由はありますか?