Would it make sense to broaden the literal type to java.lang.CharSequence? I mention this because Groovy provides a dynamic string called GStringImpl that extends from such type.
Cheers, Andres ------------------------------------------- Java Champion; Groovy Enthusiast http://jroller.com/aalmiray http://www.linkedin.com/in/aalmiray -- What goes up, must come down. Ask any system administrator. There are 10 types of people in the world: Those who understand binary, and those who don't. To understand recursion, we must first understand recursion. On Sat, Nov 29, 2014 at 12:38 AM, Oliver B. Fischer < o.b.fisc...@swe-blog.net> wrote: > Hi, > > before touching the design document I would like to share some thoughts on > our type conversion support. > > I summary I would like add the following rules to the design document: > > 1. If the target data type is java.lang.String no conversion is needed. > 2. If the target data type is not java.lang.String and if the target data > type provides a static T valueOf(String) method than this method will be > used as factory method for the target value. > 3. If the target data type is not java.lang.String and if the target data > type provides a ctor with a single String parameter this ctor will be used > to create a instance of the target data type. > 4. In case there is a registered PropertyAdapter implementation for the > required target datatype this implementation will have precedence. > > wdyt? > > Oliver > > -- > N Oliver B. Fischer > A Schönhauser Allee 64, 10437 Berlin, Deutschland/Germany > P +49 30 44793251 > M +49 178 7903538 > E o.b.fisc...@swe-blog.net > S oliver.b.fischer > J oliver.b.fisc...@jabber.org > X http://xing.to/obf > >
