問題タブ [settings]

ClickOnce でデプロイされたアプリケーションがあり、Windows で自動的に開始するオプションがあります。ただし、Windows を再起動すると、アプリケーションは正常に起動しますが、設定を見つけることができません (組み込みの設定機能を使用しているだけです)。ただし、自動起動したアプリを閉じて、デスクトップのアイコンで再起動すると、その設定を見つけることができます。

Windows で自動的に起動するには、次のコードを使用しています。

デスクトップ ショートカットが exe を直接指しているのではなく、次のような URL を指していることに気付きました。

http://pathToApp.application#AppName.application, Culture=neutral, PublicKeyToken=c8c0a22ba65cb9f4, processorArchitecture=x86

自動起動アプリをショートカットと同じように動作させるにはどうすればよいですか?

Windows と Mono で使用できるようにする C# サービスを作成しています。Mono の実験を始めたばかりで、Windows と Mono の両方で機能するサービスを制御するための設定を保存する最良の方法を決定しようとしています。

1. サービスがインストールされる設定ファイル

   • 長所: 各プラットフォームで同じコードを使用できるため、編集時に見つけやすい
   • 短所：パーミッション、Windowsはおそらくファイルへの書き込みを好まないでしょう

2. プラットフォーム ストレージ内の設定ファイル (%APPDATA、/etc、...)

   • 長所：権限があり、編集のために見つけやすくなります
   • 短所: 各プラットフォームを処理するには、より多くのコーディングが必要です

3. 小さなデータベース (SQLite かな?)

   • 長所: 設定を保存および取得するためのコードを簡単に記述できる
   • 短所: 手動で編集するのは簡単ではありません, 保存場所の問題も同じです

どれが一番いいと思いますか、それともより良い提案はありますか?
また、設定を簡単に変更できるようにコマンド ライン クライアントも作成する予定ですが、設定の保存方法は変更されますか?

.NETとC＃3.5が、複数のプロジェクトや複数のソリューションにまたがるアプリケーションの設定をどのように処理するかはよくわかりません。多分誰かが私が物事を片付けるのを手伝ってくれるでしょう。

2つのソリューションがあり、どちらにもいくつかのプロジェクトが含まれています。これらのプロジェクトの一部には、プロパティフォルダーの下にSetttings.settingsファイルが含まれており、このプロジェクトのソースファイルに必要な特定の構成変数が含まれています。

何かのようなもの

1. JobManagerソリューション
   • Manager.Core（設定ファイル付き）
   • Manager.UserInterface（設定ファイル付き）
   • Manager.Extension
2. インポーターソリューション
   • インポーター（設定ファイル付き）
   • サービス（設定ファイル付き）

ご覧のとおり、Manager.Coreにはデータベース接続情報などをImporter格納するための独自の構成ファイルが含まれていますが、には、データベースにインポートする必要のあるファイルを取得する場所を知るためのインポートディレクトリへのパスを格納する独自の構成ファイルが含まれていますManager.Core。それで。（これがManager.Coreの目的であり、DBを操作するためのすべてのクエリと挿入が含まれています）

Service一方、は、インポーターを使用するWindowsサービスであり、1時間程度ごとに実行し、エラーログパスの独自の構成設定を含みます。

これで、サービスをコンパイルすると、Service.exe.configという構成ファイルが1つだけになり、サービスプロジェクトで指定された構成パラメーターのみが含まれます。私の最初のアプローチは、 Service.exe.configのManager.CoreとImporterのすべての設定エントリを複製することでした。しかし、テストの結果、どういうわけか、インポーターのパラメーターが存在し、使用されていることがわかりました。

Service.exe.configに存在しない場合の設定はどこにManager.Core保存されますか？Importer

現在の設定Manager.Coreもありますか？つまり、これらの構成設定のエントリをサービス設定ファイルに複製する必要はありませんか？

よろしく、マイケル

ビルド サーバーで共有認証システムをセットアップしようとしています。私たちが持っているさまざまなチームに関して展開を行う方法を宣言するいくつかの Maven プロジェクトがあります (各チームには独自の認証ユーザー/パスワードがあります)。

次に、settings.xml で、宣言されたサーバーへの認証を次のように宣言します。

最後に、デプロイしたいプロジェクトに応じて、ビルド サーバーの settings.xml にいくつかのプロファイルを定義します。

問題は、プロジェクトのデプロイを行うときに、次のような認証エラー (HTTP 401) が発生したことです。

プロパティをチームのユーザー/パスワードに置き換えてサーバー認証を変更すると、すべて正常に機能します。

タグ <servers><server> は値をプロパティとして受け入れませんか?

同じことを達成するために、他の人はビルドシステムをどのようにセットアップしますか?

ご協力いただきありがとうございます。

編集:私は hudson を使用しています。私にとっての解決策は、maven2 を数回インストールし、各チームの設定 (ユーザー/パスワードを除く) を複製し、各プロジェクトを適切な Maven インストールに関連付けることです。このソリューションが私を魅了しないことを認めなければなりません...

ASP.NETアプリケーションがあります。別のASP.NETアプリケーション内にあります。DLLを他のアプリのbinフォルダーに配置し、aspxファイルを含むサブディレクトリを作成しました。メインアプリのWeb.configを編集できません。

では、構成設定はどこに保存できますか？たとえば、これはさまざまなクライアントにデプロイされるアプリです。表示に使用するクライアント名をヘッダーなどに保存したい。そして、ロゴファイルの場所。

AppDelegate で定義されている次の 2 つの手順があります。saveSettings と loadSettings。AppDidFinishLaunching メソッドで loadSettings プロシージャを呼び出しています。保存ボタンをクリックすると、設定ビューで saveSettings プロシージャを呼び出しています。

どちらのメソッドも、適切なタイミングで適切な回数 (1 回) 呼び出され、正しいデータを使用しているように見えます。私の設定オブジェクトは正しいデータを取得しますが、データが実際に保存されていないようです。ロード コードを実行すると、結果の変数が空 (nil ではない) に戻ります。

同じ読み込みコードを別のビューに配置しようとしましたが、正常に動作しましたが、何らかの理由で appDelegate で結果が得られません。

PHPバージョンの更新前は、ドキュメントルートを指定せずに次のようにファイルを含めることができました。

ただし、次のように同じファイルを含める必要があります。

どのphp.ini設定が以前の動作を上書きできたでしょうか？

私はオンラインのサイトを持っている人のために仕事をしています。それは私にとって異質なサイトであり、私はゆっくりと奇妙なコードに取り組んでいます. 私はローカルに MAMP を持っており、私のhttp://localhost/にはそこから派生する多くのクライアント フォルダーがあります。このコード内には、多くの $_SERVER['document_root'] コマンドと参照があり、ローカルの PHP dev 領域で失われつつあります。

document_root 参照を本来あるべきものに簡単に設定するにはどうすればよいですか (ただし、ローカルでのみ、サイト ファイルをいじりたくありません。もう一度アップロードする必要があり、ライブ サイトを壊したくないからです!そして、 PHP がサイトのルートであると考える間接設定の方法はありますか?そのため、画像の src 参照 "/images/..." が適切に表示されます... このサイトのローカル PHP 開発 URL は次のとおりです: http:// localhost:8888/_CLIENTS/clientsite/www/ ...しかし、コードでは、「/images/...」の先頭にある「/」がhttp://localhost:8888/を参照しています??

ありがとうございました。

アプリケーションのほぼすべての場所から呼び出す必要があるロギング クラスがあります。

ただし、アプリケーションの最初に、「書き込むパス」、「ログ レベル」、および「有効」かどうかを設定する必要があります。

毎回このパラメーターを指定したり、Logging クラスをパラメーターとしてアプリケーション内のすべてのオブジェクトに渡したりしたくないので、ロギングにはシングルトン パターンを使用します。

最近、密結合クラスに悩まされています。同じ間違いを繰り返したくありませんが、これについて考えると、これが唯一の良い解決策のように思えます。

アップデート ：

同様の設計上の問題を解決することを気にしているものをログに記録することはあまり気にしません。非常に多くのクラスから使用する必要がある別のグローバル設定オブジェクトで同じジレンマを抱えています。しかし、それらのすべてにそれを注入すると、オーバーヘッドがひどくなり、コードが読みにくくなります。

この実装についてどう思いますか? また、同様の設計上の決定に遭遇した場合はどうしますか?

PS「Log4Xライブラリを使用する」などの提案はしないでください。