問題タブ [software-design]

カップリングと結束の概念を簡潔な定義に要約しようとしています。誰かが私に短くてわかりやすい説明をしてもらえますか (ウィキペディアのこことここの定義よりも短い)? 彼らはどのように相互作用しますか？

ありがとう。

誰かが良い、短い例を持っていますか?

コードを 1 行も書く前に、実際に SDD ドキュメントを作成する人は何人いますか?

大規模な CSCI をどのように処理しますか?

SDD コンテンツに使用する標準は何ですか?

どんな仕立てをしましたか？

私は現在、かなりの量のJavaScriptを含む小さなWebアプリケーションを構築しています。最初のアイデアのプロトタイプを作成していたとき、いくつかの関数をハックして、オブジェクト指向の性質でJavaScriptを書き直そうとして、アプリケーションが最終的にどのように動作するかを示しました。

実装段階に入った今、オブジェクト指向であるためにオブジェクト指向JavaScriptを作成するのはやり過ぎのように思えます。プロジェクトは、将来、必要となるような大きな変更を必要としない可能性があります。オブジェクト指向設計。代わりに、簡潔でまとまりのある関数のセットがうまく機能していることがわかりました。

それで、KISSの原則を順守しようとすると、一連の関数が問題の適切な解決策を提供しているときに、コードをオブジェクト指向設計に変換することを検討する価値のある他の理由はありますか？

それを実装する理由を主に考えますか、それとも実装しない理由を考えますか? それぞれの利点は何ですか？

The Guerilla Guide to Interviewingで Joelは、物事を成し遂げたいが頭が良くない人は、単純な配列で十分なビジター デザイン パターンを使用するなどの愚かなことをするだろうと述べています。

ギャング・オブ・フォーによって提案されたデザイン・パターンが適用されるべきかどうかを検出するのは難しいと思います.

したがって、あなたの実務経験からのいくつかの例をお願いします

• 単純なアプローチ (固定サイズの配列) で十分なのはいつですか?
• GoF パターンの使用を正当化するソフトウェアの最小サイズは?
• 素朴なものから GoF にリファクタリングするのはいつですか? これは賢明な方法で行うことができますか？

私は私の学部の学生が学位の最終成績を計算するためのオンライン ツールに取り組んでいますが、しばらくの間、ほとんど問題はありませんでした。生徒たちは新しい UI を気に入ってくれているようで、私はしばらく批判を受けていません。ここで、プログラムにいくつかの機能を追加する必要があります。つまり、UI はわずかに変化する必要がありますが、非常に目立つ場所がいくつかあります。

新しいFacebook全体のキックオフを見た後、 SOでUIが悪いアプリケーションが発表され、MS Officeのリボンがさまざまなレビューを受けているのを見て、ユーザーが気に入っているように見える場合、UIを本当に変更する必要があるかどうか疑問に思いました.それ。ユーザーの関心を維持したり、より効率的にしたりするために、UI を数年後に更新する必要がありますか? クリーンな UI のために機能を控えるべきですか?

私は何年もの間、アジャイルについて聞いたり読んだりしてきました。私はそれについての本を1、2冊所有していますが、そのアイデアが気に入っています。

私は最終的に、私が働いている場所でこのようなものを展開できる立場にいますが、それが私たちにとって進むべき道であるかどうかについて深刻な懸念があります:

• これに最小サイズはありませんか？3 ～ 4 週間のプロジェクトでは、事前に大きな設計を行う方が効率的である必要があります。
• 当社の顧客は通常、固定価格を要求します。彼らは、私たちが明らかなブラックホールに直面している特別な場合を除いて、彼らが何を扱っているかを知る必要があります. では、進行中の要件の変更に寛容なプロセスを使用する場合、どのように見積もりを提供できますか?
• アジャイルがより複雑なプロジェクトで成功の可能性を高める可能性があることは理解していますが、それによって顧客のコストが上昇することはありませんか? そしてもちろん、考慮しなければならないコストもあります。おそらく、ここで最小サイズの問題に戻ったのでしょう。
• この直感に反するアプローチを顧客にどのように説明しますか? 技術者以外の利害関係者は、ウォーターフォール以外のことについて頭を悩ませる経験がないかもしれません。
• 社内プロジェクトでも予算はあります。私は何が欠けていますか？
• 最近、アジャイルに対する反発があるようです。他の何かがすぐに勢いを増し始めるのでしょうか?

注: 私たちは、1 日か 2 日から数か月にわたるプロジェクトを持つ 5 つの開発ショップです。それらすべてを支配する 1 つの方法論があるとは思いませんが、すべてのプロジェクトに適応できるほど柔軟なものを見つけることができれば素晴らしいことです。

どうもありがとう！

ブライアン・マッケイ

シーケンス図に示されているように、一連のメソッド呼び出しで、どのような優れた慣行を示すイディオムを探しますか?

PHPアプリケーションの主なコンポーネントは何ですか？私はこれらを思いついた：

1. データベース
2. HTMLテンプレート
3. セッション/Cookie/認証
4. ユーザー入力（$_GETまたは$_POSTまたはURLセグメント）

これらは主要なコンポーネントですか、それとも他にありますか？

私がこれを求めている理由は、技術的にどのように実現可能かを心配することなく、各「オブジェクト」を独自のクラスに入れることができるようにするためです。たとえば、ブログに投稿を追加できるPostクラスを作成すると、システムやphp言語などの他の部分とどのように適合するかを気にする必要がなくなります。

PHPで使用するお気に入りのアプリケーション設計/設計パターンを私と共有してください。私が知りたいことがいくつかあります：

• フォルダの設計方法
• PHP アプリケーションでオブジェクト指向を使用する方法
• CRUD、ページネーション、またはその他の一般的なタスクを処理する標準的な方法はありますか?
• 繰り返しコードを使用しないようにするにはどうすればよいですか? ライブラリ/共通コードの共有などへのアプローチは何ですか?
• コードをよりエレガントにする方法は何ですか?

これらのすべてに答える必要はありません。これらのいくつかまたはいくつかに答えると役に立ちます。

私がこれを尋ねている理由は、PHP で反復的で醜いコードを書くことに非常にうんざりしていて、フリーランス プロジェクト用の小さなフレームワークを作りたいと思っているからです。 PHP でのプログラミング作業の 80% を占めるフォームの検証、ページネーション、およびその他のありふれた活動ではなく、

すべての意見を歓迎します！