在java中使用字符串_永远不要在Java中使用字符串?[关闭]

尽管有点过分,但我经常认为我所看到的大多数东西都是工程不足。

这不仅是“安全性”,关于Java的真正好处之一是,它可以记住/弄清楚任何给定的库方法调用需要/期望的内容,从而对您有很大帮助。

我使用过的最差的Java库(到目前为止)是由一个非常喜欢Smalltalk的人编写的,并在此之后对GUI库进行了建模,使其更像Smalltalk一样工作-问题是每个方法都使用相同的基础对象,但实际上无法使用基础对象可以转换的所有内容,因此您又回到猜测要传递给方法的内容,并且不知道自己是否在运行时失败(我曾经必须每次都处理一次在C中工作)。

另一个问题-如果不带对象地传递字符串,整数,集合和数组,那么您所拥有的只是一堆毫无意义的数据。当您考虑“某些应用程序”将使用的库时,这似乎很自然,但是在设计整个应用程序时,在定义数据的地方为所有数据分配含义(代码)并只考虑它们会更有用。这些高级对象如何交互的术语。如果您传递的是基元而不是对象,那么根据定义,您将数据更改到与定义的位置不同的地方(这也是为什么我真的不喜欢Setter和Getters的原因。在不是您的数据上)。

最后,如果您为所有内容定义单独的对象,那么您总会有一个验证所有内容的好地方-例如,如果您为邮政编码创建一个对象,后来发现您必须确保邮政编码始终包含4位数字扩展名,放的完美地方。

这实际上不是一个坏主意。考虑一下,我什至不敢肯定我会说它是经过过度工程设计的,几乎可以在所有方面使用它都更容易-一个例外是微小类的泛滥,但Java类如此轻巧且容易写道这几乎不算成本(甚至可以产生)。

我真的很想看到一个写得很好的Java项目,实际上定义了太多的类(这使得编写程序更加困难),我开始认为不可能有太多的类。

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值