2

rootたとえば、アプリケーションを表す多数のサブディレクトリを含む、物理的にルート化されたページのコレクションがあります。次のようになります。

root
 |----a
 |    |-AppA1
 |    |-AppA2
 |
 |----b
      |-AppB2
      |...

rootという名前の仮想ディレクトリとして機能するように IIS サーバーをセットアップしていますnot_root。「not_root」と言うのは、それが を指している限り、どんな名前でも付けられるからrootです。

私の質問はここから始まります: 私の CF セットアップにはまったくマッピングがありませんが、この階層のどこからでも、この階層のどこにでも格納されている CFC を次のように解決できます。

new not_root.a.AppA1.someCFC();.

私は完全には理解していません。CF はサイト ルートの物理パスについて IIS と通信しているように見えますか、それとも CF は CFC を解決するときに URL を考慮しますか?

私はこれについて不平を言っていません、それは役に立ちます。しかし、誰かがドキュメントを参照したり、これがどのように機能しているかを説明したりできるかどうか、またこれが予想される動作であり、信頼できるかどうか疑問に思っています。

4

1 に答える 1

0

マッピングが設定されていないため、webroot 相対パスを使用します。これは、あなたが説明しているようです。この質問に対する答えは、何が起こっているのかを理解するのに役立つかもしれません:

ColdFusion での CFC へのマッピング

または、ここでは修飾パスと呼んでいます。

http://dulaw.org/cfdocs/htmldocs/Developing/WSc3ff6d0ea77859461172e0811cbec22c24-7e17.html

CFC を参照する方法は、私たちが通常行った方法です。この環境の一般的な設定には、マッピングが設定されていませんでした。違いは、アプリケーションごとに独自の IIS サイトがあったことです。ただし、開発環境では、それは 1 つの IIS サイトであり、アプリケーションは独自のサブディレクトリにありました。そのため、Dev 環境では、誰かが AppA2 から AppA1 で CFC を参照することは確かに可能でしたが、実際に起こったことではありませんでした。

于 2020-05-14T14:46:39.860 に答える