我本来打算在新项目上这个玩意的，但是对比了 JCache annotations 里的 @CacheResult 和 @CachePut 和 Spring 传统的 @Cacheable 和 @CachePut 的区别以后，发现 JCache 的 key 生成方法实在是太烦人了，不能像 spring 传统那样直接就能定义 key 名称，而且很灵活，可以很容易的实现“自定义字符”+参数值的设计，然而 JCache annotations 你得自己去实现一个 Classs，麻烦要死。为啥搞这么麻烦，有啥好处吗
This topic created in 3028 days ago, the information mentioned may be changed or developed.
 |
1
hantsy Apr 12, 2018
|
 |
2
KuroNekoFan Apr 12, 2018
写 java，就是要一种仪式感
|
 |
3
abcbuzhiming OP @hantsy 谢谢提供范例，我知道 spring 支持，我只是觉得 JSR107 为啥要设计的这么“反人类”？
|
 |
4
lihongjie0209 Apr 12, 2018  1
“自定义字符”+参数值的设计 这不就是一个 Key 生成器吗, 只是 sping 帮你写了而已, 如果你需要更高级的功能,我相信 Spring 可以自定义吧
|
 |
5
chocotan Apr 12, 2018
|
|
6
abcbuzhiming OP @chocotan 谢了，看来他们自己也意识到这个实现是多么的难用
|
|
7
hantsy Apr 12, 2018 2
@chocotan 那个只是列举了一个 SPEL 的优势。Java EE 标准中的 EL 3.0 （ Java EE 8 中没更新）
功能上应该会强大些，只是现在各标准没有深度集成，目前就我的使用情况，只有 JSF 是深度集成的（毕竟是从 JSF 中分离出来的），Java EE Security API 1.0 （ Java EE 8 新增规范） 的 Annotation 也是支持的。 但我不知道用 Class 作 Key 有什么不好，至少它是 Typesafe。 到了 Java 5， 项目中都是尽量用 Typesafe 代替 literal 形式配置，像这几年的项目连查询都必须要用 Typesafe，比如， 用 JPA Certria API，QueryDSL，JOOQ 等，至于 JPQL，SQL 拼接都是绝对不允许使用的。 |
Select Language