内面の強さはその人の武術の修養を測るものであり、暁教の北明魔法の技術はまさに宝物であり、この技術を実践する人は全身がブラックホールのようになり、瞬時に他人の生涯の練習を奪うことができます。 「水は自ら湧き出るものではない」「すべての川は海に合流し、海はすべての川を受け入れる」。
しかし、徐朱はこの技術を習得するには元のスキルを消失させる必要があることを知らなかったので、呉耶子によって完全に空の僧侶に変えられたとき、彼は大声で泣きずにはいられませんでした。実際、武道家にとってこの動きは非常に理解できますが、徐朱は少し愚かですが、精神的な破壊に等しいです。世界。
■ コンピューティングの影響 - プロセス指向のプログラミング思考
ASP プログラマーの祖先はフォン・ノイマンと呼ばれ、ASP プログラマーは常に彼の誠実な教えに従って生きてきました。 ASP プログラマーは、この世界のすべてのものは人の人生に似ており、START と呼ばれる開始点と END と呼ばれる終了点があると常に信じてきました。彼が対処しなければならないことは、この人生と同じで、STARTからENDまで、後戻りはできません。
ASP プログラマーはまた、この世界のすべてのものは人の人生のようなものであり、モジュールと呼ばれるさまざまな段階に分かれていると信じています。各モジュールは異なるタスクを完了する必要があります。若者は勉強し、若者は子供を産み、中年男性は自分の運命を確立し、老人は疑いを持ちません。
また、ASP プログラマーは、この世界のすべては人の人生に似ており、前進する方法は 3 つしかないと考えています。前に進むこともあり、これをシーケンスと呼びます。また、選択に直面することを分岐といいます。循環、残留、これを分岐サイクルと呼びます。
ASP プログラマーは「小さな一歩を踏み出さなければ、千マイルに到達することはできない」というモットーを常に持っているため、同じようなものをすべて蓄積し、将来同じ種類のことに遭遇したときに関数として記憶します。関数。
ASP プログラマーは、このような生き方を「手続き型プログラミングのアイデアと向き合う」と呼んでいます。彼らが通常最も注目するのは、これらのプロセスが関数に要約できる類似した処理プロセスを持っているかどうかです。
Web サイトへのログインなどの小さな問題に直面した場合でも、ASP プログラマーは依然として独自の信念に従って、図 4-1 に示すように最初にプロセスをモデル化し、次に以前に蓄積されたすべての関数を呼び出して、プロセスの各ステップを注意深く織り込みます。 1 つのリンク: ユーザーはログイン データを送信する必要はありませんか?彼は、response.write ブラシを使用して、ユーザーが入力したページを 1 つずつ順番に記述しました。フォーマットを確認する必要はありませんでした。彼は JavaScript 関数を呼び出して、各 <input> の値を 1 つずつチェックします。データを監査する必要はないのでしょうか。ユーザー データを読み取った後、彼は分厚いアカウントを開いて 1 つずつチェックしました。結果が欲しかったのではないでしょうか。ユーザーを指定のページにジャンプさせるか、関数を呼び出してユーザーに愚かなことをしないように指示します。
つまり、ASP プログラマーはとても幸せに暮らしており、世界は自分のコントロール下にあると感じています。 smlltalk という名前の男は、この種の生きた方法は役に立たないと彼に言いましたが、当時の ASP プログラマーはただ困惑していました。別の C++ 担当者が来て、自分は不器用で混乱しているだけだと言い、また別の JAVA 担当者が来ました。彼らの前で自分の力を誇示するのは不器用だと、ASP プログラマーは躊躇し始めました。ある日、DotNet プログラマーである彼の弟が勉強から戻ってきて彼と長い会話をするまで、ついに ASP プログラマーは完全に動揺しました。暗闇の中で、彼は時代に遅れずについていくようにと言っていた偉大な人物のことを思い出した。しかし、世界が変化しているにもかかわらず、ASP プログラマーは長年にわたって蓄積した内なる力を依然として手放すことができず、それは一瞬で消えてしまいます。これは精神世界の破壊に等しいです。だから、私の心の中では常に絡み合っている二つの叫びがあります。私は沈黙のうちに死ぬべきですか、それとも鳳凰の涅槃の中で死ぬべきですか？
■ 創世記の 6 日間 - オブジェクト指向プログラミングの考え方
DotNet プログラマーは OOP 宗教を信じており、神はフレームワークです。
初日、神は、すべてのものは物体であり、物体にはアイデンティティ、状態、行動がある、と言いました。
そのため、DotNet プログラマーは頭の中で Login 関数のすべてのオブジェクトをリストします。つまり、Login オブジェクト、Login.aspx ページ オブジェクト、ログイン フォーム frmLogin オブジェクト、プロンプト メッセージ lblMessage オブジェクト、ユーザー名テキスト フィールド txtUserName オブジェクト、パスワード テキスト フィールド オブジェクト txtPassword オブジェクト、ログイン ボタンです。 btnLogin オブジェクトをツイストします。
2 日目、神は、同じ特性と動作を持つオブジェクトはクラスに抽象化され、オブジェクトはクラスのインスタンスであると言いました。
そこで、DotNet プログラマは、ユーザー名テキスト フィールド オブジェクトとパスワード テキスト フィールド オブジェクトを TextBox クラスに抽象化し、その他をそれぞれ Login、Login.aspx、HtmlForm、Label、Button クラスに抽象化し、それぞれのクラスをインスタンス化しました。
3日目に神は、オブジェクトの同じ特性が属性に抽象化され、同じ動作処理がメソッドに抽象化されると言いました。
そこで、DotNet プログラマーは、frmLogin、lblMessage、txtUserName、txtPassword、および btnLogin のインスタンスを Login クラスの属性として定義し、メソッド btnLogin_Click を定義しました。
private void btnLogin_Click(オブジェクト送信者, System.EventArgs e) {
if ((txtUserName.Text=="Sun Erniang")&&(txtPassword.Text=="Cross Slope"))
lblMessage.Text="世界的に有名な武道のスーパースター、孫爾娘さんが投資調査のため故郷に戻ることを心より歓迎します";
それ以外
lblMessage.Text="くそー、最近は何もかもが偽物だ!";
} |
4 日目、神はクラスをカプセル化する必要があると言いました。
したがって、DotNet プログラマは、クラス識別子、属性、メソッドの前に、それぞれ public、private、protected を追加します。
5日目に、神はクラスは継承し、合成できると言いました。
そこで、DotNet プログラマーは Login.aspx を Login の派生クラスとして定義し、Login.aspx の先頭に次のステートメントを追加しました。
| <%@ ページ継承="WebApplication1.Login" %> |
6日目、神はクラスには多態性があると言いました。
そこで DotNet プログラマは、「当面は必要ない」と独り言を言って、横になりました。
すぐに彼は眠りに落ち、ゆっくりとしたつぶやきだけが聞こえました。 6 日、私はいくつかのコントロールをドラッグし、いくつかの ID を定義し、イベント処理コードを追加しました。これは、万能のマスター フレームワークとその忠実な召使である Visual Studio のおかげです。 -引き寄せメソッド、カッコいい！
