問題タブ [solution]
For questions regarding programming in ECMAScript (JavaScript/JS) and its various dialects/implementations (excluding ActionScript). Note JavaScript is NOT the same as Java! Please include all relevant tags on your question; e.g., [node.js], [jquery], [json], [reactjs], [angular], [ember.js], [vue.js], [typescript], [svelte], etc.
c# - c# ソリューションの名前空間とフォルダー構造: ディスク上のフォルダーをどのように編成する必要がありますか?
まず、名前空間がフォルダー構造と一致する必要があり、各言語アーティファクトが独自のファイルにある必要があることに同意しましょう。
(ソリューション内のフォルダーは名前空間と一致する必要がありますか?を参照してください)。
次の問題は、ディスク上でフォルダを実際にどのように編成するかです。
ABC 名前空間に ClassC があり、ABCD 名前空間に ClassD があるとします。
また、各名前空間が独自のアセンブリ (プロジェクト) に組み込まれており、受け入れられているベスト プラクティスに従って名前空間が右から左への依存関係を持っていると仮定します (ABCD は、A に依存できる AB に依存できる ABC に依存できます)。各名前空間が個別のアセンブリにある必要はないことを理解していますが、一般的に、いくつかの名前空間は個別のアセンブリにあり、私の例はそれを示しています。
フォルダー ツリーを作成するには、(少なくとも) 2 つの方法があります。これを「ネストされたフォルダー」と「フラット フォルダー」と呼びます。
1 - ネストされたフォルダー:
A
--A.csproj --B
----ABcsproj
----
C
------ABCcsproj
------classC.cs
------D
-------- ABCDcsproj
--------classD.cs
また
2 – フラット フォルダ:
A
--A.csproj
AB
--ABcsproj
ABC
--ABCcsproj
--classC.cs
ABCD
--ABCDcsproj
--classD.cs
すでにいくつかの仮定を行っていることがわかります。
- 各プロジェクト ファイルには、名前空間に基づく完全修飾名 (FQN) があります。
- 各クラス ファイルは非 FQN を使用します
入れ子になったフォルダーはより自然に見えます (私たちは皆、階層が好きです) が、大規模なソリューションではナビゲートするのが少し難しいかもしれません:
VS でソリューションを見ると、ネストされたビューではなく、プロジェクトのフラット リストが表示されます。これは「フラット フォルダー」に似ているため、VS のビューに合わせてディスク上のフォルダーを編成するメリットがあるかもしれません。
ディスク上の各フォルダーを見ると、そのプロジェクトのフォルダー アーティファクトと名前空間のサブフォルダーが表示されます。例として C を取り上げます。
C
--bin
--D
--obj
--Properties
--ABCcsproj
--classC.cs
D の本名によっては、D が C 名前空間の組織フォルダーではなく、名前空間フォルダーであることが明らかでない場合があります。
.NET (8 ~ 9 年前) とそれ以前の Java では、初日からフォルダーと名前空間があったことは知っていますが、個人的に言えば、大規模なプロジェクト組織のベスト プラクティスについて合意に達していないようです。ソリューション。皆さんの考えを知りたいです。
ありがとう
マイケル
visual-studio - Visual Studio 2008 で特定のソリューションをビルドした後に、外部の実行可能ファイルを実行する方法はありますか?
このスレッドで尋ねられたのと同じ質問がありました。つまり、Visual Studio でソリューションを構築した後に実行可能ファイルまたはスクリプトを実行する方法を探していました。
マクロで OnBuildDone イベントをキャッチするという提案された解決策を試してみました。これは (私が理解しているように) マクロ IDE の MyMacros の下の EnvironmentEvents セクションに配置する必要があります。これの問題は、マクロが Visual Studio で行うすべてのことに対してグローバルになることです。つまり、どのソリューションを構築しているかに関係なく、マクロを実行します。ただし、その1つのソリューションに対してのみ実行したいです。
特定のソリューションに対してのみ OnBuildDone イベントをキャッチするマクロを作成する方法はありますか?
visual-studio-2008 - MSBuild 2008は、ソリューションの構築中に最初のエラーで停止します
最近、MSBuild 2005から2008にアップグレードしました。それ以降、MSBuildは、ソリューションを構築するときに最初のエラーで停止します。2005年はそうではありませんでした。古い動作を取得する方法はありますか?
編集:コマンドラインからMSBuildを呼び出します:
visual-studio - VS 2005 でプロジェクトをビルドすると、プロジェクトの GUID の 1 つが変わるのはなぜですか?
私の 2 つの VS 2005 C++ プロジェクトでは、プロジェクトをビルドするときに VS が .sln ファイルに書き込もうとしています。これが当てはまらない他の VS 2005 C++ プロジェクトがいくつかあります。ClearCase ソース管理が VS 2005 インストールに統合されており、バッチ ファイルを使用してオーバーナイト ビルドを実行しようとすると、ClearCase チェックアウト ダイアログ ボックスが表示されてビルドが一時停止するという問題があります。
VS が .sln ファイルで変更しているものを見ると、それはプロジェクト ラインの 2 番目の GUID です。
構築前:
構築後:
感謝して受け取った助け。VC++ 6.0 から最近移行したばかりなので、私は VS 2005 を初めて使用します。
SP1がインストールされたVS 2005 Professional Editionを実行しています。
よろしく、
グレッグ。
visual-studio - 生成された名前空間にVisualStudioプロジェクトのフォルダー名を含めない方法
VSプロジェクトのソリューションフォルダーの名前が、ソリューションフォルダーに追加された新しいアイテム用に生成された名前空間に追加されないようにするにはどうすればよいですか?
例:VSソリューションのC#プロジェクトC#プロジェクトプロパティで設定されたデフォルトの名前空間: "BigClient.Domain"
このプロジェクトに「MySpecialStuff」というソリューションフォルダーを作成してから、「MySpecialStuff」ソリューションフォルダーに新しいクラスを追加すると、VSは「BigClient.Domain.MySpecialStuff」名前空間を持つ新しい.csファイルを作成します。新しく追加されたクラスの名前空間が、名前空間に「MySpecialStuff」solution-folder-nameを追加する代わりに、「BigClient.Domain」の「プロジェクトレベル」の名前空間のみを保持できるようにする方法。
これが可能だったという誰かのブログ投稿を読んだことを思い出しているようです(VSのオプション/設定またはレジストリ設定のいずれかを介して)が、どこで、どのようにそれが欲しいのか思い出せません:)
VSバージョンごとに回答=異なる場合、私のプラットフォームはVS2008です。
c# - MVC 一般クラスの場所
MVC フォルダー構造で、一般的なクラス ファイルはどこに配置する必要がありますか? たとえば、使用する適切な DataContext を決定するクラスがあるため、各コントローラーで車輪を再発明する必要はありません。コントローラーではありませんが、Controllers フォルダーに存在する必要がありますか? モデルではありませんが、データベースに関連しているため、モデルと一緒にする必要がありますか? おそらくViews\Sharedフォルダーですか?それとも、コンテンツはその種のもののキャッチオール フォルダーですか? どこにでも置くことができると確信していますが、「正しい」場所はどこにあるのか疑問に思っていました。
visual-studio - VisualStudioSolutionの推奨プロジェクト数
私たちは、MS Visual StudioでC#を使用して約12人の開発者によって開発された30〜50のプロジェクトのようなものを含む新しいアプリケーションの開発を開始しています。
アーキテクチャをサポートし、並列作業を可能にするために、アプリケーションモジュールのコンポーネント化に取り組んでいます。
私たちは主張しています:私たちはいくつの解決策を持っているべきですか?
それぞれ15〜30のプロジェクトで1〜2のソリューションが必要であると主張する人もいます。コンポーネントごとにソリューションが必要であると主張する人もいます。つまり、それぞれ約3〜6個のプロジェクトで約10〜12個のソリューションが必要です。
それぞれの方向(または他の方向)の長所/短所と経験を聞いてうれしいです
sharepoint - サイトから SharePoint ソリューションを作成する (ワークフローとカスタム Web パーツを含む)
これがシナリオです
カスタム リスト、Web パーツ、カスタム開発 Web パーツ、ワークフローなどを使用するサイトを作成しました。サイトをアプリとして見ることができます。
私がやろうとしているのは、そのサイトで構築したすべてのものを保持するソリューション パッケージを作成して、そのソリューションを共有ポイント環境にインストールできる共有ポイント管理者にソリューション ファイルを提供できるようにすることです。
たとえば、MSDN からダウンロードできる無料のアプリケーション テンプレートを見てください。私は彼らと同じことを達成しようとしています。それらすべてを保持する 1 つのソリューション ファイル!
何か案は?
乾杯!
security - ソリューションフレームワークを使用したSharepointでのCASポリシーの展開
SharePointソリューションメカニズムを使用してWebパーツを展開しています。今まではすべて正常に機能しましたが、manifest.xmlファイルにCASポリシーを追加すると、展開が正常に機能しません。CASポリシーを使用してソリューションを展開する場合、エラーは発生しませんが、ポリシーファイルは作成されず、dllはコピーされず、SafeControlsエントリはweb.configに追加されません。私のmanifest.xmlファイルは次のようになります:
その前に誰かがそのような問題を抱えていましたか?この時点でアイデアが足りなくなったので、提案を受け付けています。
asp.net - カスタムメンバーシッププロバイダーを既存のソリューションに統合する
MSが出荷するsqlMembershipProviderとsqlRolesProviderのソースがあり、独自のテーブルとスキーマを使用するように変更したいと思います。
このプロバイダーを使用する既存のソリューションがあり、それが機能することが確実になるまで、そのソリューション内のプロバイダーコードをデバッグしたいと思います。
ソリューション内のプロジェクトにプロバイダーコードを設定して、ソリューションのWebプロジェクトのweb.configでカスタムプロバイダーを参照できるようにするにはどうすればよいですか?