OldCarMan

@letsky 谢谢回复
@luckykev1n 谢谢回复，你 2 楼回复的：
ParameterizedType paraType = (ParameterizedType) listenerType;
类型无法转换（ java.lang.ClassCastException: class java.lang.Class cannot be cast to class java.lang.reflect.ParameterizedType ）。

1.

2.

3.


可能我没描述好，我说的是，我在另外一个类 Cache.java 里面接收 UserListener 时，无法获取到泛型接口 UserListener<T extends User>相应的泛型 T 类型:
public class Cache{
-----

public static void addUserListener(UserListener<T extends User> userListener){

在这里无法直接获取得到 userListener 的相应的泛型 T 类型

}

-----

}

谢谢回复。不过这样会不会不大规范，毕竟代码扩散到各种地方，维护管理起来比较麻烦。😂

@clue 学习了，谢谢告知。

@ilovey482i @perfectlife @bootvue jira 体验怎么样？如果禅道和 confluence 的功能都有的话，是不是意味着开发 /测试 /产品都能用？
@idolud @xuelu520 tapd 怎么样？一般谁（开发 /测试 /产品）在用？
@Worldispow @sadfQED2 哈哈，说到钉钉，好奇为啥没人说飞书的？不过这些都不支持内网部署。
@brader +1 ，不知道现在的 confluence 和禅道产品迭代的怎么样了，之前使用时还在 conference 上写过 api 文档，但也只能一个个写，效率低下，产品也会用它来写需求文档，至于禅道，感觉要是能接入自动化接口 /功能测试以及 bug 修复后的自动测试就好了。
谢谢大家回复！

谢谢大家回复

@foolnius 嗯嗯，个人觉得这样做是不是有点冗余了，如果每个组件内部都这样调用，岂不是一堆重复逻辑的代码。v3 是不是发现 v2 这样写的问题了，所以才使用 <script setup>的方式来规避这个问题？ （非前端评价可能不专业）

接#6 楼我写的。
换成 v3<script setup>后，我发现组件里<script>下几乎所有的代码都换了个使用语法，无论是基本使用语法还是组件间的通信写法，基本等于回归原生 js 的使用习惯，虽然代码逻辑上基本不变，但是这改动未免太大了吧？如果老项目使用 v3 以下版本，是不是基本放弃体验 v3 相应的版本升级内容了，虽然可以选择不用<script setup>这种形式，只能绕道而行？继续保留使用<script>或者写多个<script>(其中一些使用 setup 这种方式)？😅

@markzyh 嗯嗯。b.vue 我采用 md 的 html 写法，代码是手敲的，v 站对部分代码的解析效果似乎不大好，不管我怎么缩进就是输入框的代码格式就是≠预览的格式，下次我用 ide 格式化看看。抱歉，import 手敲错位置，v 站改不了帖子。谢谢建议。

谢谢大家抽空回复！
@moreant 请教一下 v3 这波改动，是放弃在组件里使用 export 了吗？加了<script setup> 提示的错误，发现答案大部分是删除掉 export 的部分，回归普通 js 的写法？ https://stackoverflow.com/questions/71163741/vuejs-script-setup-cannot-contain-es-module-exports

@cxe2v @grit136907108 好的，确实写错位置了。
@foolnius 我问题里就是类似这么用的😂。