若い頃に読んだ物語です。 三人の学者が試験を受けるために北京に行きたいと考え、老僧に将来の展望を尋ねました。 老僧は山のように直立して座り、最後にゆっくりと指を伸ばしました。そこで三人の学者は、老僧が指摘した誰がイエローリストに載るのか分からず、延々と口論した。思いがけず、三人は同時に高校に進学した。しかし、それはできなかった。老僧の権威を疑わずにはいられません。三人は豊かな服を着て家に帰った後、老僧に尋ねました。老僧は山のように直立して座り、ゆっくりと言いました。「指が一本ということは、三人全員が殴られたということです。そして三人はすぐに気を失いました。」
■ ASP プログラミングのアイデア - 8 部構成のエッセイの執筆
MS は、Java テクノロジーの影響を受けて、急いで ASP テクノロジーを立ち上げました。 WinServer オペレーティング システムの優位性がなければ、OO が 20 年以上推進され、C++ と JAVA が本格化したときに、粗製 ASP は足場を築くことができなかったでしょう。
過去数十年間のプログラミング テクノロジの進化は、ASP テクノロジからほぼ見ることができます。ほとんどの人が最初に作成する ASP プログラムは、<%="Hello, Welcome to ASP World!"%> を HTML 文字ストリームに挿入することです。インスタント インパルスは、Web ページのコンテンツの出力から Web ページの構造の出力まで、常に ASP プログラマをサポートしてきました。 Web ページのスクリプト プログラムを出力する学習プロセス。HTML 構文構造とデータベースをある程度理解し、特定の 2 つのプログラミング言語に精通していれば、PS と FLASH をクリックすることもできれば、すぐに複数の Web サイトを作成できます。あなたは本当に素晴らしいです。ついに、誰かが C 言語の include "string.h" のようなものを思い出し、繰り返しコードで繰り返し呼び出される関数やプロシージャを定義できることに気づき始めたので、<include= がインターネットで人気になりました。 ****.asp"> ステートメント; 複雑なエンタープライズ計算は、ASP のおよそ 8 つの固有コンポーネントに耐えることができませんが、一部の白骨幽霊は、JAVA の象徴的な N 層構造テクノロジを具体化する DLL を作成しました。そのため、別の新しい用語があります。作成した DLL が WIN システム内の既存の DLL と同じ名前である場合、マシンを再インストールする日はそう遠くありません。簡単に言えば、ASP はプロセス指向とオブジェクト指向、プリミティブとカオスのハイブリッドです。同じプログラム内で、call sub と set rs=conn.execute("...") が見られます。
しかし、どんなに難しくても、ASP プログラミングの本質は、Web ページの HTML 文字の流れを整理するプロセスに常に直面することです。多少のオブジェクト指向はありますが、その目的はそのプロセスに直面することによって決まります。 Web ページ内のテキストは画像と同じです。そのタスクは、<html> タグから開始して、<head> から < までを連続的に使用することです。 body>、<div>、<input> から </ html> タグの文字ストリームが続き、最終的にクライアント HTML ページとクライアント スクリプト プログラムを構成します。これは、8 部構成のエッセイがトピックを区切ってトピックを伝え、スピーチを開始するのと同じです。 ...
■ WEBプログラミングのアイデアの進化 ～人民元をもっと激しく突こう！
あなたの月給が 1,000 元から 30,000 元を超えるまでのプロセスを想像してみましょう。
静的 Web ページは WORD ドキュメントのようなもので、CSS は WORD ドキュメントのテンプレートのようなものです。これらのことを行う場合、あなたのポジションは月給 1,000 の Web デザイナーと呼ばれます。この時点で、
プログラムを使用してページを自動生成する方法を知り始めた場合
、あなたは若くて無知です。現時点でのプログラミングのアイデアは、特定の Web ページの展開が 1950 年代から 1960 年代の対面時代とまったく同じです。その場合、あなたの月給は 2,000 になり、あなたはプログラマーと呼ばれるようになります。この時点では、
多くの繰り返し作業を行ってきた結果、多くのページでパブリックな機能が必要であることがわかりました。ファイルを使用してデータベースを作成する場合、プログラマは自然に作成プロセスを関数にカプセル化して繰り返し呼び出します。ちょうど 1970 年代と 1980 年代の構造化プログラミングと同様に、プログラミングの考え方はパブリック関数を中心としています。抽象関数。働き盛りになると、月給 3,500 のソフトウェア エンジニアと呼ばれるようになります。Web
サイトが実際にはログイン ボックスなどのパブリック コンテンツで構成されており、多くの場合、固定データ (ユーザー名/パスワード）、固定された外観（ユーザー名とパスワードの入力ボックス/送信ボタン）、固定されたアクション（監査/ログイン成功/ログイン失敗）、構造的な観点から見ると、ログイン ボックスを完了するには、いくつかの変数といくつかの関数を定義する必要がありますが、さらに抽象的には、ダイアログ ボックスを全体として考えます。ダイアログ ボックスは、データを使用してその特性 (さまざまなユーザー名とパスワードの組み合わせ) を表し、メソッドを使用して処理できるイベントを表し、それをカプセル化してオブジェクトにします。これは次の構造で表すことができます。
クラス ログイン {ユーザー名
; ログイン成功; ログイン失敗; }
ボックスからページへのオブジェクトは、Web サイト全体から最も基本的なコンテンツを抽象化し (分割できず、分離できない)、オブジェクトとして設計し、単純に組み合わせます。この時点でのプログラミングのアイデアは、Web サイト全体と向き合うことです。実際、これは 1980 年代から 1990 年代に流行した OO のアイデアです。すでに「上級ソフトウェア エンジニア」という言葉が印刷された名刺をお持ちかもしれません。月給は 5,000 人民元ですが、朝髪をとかしてみると、目の端にしわがあることがわかります。
企業がインターネットを自社の本体に統合する必要があるとき、企業は考慮する必要があります。既存のデスクトップ プログラムと WEB プログラム全体であり、両方とも次のような共通のコンポーネントを必要とします。ログイン要求は WEB プログラムだけでなくデスクトップ プログラムも含まれる可能性があります。つまり、ログイン要求を処理するには認可コンポーネントを統一して使用する必要があります。この時点でのプログラミングのアイデアは、コンポーネントに直面することです。この時点で、あなたの肩書きはアーキテクトに変更され、月給は 10,000 を超えていますが、鏡の中の頭には
すでにすべてが完璧に見えます。いいえ！私たちが月給を永遠に追求するのと同じように、企業はユーザーに単に自社の Web ページを閲覧させるだけ以上のことを望んでいます。たとえば、彼の関連顧客は、JAVA システムを使用して転送プロセスを直接完了することを望んでいますが、私のシステムは ASP.NET システムを使用して構築されています。また、他人に 2^N RMB を簡単に送金させることはできません。何千もの関連顧客があなたのプログラミングのアイデアを公共サービスに活用できるようにします。相手はあなたのオブジェクトやコンポーネントを知りません。相手がデスクトップ プログラムに太い指でユーザー名とパスワードを入力する限り、あとはあなたのシステムの仕事です。 WEBサービスを上手に使ってこれらを完了できれば、おめでとうございます。もちろん、給料は単なる数字であり、多くの場合、実際には意味がありません。 18歳の女の子の言葉を借りれば、あなたはまだ30代前半なのに、すでに老人です。