Zope は http サーバー、データベース、およびスクリプト プログラミング言語であるため、Apache+PHP+MySQL と比較できます。 Zope は機能が豊富で、アプリケーションの構築が簡単で、PHP よりも数倍効率的であるため、今では Zope を皆さんにお勧めします。現在のサーバー側プログラミング環境には、IIS+ASP+sqlserver、Apache+PHP+MySQL、そして現在は Zope が含まれています。Zope と比較すると、Zope はドキュメント公開に関してより専門的です。
私は Web ページのコンパイルに dw とfrontpage を使用しましたが、frontpage のナビゲーション システムの方が優れており、グラフィカルなタイトルやさまざまな専門的なテンプレートを生成できると感じています。 dwのナビゲーションシステムはほとんど使い物になりませんが、dwのWebページ制作はよりプロフェッショナルであり、dwのテンプレートにも独自の機能があります。フロントページとdwを組み合わせようと考えたこともありましたが、ぎこちなく感じました。ウェブサイト上に大量の情報が存在する場合、最も急務となるのは、その情報をデータベース化して一元管理しやすくすることです。大規模な Web サイトでは、統一された外観、豊富なナビゲーション システム、豊富な関連リンクが備えられていることが多いことに驚かれることがよくあります。 Web サイトの背後には、専門的な Web サイト管理ソフトウェアと専門的な技術サポートが必要です。そのため、私は使用できる Web サイト管理システムをよく探します。 linuxfab.cx Web サイトで Zope を発見し、ついに探していたものを見つけました。
私が Zope を人に勧めると、必ず「私は PHP をとてもよく使っているので変更する必要はない」とか、「ASP をとてもよく使っている」と言われることがあります。 ASP と PHP は、HTML にスクリプト言語を追加できるという点で似ています。それに比べて、私は VB をベースにした ASP を好みます。同時に、独立したスクリプト エンジンを備えているため、Perl、JavaScript、その他のスクリプトもサポートできます。このようにして、誰もが新しい言語を学習するのではなく、使い慣れた言語でプログラミングすることができます。 PHP は奇妙です。PHP は Perl に非常に似ています。なぜ Perl を使用してページに埋め込みを実装し、みんなの学習負担を増やす言語を発明しないのでしょうか。PHP はもう少し明確な言語を持っていますが、根本的な違いはありません。 Perl のパターン マッチングが失われます。 Perl も不思議ですが、なぜ jsp と同じ機能を起動しないのでしょうか。したがって、私は心理的に PHP を嫌いますが、データベースとの緊密な統合と画像生成機能は PHP の方が優れています。 Zope は Web サイト管理に優れていますが、優れたプログラミング環境でもあります。 Python と Perl は現在非常に強力に開発されており、非常に豊富な構文を備えたオブジェクト指向データベースであり、プログラミング効率が非常に高くなります。魅力的。 。 Python を学習した後、それを使用する機会を見つけることができませんでしたが、Zope は私に Python を使用する機会を与えてくれました。また、Python の威力を体験することもできました。 ->Zope プログラム全体は Python で書かれています。
Zope は、オブジェクト指向データベース、ドキュメント管理データベース、強力な http サーバー、および完全な開発環境です。 Zope の本質および出発点は、ドキュメント管理データベースです。豊富な文書管理機能を備えています。
まず、http サーバーとしての Zope の利点について話しましょう:
Zope はデータベースであり、そのすべてのドキュメントはファイル システムではなくデータベースに配置されますが、ファイル マネージャーに似た管理インターフェイスを完成させています。 FTP インターフェイスを使用すると、使い慣れたファイル システムとして使用でき、管理習慣も非常に馴染みます。
そして、Zope はオブジェクト指向データベースです。オブジェクト指向データベースは、リレーショナル データベースのようなテーブルに基づいておらず、ファイル システムのようなツリー構造を持っています。オブジェクトの観点から見ると、記録される各フィールド値はオブジェクトの各属性です。リレーショナル データベースを超えているのは、さまざまなデータ型に適応できることです。各データ型は、さまざまな属性だけでなく、特定のデータ型を操作するためのさまざまなメソッドも備えたオブジェクトです。オブジェクト データベースについてはよく聞きますが、私は Zope で初めて触れました。 (ingresqlやuserlandの製品もオブジェクトデータベースです)
Zopeはファイルやフォルダを基本オブジェクトとして扱うことが特徴であり、同時にそのフォルダ配下のファイルやフォルダも任意に属性を追加することができます。親フォルダーの。スクリプト ファイルを追加することで、ファイルやフォルダーにメソッドを追加できます。例えば、「作成者」「カテゴリ」「難易度」などの属性でファイルを追加したり、「このフォルダ内の全ファイルの内容を表示する」という方法でフォルダを追加したりすることもできる。
Zope には、オブジェクトレベルの継承を実装するための独自のメソッドもあります。このメソッドは「get」です。たとえば、ファイル システムの構造が /a/b/c で、c がファイルである場合、c の変数 v を参照したい場合、c の属性に v がない場合は、その変数を検索します。 b の属性を検索し、b の下にファイルがあるかどうかを確認します。ファイル v を呼び出して、a の属性を探し、次に a 内のファイルを探し、次に / ディレクトリの属性を探し、次に、ルートの下にあるファイル。 v が b の属性である場合、特に a.b.v でそれを参照する必要はありません。このようにして、c ファイルはすべてのレベルのフォルダーから豊富な変数環境を継承します。典型的な例としては、standard_HTML_header ファイルをルート ディレクトリに配置すると、任意のディレクトリにあるファイルから参照して、各 Web ページに共通する内容を表現できます。特定のディレクトリに独自の Web ページ効果が必要な場合は、このディレクトリに独自の standard_HTML_header を配置するだけです。このようにして、このディレクトリ内のファイルは、ルート ディレクトリのヘッダーではなく、このディレクトリ内のヘッダーを取得し、各列の個性を実現します。
取得される形式は次のとおりです: c.m、m はメソッド、つまりスクリプト ファイルにすることができます。たとえば、c に別の形式の表現を持たせるには m を使用します。 m ファイルは b フォルダまたは a フォルダに配置できます。c.m の表現方法は有効です。このようにして、ルート ディレクトリに m を置き、Web サイト上のすべてのファイルにメソッド m が設定されます。
URL を使用すると、
を使用するなど、この種の取得もサポートできます。