私は現在、従来のVisual FoxProアプリケーションをWebに移行しようとしています。 StrataframeやMM .NETのようなアプリケーションフレームワークの購入、VFPフレンドリーな開発、そして開発をスピードアップするためのサードパーティ製のコントロールの購入が予定されていました。"既定のまま"のカスタム開発Sharepoint
さて、私たちは最近、 "out of the box" Sharepointを使ってこのアプリをホストしなければならないと聞いていましたが、それはどういう意味か分かりません。 Visual Studioを使って機能を拡張することができますが、それは疑問です。
誰もこのようなものに対処しなければならなかったのですか？
「すぐに使える」SharePointは、Visual Studioを使用して拡張することはできません。 SharePoint Designerを使用するかどうかは分かりません。
すぐに使用できるSharePointは、開発が不要なものにはかなり強力です。しかし、複雑な問題を解決しようとしている場合、OOTB SharePointアプリケーションには非常に面倒な部分があります。また、OOTBの機能では、特定のデータ構造やプロセスを真似ることはできません。
SharePointをカスタマイズして拡張する必要がある場合、学習曲線は急峻になります。 SharePointの開発には、熟練した人材が必要です。つまり、チームのあなたや他のプログラマーの主な焦点になるでしょう。本書Microsoft Windows SharePoint Services 3.0の内側は、開発面の優れた紹介です。
SharePointにコミットする前に、アプリケーションがどこに行くのかについてかなり明確なロードマップを確認してください。それから、WSS3の基本的なOOTB機能（Microsoftはevaluation Virtual PC image）に精通して、それを処理できるようにしておきます。あなたは、あなたができることとできないことに対する期待を明確にしたいのですが、それを超えなければならないプログラマーのチームにどのような影響を与えるのでしょうか。
「私はそれが疑問ではないと思っていますか？ SharePointは、あなたが指摘したように、拡張/開発するように設計されています。
Out of the Box SharePointがおそらくそれを望んでいないと思われる場合は...はい、同意します。 SharePointは、ターンキーソリューションではなくプラットフォームとして扱う必要があります。私は何らかのカスタマイズ/開発を必要としないプロジェクトについて聞いたことがありません。
そのようなものを扱うのは...あなたがやろうとしていることに正確に依存しています！
StrataframeまたはMM .NETは、winformsのソリューションです。
Sharepointがウェブベースだから私はここに不一致があると思う。 これらのツールで作成されたソリューションをsharepointに統合/ホストすることはできません。 Sharepointからダウンロードできるようにすることができますが、これは顧客が何を意味しているのか疑問です。
私は最近、文書管理のためのSharepointソリューションを作成するための4か月間のプログラムに参加しています。あなたのチームがこのサイトを必要としているかどうかはわかりませんが、Sharepointを拡張するためにできる簡単で迅速な開発ソリューションがたくさんあります。さらに、特定のプロジェクトに役立つ簡単なインストールプラグインが数多くあります。
すぐに使用できるSharePointについては、SharePoint Server 2007または無料のWindows Sharepoint Services 3.0を参照してください。また、SharePoint Designer（SharePointのルック・アンド・フィールとマイナーな構造の変更をカスタマイズしたり、カスタム・ワークフローを作成するのに最適なツール）を使用できますか？ SharePoint Designerのフットプリントは非常に小さく、サーバーの変更も必要ありません。
SharePointはすべての基本的なケースに役立ちますが、達成したい複雑な要件があれば、少し拡張する必要があります。 SharePointのマイナーな開発変更を行う必要がある場合や、何が可能かを知る必要がある場合は、基本としてPilotHouse Consulting's Development DVDまたはLynda.comとすることができます。
最終的に私はあなたの雇用主に、Visual Studio拡張機能のSharePointへの可能性を完全に限定させないようにしたいと考えています。
また、DylanWのVirtual PC評価リンクは、SharePointソリューションの作成方法を学ぶ際に役立ちます。
"OOTB SharePoint"のカスタム開発プロジェクトには特に注意が必要です。特に、プラットフォームに関する経験がない場合は特にそうです。 APIの仕組みには多くの苦境があり、それらを認識して予期するには時間がかかります。ビジネス/ Webアプリケーションの構造の理解はもちろん、ソリューションを安定してスケーラブルに保つために不可欠ないくつかのテクニックもあります（たとえば、{}ブロックを使用してSharePointオブジェクトインスタンスをラップするなど）。
まず、プラットフォームを理解してから自分の先に進まなければならないことを理解する必要があります。開発プラットフォームと見なすことに強く注意する必要があります。
これに続いて、開発から導入、トレーニング、サポートまで、プロジェクトをどのように管理するのかについて確かめておく必要があります。あまりにも多くのSharePointプロジェクトは、不適切な計画と管理のために失敗します。詳細情報については
、ポールCulmseeのシリーズを参照してください、Why Do SharePoint Projects Fail?
私はFoxProとSharePointの間の任意の関係のことを聞いたことがありません。おそらくあなたは間違って聞いた？ –