問題タブ [include]

コマンドを使用して#include file情報をいくつかの Web ページにロールする Web サイトがあります。作成者はテキスト ファイルにアクセスして、不定期のクラスや部門の連絡先情報などを更新できます。

私の質問はこれです、私は誰もこの方法を使用していないので、それを使い続けるのが良い考えかどうか疑問に思っています. そうでない場合、代わりにどの方法に移行する必要がありますか?

JavaScript ファイルを確実かつ動的に読み込むにはどうすればよいでしょうか? これを使用して、コンポーネントが「初期化」されると、必要なすべての JavaScript ライブラリ スクリプトをオンデマンドで動的にロードするモジュールまたはコンポーネントを実装できます。

コンポーネントを使用するクライアントは、このコンポーネントを実装するすべてのライブラリ スクリプト ファイルをロードする (および Web ページに手動で<script>タグを挿入する) 必要はありません。「メイン」コンポーネント スクリプト ファイルだけです。

主流の JavaScript ライブラリはどのようにこれを実現していますか (プロトタイプ、jQuery など)? これらのツールは、複数の JavaScript ファイルをスクリプト ファイルの単一の再配布可能な「ビルド」バージョンにマージしますか? それとも、補助的な「ライブラリ」スクリプトを動的にロードしますか?

この質問への追加:動的に含まれる JavaScript ファイルが読み込まれた後にイベントを処理する方法はありますか? プロトタイプにはdocument.observe、ドキュメント全体のイベントがあります。例：

スクリプト要素で使用できるイベントは何ですか?

includeCおよびC++プログラミング言語では、次のように、山かっこを使用することとステートメントで引用符を使用することの違いは何ですか？

1. #include <filename>
2. #include "filename"

使用する必要があるすべてのクラスにスクリプトからアクセスできるようにするために、PHP スクリプトに非常に多くのファイルを「含める」必要があるという問題を処理するためのベスト プラクティスは何だろうと考えています。

現在、直接アクセスするクラスを含めるためにinclude_onceを使用しています。それらのそれぞれはinclude_once、アクセスするクラスになります。

この関数の使用を検討しました__autoloadが、クラス ファイルをディレクトリ ツリーに編成する予定がある場合、hat はうまく機能しないようです。これを行うと、探しているクラスが見つかるまで、ディレクトリ ツリーをたどることになるようです。 また、これが異なる名前空間で同じ名前のクラスにどのように影響するかはわかりません。

これを処理する簡単な方法はありますか？

または、PHP は、多くの異なるディレクトリにある可能性のある個別のファイルにすべての異なるオブジェクトが配置されている「エンタープライズ」タイプのアプリケーションには適していません。

PHP インクルード パスを次のように設定できますphp.ini。

しかし、それでは他のウェブサイトが影響を受けるので、それは良くありません。

すべてのファイルの先頭に PHP インクルードを設定できます。

しかし、それは悪い習慣のようで、物事を混乱させます。

したがって、それをインクルードして、すべてのファイルにインクルードできます。

また

これは私が現在行っていることですが、インクルードconfig.phpする内容によってインクルード パスが変わります。

より良い方法はありますか？それは問題ですか？

ページにいくつかの JavaScript インクルードがあるとします。

それらのいずれかが見つからなかったかどうか (404) を手動で確認することなく確認できる方法はありますか? 私はオンラインツールまたは同様のものを探していると思います。何か案は？

Visual Studio 2008 で大規模な C++ プロジェクトに取り組んでいますが、不要な#includeディレクティブを含むファイルがたくさんあります。s が単なる成果物である場合#includeがあり、それらを削除してすべてが正常にコンパイルされる場合もあります。また、クラスを前方宣言して #include を.cppファイルに移動する場合もあります。これらのケースの両方を検出するための優れたツールはありますか?

私たちのオンライン ゲームでは、大量の PHP クラスと関数を作成し、テーマごとにグループ化し、ファイルとフォルダーに分けました。最後に、ライブラリと呼ばれる一連のファイルにすべてのバックエンド コード (ロジックおよび DB アクセス レイヤー) があり、include_once('pathtolib/file. inc') .

問題は、私たちがインクルージョンに怠惰であり、ほとんどのインクルード ステートメントが libs ファイル内で作成されていることです。その結果、各 Web ページから libs ファイルをインクルードするたびに、実際には libs 全体をファイルごとにロードします。

これは、パフォーマンスに大きな影響を与えます。したがって、最善の解決策は何ですか?

• libs ファイルからすべての include ステートメントを削除し、Web ページから必要なものだけを呼び出しますか?
• 何か他のことをしますか？

サーバーは従来の LAMP スタック (PHP5) を使用します。

編集: 単純な関数 (従来の理由とコードの大部分) とクラスが混在しています。したがって、オートロードでは十分ではありません。

この問題をGoogleで簡単に検索すると、それが一般的であることがわかります。私の場合、私の人生では解決策を見つけることができません。

wxWidgets Web サイトから Windows 用の wxWidgets 2.8.8 を直接インストールしました。

何かをコンパイルしようとすると (「wxWidgets の最初のプログラム」で説明されているサンプル アプリなど - http://zetcode.com/tutorials/wxwidgetstutorial/firstprograms/ )、次のようになります。

wx/setup.h: そのようなファイルまたはディレクトリはありません

C:\wxWidgets-2.8.8\include と C:\wxWidgets-2.8.8\include\wx の両方をコンパイラ検索リストに含めました。

シンプルであるべきですが、そうではありません! :(

wxWidgets (Code::Blocks など) と統合された IDE を使用しようとすると、同じことが起こります。

それで、助けてください... setup.hが見つからないのはなぜですか?

私は非常に大きなコードベース (読み取り: 数千のモジュール) を持っており、さまざまな C++ コンパイラを使用してさまざまなオペレーティング システムで実行される多数のプロジェクト間でコードが共有されています。言うまでもなく、ビルド プロセスを維持するのは非常に面倒です。

#includesファイルが現在のフォルダーに存在しないかどうかをプリプロセッサに確実に無視させる方法があれば、コードを大幅にクリーンアップできるコードベースの場所がいくつかあります。誰もそれを達成する方法を知っていますか?

現在、共有ファイル内で を使用して#ifdefおり、プロジェクトにが存在する#includeかどうかを #define する 2 番目のプロジェクト固有のファイルを使用しています。#includeこれは機能しますが、醜いです。プロジェクトにファイルを追加または削除するときに、定義を適切に更新することを忘れがちです。このファイルを最新の状態に保つためにビルド前のツールを作成することを検討しましたが、プリプロセッサでこれを行うプラットフォームに依存しない方法がある場合は、代わりにその方法を使用したいと思います。何か案は？