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



4
CouchDBドキュメントのモデリングの原則
私は今しばらく答えようとしてきましたが、理解できない質問があります: CouchDBのドキュメントをどのように設計または分割しますか? たとえば、ブログ投稿を見てください。 これを行う「リレーショナル」な方法は、いくつかのオブジェクトを作成することです。 役職 ユーザー コメント 鬼ごっこ スニペット これは非常に理にかなっています。しかし、私は同じことをモデル化するためにcouchdbを使用することを試みています(それがすべての理由で素晴らしい)ため、それは非常に困難でした。 そこにあるブログの投稿のほとんどは、これを行う方法の簡単な例を示しています。基本的には同じ方法で分割しますが、各ドキュメントに「任意」のプロパティを追加できると言っていて、これは間違いなく便利です。したがって、CouchDBには次のようなものがあります。 投稿(ドキュメント内のタグとスニペット「疑似」モデルを使用) コメント ユーザー コメントとユーザーをそこに投入できると言う人もいるでしょうから、次のようにします。 post { id: 123412804910820 title: "My Post" body: "Lots of Content" html: "<p>Lots of Content</p>" author: { name: "Lance" age: "23" } tags: ["sample", "post"] comments { comment { id: 93930414809 body: "Interesting Post" } …

4
C(または一般的な手続き型プログラミング)の設計原則、ベストプラクティス、および設計パターン?[閉まっている]
休業。この質問は意見に基づいています。現在、回答を受け付けていません。 この質問を改善してみませんか?この投稿を編集して、事実と引用で回答できるように質問を更新してください。 2年前休業。 この質問を改善する Cプロジェクトの設計中に従うことができる既知の設計原則、ベストプラクティス、および設計パターンはありますか?それとも、手続き型(命令型)プログラミング全般に役立つ設計原則ですか? (私は「オブジェクト指向世代」の子であり、初めて大規模なCプロジェクトを設計する必要があります)
弊社のサイトを使用することにより、あなたは弊社のクッキーポリシーおよびプライバシーポリシーを読み、理解したものとみなされます。
Licensed under cc by-sa 3.0 with attribution required.