功能太弱，承担不了"面向对象"中的"对象"角色，只有几个get/set和注解，最简单的求个平均值都要程序员自己遍历
1.不利于抽象设计。
比如要设计一个求和的函数。如果基于实体Bean应该类似这样sum(List beans, "属性")，很明显需要动用反射，在几条数据的测试环境中性能可以接受，但在生产环境中就不一样了。

2.不利于数据拆分与扩展
比如只需要查询或保存ID,NAME两个属性时，整个实体作为参数传过来，又需要反射，需要挨个判断。

DataRow DataSet中的功能(如排序、分组、去重、行转列、各种条件过滤等)都没法实现

id作为明文时是一个数字，但加密后变成String,原来的id属性无法存储密文

将行转成列后，数据完全变成另一种结构

3.更多原因是为了适配多变的动态结构，在许多场景中都会涉及动态结构,如：

与第三方平台交换数据

爬虫

数据处理

报表

可视化

像想一下接收第三方数据时，每个接口对应一种结构，甚至同一个接口不同条件下会返回不同的数据，这时经常会用到JSON结构而不是实体

但是JSON结构的计算能力有限，所以如果需要计算的话DataSet/DataRow会更合适。