424 reputation
210
bio website
location
age
visits member for 3 years
seen 7 hours ago

1d
comment In MVC, who is in charge of handling observers?
If you use a real object rather than objectA, say engineTemperature, then your view that displays the temperature would surely know what it's displaying. It's normal for views to be coupled to the model elements they display. The other way around, however, is different. engineTemperature should not know how it's being displayed, or who's displaying it, etc. It (as a Subject in the Observer pattern) only knows it has Observers, which all support the Observer API. Have a look at martinfowler.com/eaaDev/uiArchs.html#ModelViewController
1d
comment In MVC, who is in charge of handling observers?
MVC isn't about total decoupling. It's about avoiding coupling to elements that are unstable. Views tend to be less stable than the model, because they're the UI (users tend to want new ways to view, etc.) E.g. how many times the GUI for Microsoft Word has changed, yet the model of a document has not changed much. Views are directly coupled to the model classes because they're more stable. Model classes are coupled to views via the Observer pattern. The Observer API is very stable, even if the views that implement it are not. So it's OK to have coupling the way you have described it.
1d
comment In MVC, who is in charge of handling observers?
I disagree with @RobertHarvey in that MVC Views are often Observers of Model classes. The patterns are indeed related; one isn't required to use Observer with MVC, however.
1d
comment In MVC, who is in charge of handling observers?
We've now coupled the View into the internals of the Model, which I believe violates the Law of Demeter. I'm pretty sure this also violates the concept of MVC by definition. The second point is wrong. Views do know the model. By definition, view code changes more often, so you don't want model code being coupled to it directly. As for Law of Demeter, you'd have to show why you think it violates it. It's not a hard and fast principle, either, despite it's name having the word "Law" in it. It's nearly impossible not to violate it at some point.
Apr
10
comment Is it OK to deprecate methods that need to be public due to the packaging model but are not to be used outside the codebase in Java?
A UML sequence diagram would be helpful to see the flow.
Apr
10
comment Is it OK to deprecate methods that need to be public due to the packaging model but are not to be used outside the codebase in Java?
There's a convention in Eclipse Java to use internal path for having private methods that should not be used by external classes. However, I'm not sure it solves your problem since Message can't be both internal and not (for the methods people should call).
Mar
10
awarded  Popular Question
Feb
14
comment Possible way to make java class builder more abstract by using interface required keys
Related blog explaining this builder/required technique: blog.crisp.se/2013/10/09/perlundholm/…
Feb
12
awarded  Yearling
Feb
11
revised Should I use Strategy Pattern for this task?
added 170 characters in body
Feb
10
revised Should I use Strategy Pattern for this task?
added 351 characters in body
Feb
10
answered Should I use Strategy Pattern for this task?
Feb
5
comment How to add permissions checks 'after the fact'
I think this is a great answer because it points out the trade-off between flexibility and the added complexity (obscurity) of a design pattern.
Feb
4
revised One controller to rule them all?
Fixed English
Feb
4
comment One controller to rule them all?
I would also not try to come up with your own way, before checking out recommended ways. Google found me this tutorial: pluralsight.com/training/…
Feb
4
comment One controller to rule them all?
Re: #2, I would spend time on real security and not on security by obscurity.
Feb
4
suggested approved edit on One controller to rule them all?
Jan
28
comment Does functional programming increase the 'representational gap' between problems and solutions?
Your analogy with 30 students is interesting, but I doubt that your "Java class" taught you an analysis/design/methodology (ADM), eg. CRC cards, or that it was followed by all 30 students. My first OO class in Ada (1984) used the Booch method and our solutions all had the same high-level design. Classes were the nouns in the problem statement given to us by the instructor. Decreasing representational gap requires following a good ADM. One of the edits I made cites a paper from 2004 that says FP potentially lacks abstractions suited to real-world, supporting #4.
Jan
28
revised Does functional programming increase the 'representational gap' between problems and solutions?
added 23 characters in body
Jan
28
revised Does functional programming increase the 'representational gap' between problems and solutions?
added 181 characters in body