問題タブ [components]

数年前、メディアは、コードの再利用のアイデアが生産性とコードの品質を向上させる簡単な方法であるというあらゆる種類の記事であふれていました。

私が定期的にチェックしているブログやサイトを見ると、「コードの再利用」という考えは時代遅れになっているようです。おそらく、'コードの再利用' の提唱者は全員、代わりに SOA クラウドに参加したのでしょうか? :-)

興味深いことに、Google で「コードの再利用」を検索すると、2 番目の結果のタイトルは次のようになります。

「危険と見なされる内部コードの再利用」!

私にとって、コードを再利用するという考えは単なる常識です。結局のところ、apache commons プロジェクトの成功を見てください!

私が知りたいのは：

• あなたまたはあなたの会社は、コードを再利用しようとしていますか?
• もしそうなら、どのように、どのレベルで、つまり低レベル API、コンポーネント、または共有ビジネス ロジックですか? あなたやあなたの会社はどのようにコードを再利用していますか?
• それは機能しますか？

議論？

多くのオープン ソース ライブラリが利用可能であり、.NET または Java を使用したことがある人は何らかの形でコードを再利用していることを十分に認識しています。それは常識です！

共有ライブラリなどを介したコミュニティ全体ではなく、組織内でのコードの再利用について言及していました。

私は最初に尋ねました。

• あなたまたはあなたの会社は、コードを再利用しようとしていますか?
• もしそうなら、どのように、どのレベルで、つまり低レベル API、コンポーネント、または共有ビジネス ロジックですか? あなたやあなたの会社はどのようにコードを再利用していますか?

私が座っているところから、社内でコードを再利用しようとしている企業の例はほとんどありませんか?

中規模の組織全体で共有される可能性のあるコードをお持ちの場合、この lib/api/etc が存在し、利益をもたらす可能性があることを会社の他のメンバーにどのように通知しますか?

ASP.net で PDF ファイルを表示して注釈を付けるアプリケーションを開発しようとしています。

この機能には、クリックから x、y 座標をキャプチャし、その特定の場所に注釈を配置することが含まれます。

これを行うための利用可能なコンポーネントはありますか?

前もって感謝します。

ねえ、ASP で画像をアップロードする方法があるかどうか疑問に思っていましたか? 私は学校のサーバーで作業していますが、何がインストールされていて、何がインストールされていないのかよくわかりません。少しグーグルで調べて、「Persits.Upload.1」を思いつきました。次の行でオブジェクトをインスタンス化しようとしました。

Set Upload = Server.CreateObject("Persits.Upload.1")

それは私にこのエラーを与えました、

サーバー オブジェクト エラー 'ASP 0177: 800401f3'
Server.CreateObject Failed

コンポーネントがサーバーにインストールされていないと想定する必要がありますか?また、画像をアップロードするにはどうすればよいですか?

ありがとう

シナリオ:複数のサードパーティ ライブラリとコンポーネントをファイル形式で使用するAdob​​e Flex 3SWCプロジェクトがあります。

SWCこれらのファイルの「中身」を知るにはどうすればよいでしょうか? 具体的には、プロジェクトがこれらすべてのコンポーネントの最新バージョンを使用していることを確認するにはどうすればよいですか?

公式の Adob​​e Flex 3 ヘルプによるとversion、パッケージ化して配布する予定のコンポーネントのプロパティを「定義できます」(sic) 。次のようなもの：

しかし、そのプロパティは Adob​​e のオーサリング ツールによって特別な方法で扱われることはありません。

catalog.xmlすべてのコンポーネント内にあるファイルにはSWC、その意味で役立つものは何も含まれていないようです。

SWC開発者は通常、それらのファイルに何らかの方法でメタデータを埋め込んで配布していますか? ファイルからバージョン、ライセンス、作成者、著作権などのデータを取得する標準化された方法はありSWCますか?

Baseという次のコンポーネントがあるとします。

Adminという別のコンポーネントでベースを拡張したい：

オブジェクトを作成するときに次のようにすると、アプリケーション内で次のようになります。

返されたメタデータは、コンポーネントの名前がAdminであり、それがBaseコンポーネントを拡張していることを示しています。これで問題ありませんが、オブジェクトを作成するときにinit()メソッドを明示的に呼び出す必要はありません。

Baseコンポーネントで次のようなことができればいいのですが。

ただし、 getmeta() メソッドによって返されるメタデータは、コンポーネント名がまだ拡張中であるにもかかわらずBaseであることを示しています。これを達成する方法について何か考えはありますか？

他のビジュアル コントロールを管理する非ビジュアル コンポーネントがあります。

コンポーネントが動作しているフォームへの参照が必要ですが、取得方法がわかりません。

デザイナーにドロップするだけでコンポーネントを機能させたいので、親をコントロールとして指定してコンストラクターを追加するかどうかはわかりません。

私が持っていた他の考えは、コントロールとして親のプロパティを持ち、デフォルト値を「Me」にすることでした

どんな提案も素晴らしいでしょう

編集：

明確にするために、これはコントロールではなくコンポーネントです。ここを参照してください：ComponentModel.Component

ラッパーを介して Advantage.Data.Provider.dll にある機能を公開する方法を教えてください。

私の目標は、COM+ を 64 ビット サーバーにインストール/展開することです。Advantage.Data.Provider.dll は 32 ビット ドライバーです。64 ビットをサポートする Advantage Database Server 9 にアップグレードしたくない。サービス付きの .NET コンポーネントを C# で作成しましたが、問題なくセットアップできました。中に何を入れたらいいのかわからない。dll にある機能をクライアント コードに公開するにはどうすればよいですか? 頼めばはっきりします。ありがとう、チェスタートン

私はJuvalLowyの優れたプログラミングWCFサービスを研究しており、ServiceModelExライブラリに付属するInProcFactoryクラスを使用して、非常に単純なin-procコンポーネントを作成しました。

プロジェクトで通常のクラスだけを使用する代わりに、なぜこれを行うのですか？彼のメソッドを使用するには、彼のライブラリを参照してインターフェイスを作成する必要があります。

私はいくつかの利点を考えることができます：

• これを一貫して行うと、結合が大幅に減少します。
• インプロセスコンポーネントを作成すると、変更せずにアウトプロセスまたはリモートで使用できるようになります。

これを行うことでより多くの利点がありますか？

インプロセスWCFコンポーネントを使用してコードを記述していますか？

すべてのクラスをコンポーネントにする必要がありますか？

デカップリング全体で完全に船外に出ることができますか？

すべてのクラスをコンポーネント化することの欠点は、利点を上回りますか？逆に？

これまでのところ、DelphiバージョンはSOAP1.2クライアントまたはサーバーをサポートしていません。

私はそれを機能させるために何週間も試みましたが、VS / C＃で新しい問題が発生するたびに同じことができ、3日で機能しますが、Delphi2009で行う必要があります。

「RemObjectsSDKを使用して新しいバージョンを作成しました」が、DelphiSOAPライブラリを使用した場合よりも良い結果は得られませんでした。

しかし、SOAP 1.2を完全にサポートしているライブラリ/コンポーネントは他にどのような選択肢があるのでしょうか？

Bruneauから、Pocket SOAP http://www.pocketsoap.com/pocketsoap/を提案するメッセージが見つかりました。 これがどのように機能するかわかりません。調査して、何ができるかを確認します。