Map, List 写死类型和不写有什么区别?

[aoscici2000]

比如我传入的数据{"name": "...", "age": 90 ...}

1: public String saveOne(Map<String, Object> data) { ... }

2: public String saveOne(Map data) { ... }

1 和 2 有什么区别?

[CFO]

了解下泛型的作用

[krisuari]

看业务 如果没有共性，可以写死。
考虑通用或者底层就不要硬编码

[wenzhoou]

肯定第一种，因为你的 key 是 String 嘛。

[wolfie]

不指定类型，迭代时候强转吗。

[Mistwave]

effective java 3rd
item 26
请

[wolfie]

实际没区别。
```
List<String> l1 = new ArrayList();

List l2 = l1;
l2.add(new Integer(1));

System.out.println(l2.get(0) instanceof Integer);
```

[wenzhoou]

这样写代码的话容易菊花不保啊。

[wc951]

ide 会给出 rawtype 警告，逼死强迫症

[SpiderXiantang]

阅读一下 java 编程思想 以及了解一下向上转型

[aoscici2000]

@wenzhoou 为何?

[SabaPing]

首先这样做本质上是为了做到 static type safety + polymorphism , 换句话说在保证一定静态类型安全前提下, 抽出共性, 代码重用.

然后 polymorphism 中有一大类叫做 parameter polymorphism, java list 的泛型就是 parameter polymorphism 的一种实现.

[wenzhoou]

@aoscici2000 我是说 6 楼。这样写没法维护。

[NoKey]

不看你这帖子，我都不知道居然有第二种写法

[kaedea]

等价
具体可以了解静态类型安全、泛型、型变

[chendy]

除非有特殊需求，否则用 Map 接 json 的，见一个打死一个…

[u823tg]

直接接 json，真的勇士啊你

[palmers]

区别在于使用者是否能够已知数据类型，如果在 saveOne 方法内部需要把数据取出来做一些业务逻辑，那显然第一种是最优雅的解决方案， 编译期不用强转，数据类型也很明显, 如果 saveOne 内完全不关心数据类型或者处理数据不用关心具体的数据类型 那其实都一样，但是从编码上来说第一种是最好，java 引入泛型目的之一是为了安全 减少 bug

所以总体来说第一种最好

[woodensail]

对于代码运行实际上是没有区别的，毕竟泛型信息在编译时就被擦除了。
指定泛型的左右实际上是在写代码的时候帮助进行代码分析和提示，以及在编译阶段就把可能出错的地方报出来。

如果一个已完成项目里面本身都指定了泛型信息，这时候把所有泛型全部删掉，和之前运行起来不会有区别(反射炫技除外)，只是少了一堆代码提示和多了一堆强制类型转换。

[toconoma]

好好地写个类很难吗...

[aoscici2000]

@chendy 为什么？接到合格数据就处理，不合格就返回去指明格式要求，好像也没什么毛病的样子？