I am sure you ment to say Jython (!ruby).
-----Original Message----- From: Jamie [mailto:[EMAIL PROTECTED] Sent: Fri 4/22/2005 9:51 AM To: Tapestry users Subject: Re: If we call it Tapestry 4.0, not 3.x, Maybe we would do much Once we're all programming in Ruby, we won't have to argue about those awful braces that should always open at the end of the line. ;-) Jamie PS and javadoc comments shouldn't have a blank line after them! It makes them look like they belong to the code above (breaks the proximity rule of layout). :-D Robert wrote: > Konstantin Iignatyev wrote: > >> The best approach to the field is in Delphi (Object Pascal) >> >> property hasChildren boolean ; read ifThereAreAny; [write >> setHasChildrenAndNotifyWorld; ] >> >> so we start with a public field and if necessity arises the field >> might be redeclared as property and made read-only or writable (if >> write function is declared). Advantages: >> - no ugly getters and setters for 99% of use cases; >> - freedom to use most appropriate function names like updateXXX of >> hasXXX; >> - conversion from field to property does not affect rest of code at all; > > > > True, but remember that you would also need a different syntax for > interfaces. Which is something that Delphi lacked. > > property hasChildren boolean; read; [write;] > > Otherwise you still have to make the getter and setter methods like you > had to do in Delphi. > > BTW I use 'I' for interfaces often too, because besides using the -able > kind of interfaces, I also use them just to design parts of my > application without having to think about the implementation. In that > case I would have to keep postfixing my classes with Impl when I > implement the interfaces. > So I prefer IExample for the interface and Example for the class, > instead of Example and ExampleImpl. > As a developer I often find it very useful to know if I am dealing with > an interface or class. > > Oh and curly braces have to go on the next line of course ;) > I like balance. > > > --------------------------------------------------------------------- > To unsubscribe, e-mail: [EMAIL PROTECTED] > For additional commands, e-mail: [EMAIL PROTECTED] > > --------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
--------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
