問題タブ [class-library]

私は.Netクラスライブラリ（データプロバイダー）を開発しており、将来の購入者へのライブラリのライセンス供与をどのように処理するかについて考え始めています。ライセンスとは、ソフトウェアライセンス（Apache、Gnuなど）ではなく、ライブラリを購入していない人がライブラリを使用できないようにするメカニズムを意味します。

私はライセンスを扱ったことがなく、過去には、ライブラリではなくアプリを常に開発してきました。私は顧客にとって物事を難しくしたくありません。それを装甲艦にすることは不可能であることを知っています。顧客がフープを飛び越えたり、歯を食いしばったりすることなく、まともな保護を提供するメカニズムです。

クラスがランタイムモードではなく開発モードで使用されている場合（顧客のソフトウェアが顧客にリリースされている場合）、メカニズムは有効なライセンスをチェックすると思います。ライブラリは通常、開発者ごとに販売されていると思いますが、メカニズムを顧客にとって不快なものにすることなく、それをどのように実現できるかはわかりません。多分それは名誉システムに任せられます。

私はこれをグーグルで検索し、多くのアプローチを見つけました。理想的には、顧客にさらに別のライセンスメカニズムを扱わせるのではなく、一般的に受け入れられ、一般的なこと、つまりクラスライブラリが存在する場合は「正しい」方法でライセンスを取得する方法を実行したいと思います。正しい方向へのしっかりとしたプッシュは大歓迎です！

Webサービスへの参照を含むクラスライブラリ（.NET）があります（一部のサーバーでは、同じソリューションのプロジェクトではありません）。クラスライブラリには、COMに公開されるクラスがあります。このクラスはWebサービスを呼び出します。

サービス参照を追加すると、クラスライブラリのapp.configにコードが追加されます。

テスト目的で、同じソリューションにデスクトップアプリケーションもあります。このアプリケーションを実行すると、次の例外がスローされます。

ServiceModelクライアント構成セクションでコントラクト'ServiceProxy.EventsServices'を参照するデフォルトのエンドポイント要素が見つかりませんでした。これは、アプリケーションの構成ファイルが見つからなかったか、このコントラクトに一致するエンドポイント要素がクライアント要素で見つからなかったことが原因である可能性があります。

この例外は、クラスライブラリのapp.configにあるサービス参照用に生成されたコードをコピーしてデスクトップアプリケーションの構成ファイルに貼り付けることで解決できます。

デプロイするときは、DLL（クラスライブラリから構築）のみをデプロイする必要があり、デスクトップアプリはデプロイする必要はありません。DLLで読み取ることができる構成ファイルにサービス参照を含める必要があります。

助言がありますか？

ありがとう！

現在価値 は、将来の支払いまたは一連の将来の支払いの特定の日付の値であり、お金の時間価値や投資リスクなどの他の要因を反映するために割り引かれます。そして、はい、私はそれが公式であることを知っているので、それを必要としないでください。

しかし、このメソッドが.NETライブラリ内ですでに事前定義されているかどうか疑問に思っています。見つかりません。（.NETにはこの関数が含まれていないと思うので、代わりに独自の関数を使用する必要があります。）

私はC＃で書かれた素晴らしいサードパーティのコンポーネントやサンプルを使いません。標準の.NETライブラリを許可するサードパーティのスクリプトソリューションを使用する必要があります。サードパーティのライブラリへのカスタム参照を追加したり、独自のアドオンモジュールを作成したりすることもできますが、これを回避しようとしています。

「リリース」モードでコンパイルされたクラス ライブラリは、「デバッグ」モードでコンパイルされたものよりも高速かつ効率的に実行されることを知っていますが、どの程度まで知っている人はいますか?

編集:これは .net dll 用です。

現在、app_codeフォルダーからクラスライブラリにコードを移動しています。いくつかのメソッドに[System.Web.Script.Serialization.ScriptIgnore]属性のタグを付けました。私のクラスライブラリはこの名前空間を見ることができません。参照の追加ダイアログにこの名前空間が表示されません。クラスライブラリからこのタグを適切に使用するにはどうすればよいですか？

エラーは次のとおりです 。タイプまたは名前空間の名前'ScriptIgnoreAttribute'が見つかりませんでした（usingディレクティブまたはアセンブリ参照がありませんか？）

Visual C ++ 2008でDLLを作成する場合、いくつかの選択肢があります。「クラスライブラリ」を作成できます。これにより、C ++のCLI（マネージ）拡張を使用する.Netライブラリが実際に提供されることを理解しています。

それは望ましくなく、別のVisual C ++ Windows実行可能プロジェクトにリンクするには静的な.LIBファイルが必要であると想定したため、代わりに「Win32プロジェクト」を選択し、[アプリケーション設定]パネルでC ++（MFCなし）を指定します。 ）DLL。

これにより、 「DLLアプリケーション用にエクスポートされた関数」を定義する場所となる.cppファイルを使用してプロジェクトが作成されます。

これも私が望んでいることではないようです。基本的に、私が探しているのは、C＃.NETではクラスライブラリアセンブリであるものと同等のネイティブC++です。いくつかのクラスをDLLにパッケージ化してから、.EXEプロジェクトにDLLプロジェクトヘッダーファイルをインクルードしてDLLのクラスを使用させ、.LIBとリンクして参照を解決したいと思います。

これを行う通常の方法は何ですか？

Subversion と nant (および Visual Studio IDE) を使用しています

私はhttp://blog.jpboodhoo.com/NAntStarterSeries.aspxで提案されているプロジェクト構造に従っています。これは、開発者がチェックアウトを実行して、1 つのステップでプロジェクトをすぐにビルドできる自己完結型のサブバージョン ディレクトリを提唱しています。

私のレポ構造は次のようなものです:

はっきりしていないのは、サードパーティのライブラリ dll 自体を参照するクラス ライブラリを持つプロジェクトを構築する方法です。

現在、次のような作業ディレクトリを持つメインプロジェクトがあります

例：

MainProject をビルドするときに、クラス ライブラリをコンパイルし、dll をビルド フォルダーに出力します。ただし、クラス ライブラリ自体には、参照するサード パーティのバイナリのみの DLL があります。

私の質問は、MainProject をビルドするために、何らかの形でクラス ライブラリからサード パーティの DLL をビルド出力に取得する必要があるということです。それ、どうやったら出来るの？

考え: 1. これらのサード パーティの dll のコピーを MainProject の lib フォルダーに保存する必要がありますか? 2. または、クラス ライブラリの lib フォルダにアクセスできるように、svn:external 参照を src ではなく、クラス ライブラリ プロジェクトのトランクにする必要がありますか? 3. svn:externals の Subversion 1.6 機能を個々のファイルに使用する必要がありますか?