
A companion paper (https://zenodo.org/records/19633560) proves that ISP and DIP are equivalent at theclass level. This paper addresses the question that class-level equivalence leavesopen: where should the client-specific interfaces live in the package structure?We formalize each of Martin’s principles — DIP, ISP, and the six packagingprinciples (REP, CCP, CRP, ADP, SDP, SAP) — as constraints on a partition andprove that CCP and REP are jointly unsatisfiable for any multi-client providerconfiguration: CCP requires each interface to be co-located with its client, whileREP requires each interface to be independently releasable. No partition satis-fies both. The result extends to all three vertices of Martin’s tension triangle:dropping REP or CRP still yields zero solutions; only dropping CCP producesany. Martin’s framework provides no meta-criterion for selecting among thesurvivors.
Software Architecture, Software Design, SOLID
Software Architecture, Software Design, SOLID
| selected citations These citations are derived from selected sources. This is an alternative to the "Influence" indicator, which also reflects the overall/total impact of an article in the research community at large, based on the underlying citation network (diachronically). | 0 | |
| popularity This indicator reflects the "current" impact/attention (the "hype") of an article in the research community at large, based on the underlying citation network. | Average | |
| influence This indicator reflects the overall/total impact of an article in the research community at large, based on the underlying citation network (diachronically). | Average | |
| impulse This indicator reflects the initial momentum of an article directly after its publication, based on the underlying citation network. | Average |
