るパーツのSharepointい理解を公表面の?
-
23-09-2019 - |
質問
今しばらくお待公表面サイトは、以下の処理を行います.ユーザーログインしてください。そのビューのリストおります。彼らをクリックし、お客様の過去の購入、もしく変えることができました。このショッピングサイトにあります。シンプルな見上げるツールです。
このアクセスできるデータは、本ウェブサイトによるがん以外のSQLデータベース-オフィスは殆どない。また、ログインを使用しないユーザーはWindowsの資格はVPNがあります。
通常、私は標準ASP.NET MVCます。しかし、顧客との中から使いたいするSharepointアドオンです。
私の理解ではSharepointを使用のためのワークフローおよびウェブサイトとの連携ツールなどの部品はこちらでご覧いただけ http://www.sharepointhosting.com/sharepoint-features.html
ここで私の質問:
うっすぐという作が完全に適さないことでオーバーヘッドを提供するな影響を与えます。
の開始をおためしくださいので、使いいWSSや苔?
の開始をおためしください使われて、うっすぐったサイトから構成されるもの
リストの項目
a)ウェブパーツ
b)およびカスタムサイトをレイアウト。の作成方法を教えてくださいこれらの?
付録:書籍 プロSharePoint2007年のウェブコンテンツ管理開発 のように見える良いスタート
解決
あなたは、技術的には、このタスクのためのWSSを使用することができますが、MOSSは、より多くの公共向けウェブサイトの構築を目的とした機能があります。 のインフラストラクチャを公開が頭に浮かぶ。それはあなたがうまく実行カスタムインターフェースを構築することが可能に CQWP のを持っていました共有ポイント。 SharePointと潜在的なスケーラビリティを中心に課題があります。あなたはかなり速い仕事だろうが示唆されているどのようなことをやって、その後もプラットフォームを知っていれば。あなたはSharePointの基礎となるシステムがわからない場合も、あなたは課題に直面している可能性があります。
あなたは、SharePoint Designerで最終的なアプリケーションを構築するアプローチする必要はありません。これは、拡張性と大きな問題を引き起こす可能性が動作しています。あなたは簡単にSharePointのに展開することができる機能の数を備えたSharePointソリューションを作成したいです。このルートを行くことは、パフォーマンス上の問題を軽減しませんが、あなたは適切なソリューションに近いことを行っています。あなたはCQWPsまたは書き込みWebパーツなどのカスタムユーザーインターフェイス要素をパッケージ化することができます。私は個人的にWebパーツを作成することを好むます。
あなたはマスターページでサイト全体のデザインを行います。サイト内のページは、この継承されます。あなたはMOSSを持っているなら、あなたは公開ページと呼ばれるものを作成することができます Webパーツが含まれています。これらは、人々が公共のウェブサイトのためにそれに対してお勧めする理由であるWSSでは使用できません。
SharePointの(任意のバージョン)が価値があるかどうかを判断するには、あなたは彼らがコア機能のいずれかを使用しようとしているかどうかを確認する必要があります。すべてがカスタムになるだろうし、あなたが任意のワークフローや文書管理の使用を作るつもりされていない場合、私は離れて滞在する展開にしています。あなたは、開発の観点からSharePointとさらに行きたいかどうかを確認するには、 WSS開発者のラボを見てみましょうに。私は最近、そのサイトから素材を使用して、私の雇用主でイントロのコースを走りました。彼らは時代遅れであり、ベストプラクティスに関する詳細情報を必要とするが、彼らはあなたが水の中につま先を浸して、あなたはそれ以上に行きたいかどうかを決定するための簡単な方法を提供します。
他のヒント
1.) 同意するSharePoint非常に不適切なことです。数理由:
- で数千ドルを ライセンスSharePointを利用するためには、オープンなインターネット
- SharePointを使用多くの資源のSQLサーバー IIS、ディレクトリ...)を必要以上に求めるためのデータベース
- SPだ非常に少ない柔軟性を解決方で音声などを作成する必要があり、データベース接続のウェブに参加ASP.NET とにかくもう完全に独立SP)
SharePointでの場所で著しく役に立てると、企業内部の文書管理、イントラネットワークフローやインタラクション/承認システムではないものに適したカスタムコードもインターネット使用。
2.) 私苔のインターネットライセンス(リンク)。
3.) SPの開発ではないの典型的な関係データベースシステム(例えば、平成分値が非標準化。場合はSQL一致し、SharePointの考え方とることができるかもしれませ接続するデータベースとしての外部リストを使用 SharePointデザイナー.がすを利用する必要がありVisual Studioをウェブに参加ASP.NET.
こんな数の合理的な議論することができ、お客様かSharePointは適さない。実際、私は期待で最初のポイント(コストのライセンス)のままです。
1)コアとしての機能について説明していただけますSharePointがなくなるわけではありませんの追加なものを構築する場合でSharePoints前提できるクライアントを追加する多機能コアの外には"無料"のように:
- できる追加コンテンツエディタWebPartsページできる追加の記述、メッセージ
- できる追加リストが、お客様のご要望を入力/コメント/...自動的に新しい作品を郵送での組織への加入を変更
- の機能を利用できることをイントラネット
- 将来の小さな"ウェブアプリ"を含めることができ、同サイト
- ...
したがって全ての面において持っていない場合、より良い枠組みを利用しSharePoint
2)作において必要とするすべての現在の
3)自主な成果物のための現することはできない。
- 特徴であサイトページやウェブパーツ
- 特徴とカスタムmasterpageに対応するcss
Trueです。は不適切な何も付加のいずれか..もんですか。
WSSは十分
- きめのwebパーツを露出、コーディネイトスタイルで、ですね。のカスタムサイトのレイアウトは必要ありません。したい場合はご自身のlookォーテーマであります。それを達成するために相応しいインスタレイアウトに工夫だいていないのかもしれませんが必要なサイトのテンプレートができるかを使用してSharePointデザイナーの編集ページまたはマスターのページです。