Massimo - I'm talking about things like quickly finding all the places you hook into the SetupRender / BeginRender / xxx phase, automatically refactoring these methods up or down a level, etc, all without requiring intimate knowledge of the framework or project. Kent and Jeff have made this point elsewhere in this thread.
Howard - I like the "convention over configuration" approach, but is flagging a method with an annotation really configuration? Maybe, but barely. You're asking people to code in Java (rather than Python or Ruby or Groovy), but you want them to (partially) give up some of the biggest benefits of strongly-typed languages. That sounds like an uphill battle to me. I think you're going to have to be very clear with the users on what benefits they can expect to see in exchange for this sacrifice. The obvious answer, of course, is that users do not have to make this sacrifice if they do not wish to, since they will always have the option of flagging their methods with annotations. I'd argue, however, that (a) requiring the developer to make this choice initially, and (b) requiring him to continue to be aware of both options, possibly mixing them, is much more of a cognitive load on the developer than just requiring him to flag his methods with annotations. "Convention over configuration" isn't an end in and of itself, it's a means to an end -- namely the ease of use that leads to lower development costs and higher quality. Phew! Time to go look at Martin's email address again! ;-) On 12/21/06, Massimo Lusetti <[EMAIL PROTECTED]> wrote:
On 12/21/06, D&J Gredler <[EMAIL PROTECTED]> wrote: > So basically testability and backwards compatibility. I mourn the loss of > IDE support for refactoring, reference searching, etc, but I see your point. > Thanks for clearing things up! What kind of IDE refactoring support and reference searching are you talking about? I would like to understand this point... -- Massimo http://meridio.blogspot.com --------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
