This makes zero sense at all. They’re the same but they’re different… right… If they have a different (“better”) definition they are… different… otherwise the definition would be the same and the concept would be the same.
You’re honestly saying that two things with different definitions are the same?
you should be a theologian, you’d be able to doublethink your way into solving the holy trinity problem.
It proves nothing. Whether you follow a process with the label SoC or the process with the label SRP they are still the SAME process. SRP is a later version of SoC, but it is still the same concept which produces the same result.
I disagree. They are rules which can only be set in the Model but which are passed to the View for execution. This is SOP in the programming world, and has been for decades.
It is NOT repeated code! The same code is run many times, but each time it produces a different result by creating new records on the database or new files on disk.
The DRY principle is only violated when you have identical blocks of code appearing in multiple places in the same piece of software.
Anything which is not specifically stated can be implied, and different people can interpret what has actually been stated in different ways with the result that they produce different implications.
My reference to “responsibility” and “concern” was to point out that as that article switched between the two terms without explicitly saying that they were different that it led me to believe that they had the same meaning. Others is this discussion came to a different conclusion - because the article did not explicitly say that they were the same they deduced that they were different.
Do you see the different interpretations of the same text? Whose interpretation would you say is the most reasonable?
Programmer A might think he’s applying SoC while programmer B thinks he’s applying SRP but the results are the identical. Same concept, same result, different wording.
The fact that a scientist may try that as an academic experiment is irrelevant. Nobody in the real world would do that. For the same reason no programmer would apply SRP to achieve one set of results and then apply SRP to achieve a different set of results.
They both describe how to take a piece of software and break it down into smaller units, with the smallest being a class. They both say that separating out the logic for the GUI, business rules and database access should be the outcome of the exercise. In that respect they represent the same concept, the only difference being that they describe it using different words.
Ah, that better explains your prior response. Thanks. I didn’t read your prior response as that (ah interpretations received differently – see what I did there; see it? see it? ).
But they have the same definition. You have said that:
SoC does not include Coupling or Cohesion
SRP includes coupling and cohesion
SRP is a redefiniiton of SoC (they have different definitions)… but somehow they are the same thing… in fact you’ve said “mean exactly the same thing”. You’ve contradicted yourself somewhere!
They are the same in that they are both operating systems. Modern computers come with the latest version as all earlier versions have been superseded just as SoC has been superseded by SRP. They are different versions of the same concept, not different concepts.