問題タブ [code-sharing]

そのため、現在、マルチプラットフォームのモバイル アプリケーションに Xamarin を使用しています。私はこの仕組みがとても好きで、流れを改善したいと思っています。私の開発者は、ネイティブにプログラミングした方がはるかに高速になると言っています (つまり、XCode の iOS 用の Swift)。

共有プロジェクトを作成してネイティブ アプリで使用できるソリューションを探しましたが、すべてのプラットフォームで 1 つの言語でプログラミングする方法しか見つかりませんでした。

ネイティブ アプリケーションにインポートできる (または、Xamarin の共有プロジェクトのように一緒に実行できる) 共有プロジェクトを作成する方法はありますか?

遅くない限り、共有コードの言語は重要ではありません。

複数の Visual Studio プロジェクト間でコードを最適に共有する方法についての推奨事項を探しています。私は基本的なトピックに苦労しており、それを乗り越えるためのアイデアを得ようとしています.

私のソリューションは次のとおりです。

• いくつかの Web アプリ プロジェクト
• Windows サービスやコンソール アプリ、Azure Web ジョブなど、複数のスタンドアロン プロセス プロジェクト

すべてのプロジェクトに共通する機能の例としては、共通の Web サービスを呼び出す必要がある場合や、Amazon S3 から読み書きする必要がある場合などがあります。

私が苦労しているのはこれです。明らかに、共通の機能を実装するコードは、たとえば別のクラス ライブラリ プロジェクトで、独自に分割する必要があります。たとえば、S3 と対話するには、コードが Amazon 資格情報、S3 エンドポイントなどを認識する必要があります。通常、これらはすべてアプリ構成ファイルに保存されます。しかし、特定の実装をそれらにバインドするため、構成ファイルをクラス ライブラリ プロジェクトに配置するという考えは好きではありません。しかし、そうしないためには、呼び出し元のプロジェクトからこの情報を渡す必要があります。たとえば、Web アプリの web.config ファイルとコンソール アプリの app.config ファイルには、この接続情報が含まれています。S3 コードを呼び出すとき、この構成情報を共有コードに渡すと仮定します。

しかし、これは私には不自然に思えます*。その理由はわかりません。それが理にかなっていれば、S3コード（たとえば）を特定の構成メソッドに「バインド」しているように感じます。私の感覚が誤ったバイアスなのかどうかはわかりません。

*たとえば、渡さなければならない任意の量の構成データがあるとします。

• 接続文字列
• Web サービスの資格情報
• API エンドポイント
• アプリの構成設定からの任意のデータ (一部の呼び出し元は必要ですが、他の呼び出し元は必要ないため、多くの場合、データは役に立たないだけで、何かを渡す作業を行う必要があります)

そのため、メイン アプリに構成変数を追加するたびに、共通コードのコンストラクターを変更する必要がありました。物事は常に動いているでしょう。

これについて提案してもらえますか？

同じデータベースにアクセスする ASP.NET Core Web アプリと Windows サービスがあります。Entity Framework Core を ORM として使用しています。すべてのデータ アクセス (つまり、リポジトリ) をカプセル化し、Web アプリとサービスの両方で共有できるライブラリ パッケージを作成できるようにしたいと考えています。

Entity Framework Core は DNX アプリケーションでのみサポートされているようで、Windows サービスは標準の Windows アプリケーションとして DNX プロジェクトを参照できません。DNX Windows サービスを作成する方法、または機能する別のアプローチはありますか?

リポジトリは既に EF Core で作成されているため、EF 6.x を使用して標準の Windows クラス ライブラリを作成することはできません。

クライアント用に bitbucket にプライベート リポジトリがあり、災害復旧戦略の一環として、コードベースにアクセスできるようにしたいと考えています。すべてのプル リクエスト、コミット、ブランチへのアクセスを許可せずに、リポジトリのマスター ブランチを利用できるようにする方法はありますか?

レポに読み取り専用アクセスを持つユーザーを設定できますが、ユーザーは引き続きすべてを表示し、プル リクエストなどにコメントできます。開発チームがそこで自由にコメントでき、プロトタイプ コードまたはトレーサーが非公開に保たれることを希望します。

プロダクション コードをクライアント/顧客と共有するためのベスト プラクティスは何ですか? 1 つのブランチだけを別の bitbucket または github アカウントと共有できますか?

非常に密接に関連するプロジェクトがいくつかある Visual Studio 2010 ソリューションがあります。コピー アンド ペースト コードの共有から離れて、プロジェクト間でいくつかの共通クラスを共有したいと考えています。プロジェクト A からプロジェクト B にクラスへの参照を追加しようとしましたが、共有クラスが間違った stdafx.h ファイルを参照している場合にコンパイル エラーが発生します。両方のプロジェクトでプリコンパイル済みヘッダーが (デフォルトで) オンになっていることに注意してください。

また、プリプロセッサ定義を使用して正しい stdafx.hファイルを #ifdef できないこともわかりました。

この時点で、スタティック ライブラリ プロジェクトまたは複数のプロジェクトをビルドしてプロジェクト A と B の両方から参照するか、ビルド前のイベントで正しい stdafx.h ファイルを共有コードにコピーするかのいずれかのオプションがあるようです。サブフォルダー。3 つ目は、stdafx.h をまったく使用しないように両方のプロジェクトを再設計することです。

これらのオプションはすべて、私にはやり過ぎのように思えます。私が見逃している簡単な解決策はありますか？

TFS のチーム プロジェクト間で VS プロジェクトを共有する最善の方法についての提案を探しています (現在は 2013 オンプレミスですが、まもなく 2017 または VSTS にアップグレードされます)。私たちの主な使用例は、Web API プロジェクトの要求/応答モデルですが、最近、開発チーム間でより多くのユーティリティ コードとカスタム パーサーを共有する試みも開始しました。

現在のセットアップでは、自己ホスト型の NuGet パッケージを使用していますが、これは手動のプロセスであり、エラーが発生しやすくなっています。また、パッケージ管理が Basic レベルに含まれていないため、VSTS への移行も妨げられています。

Swagger を使用して API を文書化することで、おそらく共有モデルへの依存を減らすことができますが、それは取り締まりのようです。

助言がありますか？