0

このシナリオのベストプラクティスは次のとおりです。

ASPXページを含むSharepointサイト（MOSS2007）があります。ただし、SharepointではデフォルトでASPXページでのサーバーサイドスクリプトが許可されていないため、インラインソースを使用できず、イベントハンドラーなどが機能しません。

2つの解決策：

  1. このサイトに従ってweb.configを変更しPageParserPathます 

    <PageParserPaths>
<PageParserPath VirtualPath="/pages/test.aspx" 
        CompilationMode="Always" AllowServerSideScript="true" />
</PageParserPaths>

  2. すべてのコントロールを作成し、それらを.CSファイルのイベントに接続して、ASP.netの利点の一部を完全に排除します。

ベストプラクティスは何でしょうか？第一に、それが正しい選択のように見えますが、web.configを変更することは、可能な限り控えめに使用したいものです。

4

4 に答える 4

1

したがって、その場合は、それを機能にまとめて、ソリューションを介してデプロイします。このようにして、あなたが見ている問題を回避できると思います。これは、他のサイトでもこの機能を使用する場合に特に便利です。

WebControlと同じように、Webパーツをページに直接埋め込むこともできるため、ギャラリーが乱雑になるのを防ぐことができます。

于 2008-09-04T06:50:25.147 に答える
1

これまでのところありがとう。AndrewConnelのソリューションを試しました。

http://www.andrewconnell.com/blog/articles/UsingCodeBehindFilesInSharePointSites.aspx

それをソリューションにラップすることはその一部ですが、主な問題はコードをその中にどのように取り込むかであり、コードでコントロールを作成する必要なしにオプション2に傾いています。

不足していたもの：
.csファイルで、「保護されたボタントリガー」を手動で追加する必要があります。クラスライブラリを使用する場合、自動的に生成される.designer.csファイルがないためです。

于 2008-09-04T13:14:23.647 に答える
1

ASPX ページは何をしますか? どのような機能が追加されますか? どのようにページをサイトに追加していますか? 一見すると、これはドキュメント ライブラリ内の "Web パーツ ページ" にすぎません。

100% になるには少し調査を行う必要がありますが、ゴースト化されたままのページにあり、それによって信頼されている場合、インライン コードは問題ないと理解しています。機能を介してサイトに機能を追加できますか?

私はオプション1を避けたいと思います。私には悪いアドバイスのようです。ページでサーバー側のコードを許可すると、誰かが悪意のあるコードを挿入できるようになるため、セキュリティ上のリスクがあります。確かにページを保護することはできますが、かなり深刻なパーミッションでリモート実行を行っている可能性があります。

于 2008-09-03T18:17:42.037 に答える
0

これは、ユーザー コントロールをホストするページです。これは、特に Web パーツを作成したくないため、サイト上に作成されるカスタム .aspx ページです。

これは基本的に、Sharepoint 内で実行され、リストやその他の機能を利用するアプリケーションですが、すべての機能はアプリケーション内でのみ有用です。そのため、Web パーツ ギャラリーが 1 か所でしか機能しない無数の Web パーツであふれることは避けたいと思います。

于 2008-09-03T20:30:28.753 に答える