This reminds me of some of Dicks statements of the usefulness of AOP/Annotations.
You can look at the @Transactional, @ManagedResource etc. as the most common use cases, but if you come from any environment where you are interfacing with other, often in house API's, you can often utilize custom AOP/Annotations for great advantage. User entitlements springs directly to my mind. I would put reflection in this same boat. Often it can simplify greatly and sure it can be dangerous when given to a madman. Personally I would not attempt employ such blanket rules and try to be more pragmatic in managing where and when they are used. 2010/12/8 Cédric Beust ♔ <[email protected]> > > > On Tue, Dec 7, 2010 at 4:07 PM, Ralph Goers <[email protected]> wrote: > >> >> On Dec 7, 2010, at 3:52 PM, Kevin Wright wrote: >> >> Both Spring and reflection are hacks around the type system anyway, seems >> very sensible to ban them. >> >> What?? >> >> Before Spring there was PicoContainer and Avalon and then Guice came along >> after, all of which has fed into injection into Java EE 5. Reflection is >> used in lots of places including Digester, JAXB, and Tomcat's ClassLoader >> and even Log4J. >> > > Again, nobody said that reflection was useless, just that banning its use > by default is probably a good rule of thumb to write applicative type Java > code. > > Reflection is obviously mandatory for more "fundamental" frameworks such as > Guice or TestNG, but people writing such Java code are in a very tiny > minority. > > -- > Cédric > > > > -- > You received this message because you are subscribed to the Google Groups > "The Java Posse" group. > To post to this group, send email to [email protected]. > To unsubscribe from this group, send email to > [email protected]<javaposse%[email protected]> > . > For more options, visit this group at > http://groups.google.com/group/javaposse?hl=en. > -- You received this message because you are subscribed to the Google Groups "The Java Posse" group. To post to this group, send email to [email protected]. To unsubscribe from this group, send email to [email protected]. For more options, visit this group at http://groups.google.com/group/javaposse?hl=en.
