タグ付けされた質問 「dto」

7
DTO、VO、POJO、JavaBeansの違いは?
同様の質問をいくつか見てきました。 JavaBeanとPOJOの違いは何ですか? POJO(Plain Old Java Object)とDTO(Data Transfer Object)の違いは何ですか? また、それらが使用されているコンテキストを教えてください。またはそれらの目的?

10
プレーンな古いCLRオブジェクトとデータ転送オブジェクト
OverаэтотвопросестьответынаStack Overflowнарусском:НаглядныйпримерразличияDTO、POCO(POJO)иValue Object POCO = Plain Old CLR(またはそれ以上:クラス)オブジェクト DTO =データ転送オブジェクト この投稿には違いがありますが、率直に言って、私が読んだほとんどのブログでは、DTOの定義方法についてPOCOについて説明しています。DTOは、アプリケーションのレイヤー間でデータを移動するために使用される単純なデータコンテナーです。 POCOとDTOは同じものですか?
405 c#  .net  poco  dto 

9
Javaオブジェクトからオブジェクトへのマッピングのためのツールはありますか?[閉まっている]
現在のところ、この質問はQ&A形式には適していません。私たちは回答が事実、参考文献、または専門知識によってサポートされることを期待しますが、この質問はおそらく議論、議論、投票、または拡張された議論を誘います。この質問を改善でき、再開できると思われる場合は、ヘルプセンターにアクセスしてください。 7年前休業。 私は、Javaを使用してDOをDTOに変換しようとしています。独自のツールを作成する前に、自動化ツールを探しています。私は同じために利用できる無料のツールがあるかどうか知りたかっただけです。
231 java  mapping  dto 


4
REST API-DTOかどうか?[閉まっている]
休業。この質問は意見に基づいています。現在、回答を受け付けていません。 この質問を改善したいですか?この投稿を編集して、事実と引用で回答できるように質問を更新してください。 4年前休業。 この質問を改善する 現在プロジェクトのREST-APIを作成しており、ベストプラクティスに関する記事を読んでいます。多くの人はDTOに反対しているようで、単にドメインモデルを公開しているようですが、他の人はDTO(またはユーザーモデルなど、呼びたいもの)は悪い習慣だと考えているようです。個人的には、この記事は非常に理にかなっていると思いました。 ただし、すべての追加のマッピングコード、DTOの対応物と100%一致する可能性のあるドメインモデルなど、DTOの欠点も理解しています。 私たちのAPIは、他のクライアントがデータを消費できるように作成されていますが、適切に実行した場合は、可能であれば独自のWeb GUIにも使用したいと思います。 問題は、すべてのドメインデータを他のクライアントユーザーに公開したくない場合があることです。データの多くは、私たち自身のWebアプリケーションでのみ意味があります。また、すべてのシナリオでオブジェクトに関するすべてのデータ、特に他のオブジェクトとの関係などを公開したくない場合もあります。たとえば、特定のオブジェクトのリストを公開する場合、必ずしもオブジェクト階層全体を公開する必要はありません。そのため、オブジェクトの子は公開されませんが、リンク(ハテオア)を通じて発見できます。 この問題を解決するにはどうすればよいですか?ドメインモデルでジャクソンミックスインを使用して、さまざまなシナリオで公開されるデータを制御することを考えていました。それとも、DTOをずっと使用するべきでしょうか?欠点や論争があるとしても?
154 java  spring  rest  dto  hateoas 


8
DTO = ViewModel?
NHibernateを使用してドメインオブジェクトを永続化しています。物事をシンプルに保つために、ASP.NET MVCプロジェクトをプレゼンテーションレイヤーとサービスレイヤーの両方として使用しています。 コントローラークラスからドメインオブジェクトをXMLで返したいのですが。Stack Overflowのいくつかの投稿を読んだ後、DTOを収集します。ただし、ViewModelについての投稿もありました。 私の質問:データ転送オブジェクトとViewModelは同じものですか?それともViewModelはDTOのサブパターンの一種ですか?

11
DTOをドメインオブジェクトにマッピングするためのベストプラクティス?
DTOをドメインオブジェクトにマッピングすることに関連する質問をたくさん見ましたが、彼らが私の質問に答えているとは感じませんでした。私はこれまで多くの方法を使って自分の意見を持っていますが、もう少し具体的なものを探しています。 状況: 多くのドメインオブジェクトがあります。CSLAモデルを使用しているため、ドメインオブジェクトは非常に複雑になり、独自のデータアクセスが含まれます。あなたはこれらをワイヤーで回したくありません。さまざまな形式(.Net、JSONなど)でデータを返すいくつかの新しいサービスを作成する予定です。このため(およびその他の理由)、ネットワーク上を通過する無駄のないデータ転送オブジェクトも作成しています。 私の質問は、DTOとドメインオブジェクトをどのように接続する必要があるかということです。 私の最初の反応は、FowlerのDTOパターンタイプのソリューションを使用することです。私はこれが何度も行われているのを見てきましたが、それは私にとって正しいと感じています。ドメインオブジェクトには、DTOへの参照が含まれていません。ドメインオブジェクトからDTOを作成するために、外部エンティティ(「マッパー」または「アセンブラー」)が呼び出されます。通常、ドメインオブジェクト側にORMがあります。これの欠点は、「マッパー」が実際の状況では非常に複雑になる傾向があり、非常に壊れやすいことです。 別のアイデアは、ドメインオブジェクトが単なる無駄のないデータオブジェクトであるため、DTOを「含む」ことです。ドメインオブジェクトプロパティは内部でDTOプロパティを参照し、要求された場合はDTOを返すことができます。これには問題はありませんが、気分が悪いです。NHibernateを使用している人々がこの方法を使用しているように見える記事をいくつか見ました。 他の方法はありますか?上記の方法の1つは使用する価値がありますか?もしそうなら、そうでなければ、なぜですか?

3
ORMでDTOクラスを使用する場合のC#8のnull可能な参照型
以下に示すように、データ転送オブジェクト(DTO)クラスを持つプロジェクトでこの機能をアクティブにしました。 public class Connection { public string ServiceUrl { get; set; } public string? UserName { get; set; } public string? Password { get; set; } //... others } しかし、私はエラーを受け取ります: CS8618:null可能ではないプロパティ 'ServiceUrl'は初期化されていません。プロパティをnull許容として宣言することを検討してください。 これはDTOクラスなので、プロパティを初期化していません。これは、プロパティがnullでないことを保証するためにクラスを初期化するコードの責任です。 たとえば、呼び出し元は次のことができます。 var connection = new Connection { ServiceUrl=some_value, //... } 私の質問:C#8のnull可能性コンテキストが有効になっているときに、DTOクラスでこのようなエラーを処理する方法は?
弊社のサイトを使用することにより、あなたは弊社のクッキーポリシーおよびプライバシーポリシーを読み、理解したものとみなされます。
Licensed under cc by-sa 3.0 with attribution required.