Reading yesterday news I remained rather shocked to find this link to a Forrester research
<http://www.forrester.com/Research/Document/Excerpt/0,7211,36794,00.html> >From the article: <<Aspect-oriented programming (AOP) is intended to address common problems that object-oriented programming (OOP) doesn't address well, plus some problems that OOP itself created. However, AOP is a risky solution: It is a very generic mechanism for solving some very specific concerns and has been likened to a kind of "GOTO" statement for OOP. Like GOTO, it can cause more harm than good.>> The research seems based on two papers from the University of Passau: <http://www.infosun.fmi.uni-passau.de/st/papers/EIWAS04/stoerzer04aop_harmful.pd\ f> <<[..]Dijkstra in his letter observed: " ... that the quality of programers is indirectly proportional to the amount of Go To statemets they use in their programs.". As currently most AOP research is not about methodolgy but about more dynamicity in the future this might be rephrased to " ... indirectly proportional to the amount of advice they use in their programs.">> <http://www.infosun.fmi.uni-passau.de/st/papers/EIWAS04/stoerzer04eiwas.pdf> <<[..]Aspect oriented programming has been proposed as a way to improve modularity of software systems by allowing encapsulation of cross-cutting concerns. To do so, aspects specify where new functionality should apply using pointcuts. Unfortunately todays mainstream aspect oriented languages suffer from pointcut languages where pointcut declarations result in a ***high coupling between aspect and base system***. Additionally, these pointcuts are ***fragile***, as non-local changes easily may break pointcut semantics. These properties are a major obstacle for program evolution of aspect oriented software. This paper introduces a pointcut delta analysis to deal with this problem.>> This research has been widley commented on aosd-discuss ... in particular, comments from one of the authors: <http://aosd.net/pipermail/discuss_aosd.net/2005-April/001502.html> <<as one of the authors of the referenced paper, just a short note: This paper was written for a panel discussion, and indeed intended to be provocative. However, I think that AOP as we see it now can result in reduced program understandability, if used in the wrong way. Additionally AOP imho strongly depends on tool support (thanks for ajdt, great tool in that context!)...>> ... that I don't know if it's less provocative than the paper ... Yahoo! Groups Links <*> To visit your group on the web, go to: http://groups.yahoo.com/group/tech4all/ <*> To unsubscribe from this group, send an email to: [EMAIL PROTECTED] <*> Your use of Yahoo! Groups is subject to: http://docs.yahoo.com/info/terms/
