現在、従来の Visual FoxPro アプリを Web に移行する作業を行っています。私たちの計画には、VFP フレンドリーな Strataframe や MM .NET などのアプリケーション フレームワークと、開発をスピードアップするためのサードパーティ コントロールの購入が含まれていました。
最近、「すぐに使える」Sharepoint を使用してこのアプリをホストする必要があると聞きましたが、それが何を意味するのか完全にはわかりません。Visual Studio を使用してすぐに使用できる機能を拡張できることは知っていますが、それは問題外だと思います。
誰かがこのようなことに対処しなければなりませんでしたか?
私はつい最近、ドキュメント管理用の SharePoint ソリューションを作成する 4 か月間のプログラムに参加しました。あなたのチームがこのサイトを何のために必要とするかはわかりませんが、Sharepoint を拡張するための簡単で迅速な開発ソリューションがたくさんあります。さらに、特定のプロジェクトに役立つ簡単にインストールできるプラグインが数多くあります。
すぐに使える SharePoint とは、SharePoint Server 2007 のことですか、それとも無料の Windows SharePoint Services 3.0 のことですか? また、SharePoint Designer を使用できますか (SharePoint のルック アンド フィールと小さな構造の変更をカスタマイズし、カスタム ワークフローを作成するための優れたツールです)。SharePoint Designer はフットプリントが非常に小さく、サーバーをいじる必要はありません。
また、SharePoint はすべての基本的なケースに役立ちますが、達成したい複雑な要件がある場合は、少し拡張する必要があることに注意してください。SharePoint にマイナーな開発上の変更を加える必要がある場合、または何が可能かを学ぶだけでも、PilotHouse Consulting の Development DVDまたは基本についてはLynda.comを使用するのが最善の解決策です。
最終的には、Visual Studio 拡張機能を SharePoint に適用する可能性を完全に制限しないように雇用主に依頼したいと思います。
また、DylanW の Virtual PC 評価リンクは、SharePoint ソリューションの作成方法を学習するのに非常に役立ちます。
Strataframe または MM .NET は winformsソリューションです。
Sharepoint はWeb ベースなので、ここに不一致があると思います。これらのツールで作成されたソリューションを共有ポイントに統合/ホストすることはできません。シェアポイントからダウンロードできるようにすることもできますが、これが顧客の意図したものであるとは思えません..
特にプラットフォームの経験がない場合は、「OOTB SharePoint」のカスタム開発プロジェクトに慎重に取り組みます。API の動作には多くの特殊性があり、それらを認識して予測するには時間がかかります。ビジネス/ウェブ アプリケーションがどのように構造化されているかを理解することは言うまでもなく、ソリューションの安定性と拡張性を維持するために不可欠なテクニックもいくつかあります（たとえば、{} ブロックを使用して SharePoint オブジェクトのインスタンス化をラップする）。
先に進む前に、まずプラットフォームとその仕組みを理解する必要があります。開発プラットフォームと見なさないように強く警告します。これは、いくつかの拡張オプションを備えたフレームワークのようなものです。
これに続いて、開発からロールアウト、トレーニング、サポートまで、プロジェクトをどのように管理するかについてしっかりとした考えを持つ必要があります。不十分な計画と管理が原因で、あまりにも多くの SharePoint プロジェクトが失敗しています。
詳細については、Paul Culmsee のシリーズ「SharePoint プロジェクトが失敗する理由」を参照してください。