問題タブ [theory]

ゲッター/セッターメソッドではないオブジェクトメソッド内からオブジェクトのプロパティにアクセスするための「純粋な」または「正しい」方法は何ですか?

オブジェクトの外部からゲッター/セッターを使用する必要があることはわかっていますが、内部からは次のようにします。

ジャワ:

PHP:

またはあなたはしますか：

ジャワ:

PHP:

Java でプログラミングを始めてから 1 年が経ちましたが、私の Java が少しずれていたらすみません。

編集：

私がプライベートまたは保護された変数/プロパティのみについて話していると人々は思っているようです。私が OO を学んだとき、パブリックであってもすべてのプロパティに getter/setter を使用するように教えられました (実際には、変数/プロパティを決してパブリックにしないように言われました)。ですから、最初から間違った仮定から始めているのかもしれません。この質問に答えている人は、パブリック プロパティを持つべきであり、getter と setter を必要としないと言っているようです。これは、私が教えられたこと、および私が話していたことに反しますが、おそらく次のように議論する必要があります。良い。それはおそらく別の質問の良いトピックですが...

そのため、画像をDBに大量に保存するアプリを使用しています。これについてのあなたの見通しはどうですか？私は、DBに直接保存するのではなく、ファイルシステムに場所を保存するタイプです。

長所/短所は何だと思いますか？

「チューリング完全」という表現はどういう意味ですか?

あまり理論的な詳細には立ち入らずに、簡単に説明していただけますか?

コンプ科学のバックグラウンドがない人にとって、コンピューター サイエンスの世界でラムダとは何ですか?

インターフェイスを使用すると、それを実装するクラスのメソッドを定義するコードを作成できます。ただし、これらのメソッドにコードを追加することはできません。

抽象クラスを使用すると、メソッドにコードを追加するだけでなく、同じことを行うことができます。

抽象クラスで同じ目標を達成できるのなら、なぜインターフェイスの概念が必要なのでしょうか?

C++ から Java までの OO 理論に関係していると言われています。これは、PHP の OO が基づいているものです。この概念はJavaでは役に立ちますが、PHPでは役に立ちませんか? 抽象クラスにプレースホルダーが散らばらないようにするための単なる方法ですか? 何か不足していますか？

正規の CS 問題の良いリファレンスを知っている人はいますか?

「仕分け問題」、「ビン詰め問題」、「しつこいセールスマン問題」などを考えています。

編集：ウェブサイトを優先

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

ありがとう。

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

ドメイン固有言語が飛び交い、ビジネス ロジックの扱い方がどのように変化するかについて、ますます耳にします。また、Ayende のブログ投稿やその他のことも見てきましたが、なぜ自分のビジネスを引き継ぐのかを正確に把握したことはありません。プロバイダーで使用しているメソッドや状況から離れたロジック。

これらのものを使用した背景がある場合は、本当の素人の言葉でそれを置くことができます:

• DSL の構築とは正確には何を意味するのでしょうか?
• どの言語を使用していますか?
• DSL を使用する意味があるのはどこですか?
• DSL を使用する利点は何ですか?

まず、この質問はこの質問から切り取られています。この部分は、長い質問のサブ部分よりも大きいと思うので、そうしました。気分を害する場合は、ご容赦ください。

ランダム性を生成するアルゴリズムがあるとします。では、どのようにテストしますか？または、より直接的に言えば、カードのデッキをシャッフルするアルゴリズムがあると仮定すると、それが完全にランダムなアルゴリズムであることをどのようにテストしますか?

問題にいくつかの理論を追加するには - カードのデッキは 52 でシャッフルできます! (52階乗) さまざまな方法。カードのデッキを取り、手でシャッフルし、すべてのカードの順番を書き留めます。あなたがまさにそのシャッフルを得る確率はどれくらいですか? 答え: 1 / 52!.

シャッフルした後、順番に各スートの A、K、Q、J ... が出る確率は? 答え 1 / 52!

したがって、一度シャッフルして結果を見るだけでは、シャッフル アルゴリズムのランダム性に関する情報はまったく得られません。2回で情報が増え、3回でさらに…

シャッフル アルゴリズムのランダム性をどのようにブラック ボックス テストしますか?

マルチスレッドアルゴリズムは、設計/デバッグ/証明が特に困難です。デッカーのアルゴリズムは、正しい同期アルゴリズムを設計することがいかに難しいかを示す代表的な例です。タネンバウムの最新のオペレーティングシステムは、IPCセクションの例でいっぱいです。誰かがこれについての良い参考文献（本、記事）を持っていますか？ありがとう！