[cai18n-dev] Type safe message definition
Takeshi Kondo
takeshi.kondo at gmail.com
Fri Aug 28 19:17:31 CEST 2009
>> If it must need IDE's plugins, I want to make it come true, IMO.
>
> I don't understand. What do you mean by "it" when you write "I want
> to make it come true" ?
Excuse me for my poor English.
I mean that I want to make it come true with no IDE plugins.
> So if there are no resource bundles, i.e. property files, we would
> use the message values defined in the enum. OK but what would be the
> use case for that?
I suppose that this feature is useful in refactoring message id.
Because Enum + Annoation is in Java syntax, we can refactoring it
using IDE. And it is no need to keep consistence enum and
ResourceBundle. so it is useful for developers.
On 2009/08/29, at 1:24, Ceki Gulcu wrote:
>
>
> Takeshi Kondo wrote:
>> I agree.
>> If there is IDE plugins, I'll fulfill my requirement by it.
>> But I don't want to develop IDE plugins, because IDE plugin's
>> maintenance is trouble-filled.
>
> Indeed, plug-in are not easy to develop. This makes them all the
> more valuable. :-)
>
>> If it must need IDE's plugins, I want to make it come true, IMO.
>
> I don't understand. What do you mean by "it" when you write "I want
> to make it come true" ?
>
> Also note that even today CAI18N does not need IDE support to be
> useful. IDE support would be nice to have but it is not necessary.
>
>> Why don't we develop simple pattern of enum + annotation as message
>> definition?
>
>> for instance,
>> public enum Colors{
>> @Value("green")
>> GREEN,
>> @Value("red")
>> RED,
>> @Value("blue")
>> BLUE
>> }
>> This syntax is simple.
>> @Value annotation is used as default message when there is no
>> property file. We can't define localized message by it.
>
> So if there are no resource bundles, i.e. property files, we would
> use the message values defined in the enum. OK but what would be the
> use case for that?
>
> --
> Ceki Gülcü
> Logback: The reliable, generic, fast and flexible logging framework
> for Java.
> http://logback.qos.ch
> _______________________________________________
> cai18n-dev mailing list
> cai18n-dev at qos.ch
> http://qos.ch/mailman/listinfo/cai18n-dev
More information about the cal10n-dev
mailing list