有没有用惯C对Java不适应的人啊？

Question

面向对象没有
全局变量也没有，好吧static，但是网络上很多老外都说不要用不要用全局变量，比如stackoverflow问答上
其实程序里很多时候搞个全局变量是很方便的事
传进去的参数也改不了
StringBuffer似乎不是继承String

Answer 1

C的指针的指针好用啊，这个用Java来搞就不爽了
例如基础类型int, long, float等在C里可以使用指针传进函数作为output的参数，但是在Java里不行，还得搞个类放这些东西，是不爽。

Answer 2

没有话说个人觉得java比c好用~~~可能是c没好好学不会用。。指针纠结死我

Answer 3

指针是好东西，可是用不好也很烦，我就是因为讨厌指针才学java的。

Answer 4

我自己在做一个东西，和mysql连的，每次读取文件的最后修改日期，和记录里的日期比较看是不是需要升级
日期弄得我烦死啊
LastModified()出来是long
日期之间不方便比较，全部转成long比较
结果发现long之间居然不能比较大小，这是哪门子语言啊

Answer 5

以前用C，现在用java,感觉java的库比较多，很爽啊。

Answer 6

以前我用C、C++然后转Java不习惯，时间长了就好了

Answer 7

1.看着应用方向是哪个方向呢？java优势在网路，C优势在嵌入式，驱动，还有2种语言一个面向过程，一个面向对象。
2.你说的来那个有关老外的是对的，学过软件工程的都知道全局变量使用不当解耦性很差，完全不合适做成熟的应用或系统

Answer 8

宁外告诉你String是final修饰的，没有谁能继承它，它被设计成这样的就是防止有人继续修改它

Answer 9

ＳｔｒｉｎｇＢｕｆｆｅｒ的问题；
public final class StringBufferextends Objectimplements Serializable, CharSequence线程安全的可变字符序列。一个类似于 String 的字符串缓冲区，但不能修改。虽然在任意时间点上它都包含某种特定的字符序列，但通过某些方法调用可以改变该序列的长度和内容。 可将字符串缓冲区安全地用于多个线程。可以在必要时对这些方法进行同步，因此任意特定实例上的所有操作就好像是以串行顺序发生的，该顺序与所涉及的每个线程进行的方法调用顺序一致。 StringBuffer 上的主要操作是 append 和 insert 方法，可重载这些方法，以接受任意类型的数据。每个方法都能有效地将给定的数据转换成字符串，然后将该字符串的字符追加或插入到字符串缓冲区中。append 方法始终将这些字符添加到缓冲区的末端；而 insert 方法则在指定的点添加字符。 例如，如果 z 引用一个当前内容为 "start" 的字符串缓冲区对象，则此方法调用 z.append("le") 会使字符串缓冲区包含 "startle"，而 z.insert(4, "le") 将更改字符串缓冲区，使之包含 "starlet"。 通常，如果 sb 引用 StringBuilder 的一个实例，则 sb.append(x) 和 sb.insert(sb.length(), x) 具有相同的效果。 当发生与源序列有关的操作（如源序列中的追加或插入操作）时，该类只在执行此操作的字符串缓冲区上而不是在源上实现同步。 每个字符串缓冲区都有一定的容量。只要字符串缓冲区所包含的字符序列的长度没有超出此容量，就无需分配新的内部缓冲区数组。如果内部缓冲区溢出，则此容量自动增大。从 JDK 5 开始，为该类补充了一个单个线程使用的等价类，即 StringBuilder。与该类相比，通常应该优先使用 StringBuilder 类，因为它支持所有相同的操作，但由于它不执行同步，所以速度更快。 

Answer 10

但java中有类的成员变量，直接创建一个方法直接修改，这是不是比传递指针要方便快捷直观？

Answer 11

最先学的Java, 习惯Java, 不过C的风格也喜欢，他们的语法类似，C的变量、函数命名更简洁点。

Answer 12

应该是C++的一些被人诟病的东西（或者说是特性），而java在此方面做了改善.
如兼容C，可以面向过程编程，有全局变量和指针等等，对数组下标越界和空指针等不免疫。
语法特性过于复杂，编译器隐藏的东西太多