Questions
21 of 24
1What are the SOLID principles? Explain each briefly.
2Explain the Single Responsibility Principle (SRP) with an example.
3Explain the Open/Closed Principle (OCP). How do you achieve it without modifying existing code?
4Explain the Liskov Substitution Principle (LSP). What happens if it's violated? (Square/Rectangle problem)
5Explain the Interface Segregation Principle (ISP). Why are fat interfaces bad?
6Explain the Dependency Inversion Principle (DIP). How does it relate to Dependency Injection?
7What is the difference between Aggregation and Composition?
8What is the Factory Pattern? How does it help in achieving OCP?
9What is the Abstract Factory Pattern? How does it differ from Factory Method?
10What is the Strategy Pattern? How does it replace complex conditional logic?
11What is the Observer Pattern? Where is it used in real life? (Event handling, Pub/Sub)
12What is the Decorator Pattern? How does it add functionality dynamically?
13What is a Singleton Pattern? What are the thread-safety concerns and how to handle them?
14What is an Anti-Pattern? Can you name a few? (God Object, Spaghetti Code, Golden Hammer)
15What is "Coupling" and "Cohesion"? Explain the relationship between them.
16What are Generics/Templates? How do they improve type safety and performance compared to casting?
17What is Type Erasure (Java) vs Reified Generics (C#)?
18What is Variance in Generics? (Covariance and Contravariance)
19What are Extension Methods (C#) or Default Methods (Java)? When should you use them?
20What is Reflection? How can it be used to break Encapsulation? What are the performance costs?
21What is the "Law of Demeter"? (Don't talk to strangers)
22Explain "Tell, Don't Ask" principle.
23What is the DRY principle? How does OOP help achieve it?
24What is the YAGNI principle?
21 / 24

What is the "Law of Demeter"? (Don't talk to strangers)

Difficulty: 4/10

Law of Demeter

The Law of Demeter is a guideline for minimizing knowledge between objects. A method should generally communicate with its immediate collaborators rather than navigating through long chains of unrelated objects. The common symptom is code such as order.getCustomer().getAddress().getCity().getName(). Such chains expose internal object structure and increase coupling. The principle is a heuristic rather than an absolute prohibition on method chaining.

javascript
  1. 1

    Prefer interactions with immediate collaborators.

  2. 2

    Avoid excessive knowledge of another object's internal structure.

  3. 3

    Long navigation chains often indicate misplaced responsibility.

  4. 4

    The principle reduces coupling and makes refactoring safer.

  5. 5

    Not every fluent API chain violates the spirit of Demeter.

Follow-up Questions

  • Does every method chain violate Law of Demeter?
  • How does Law of Demeter relate to encapsulation?
  • How can you refactor a long navigation chain?
  • What is Tell, Don't Ask?
Share

Share via WhatsApp, X, Facebook, LinkedIn or copy link. Open Graph preview enabled.