⑴ 选java还是选c++呢
①如果你想成为计算机理论和实践上都超强的程序员，就选C++.
②如果你只对计算机应用软件开发感兴趣，而对理论不是很感冒,就选Java.
③为什么这么说呢？C++涉及到很多底层的东西，直接和内存想干，而且指针+元编程+模板+类+类型推导+多态+继承+命令式+无限语法递归 需要较多的理论知识，以及从本质上认识到的数据结构基础。而Java学习者可以不用懂太多，就能开发出同样的东西，这样虽然省事，但学到的东西就不够多。
所以Java擅长的人转C++经常不适应其综合语法的细节，而C++擅长的人转Java，只需要几天。
⑵ RUBY元编程怎么样
在java的时代，因为不满面向类/对象的复杂机制，自己借鉴研究了对象装备模式，后来发现就是spring的原理。当时不知spring的情况下，还自己实现了利用运行时反射机制来动态的给对象设置空类，拼装方法共享实例对象属性，做出来虽然很欣慰，但是很难看，很慢，不可能到生产环境。 后来了解了js的函数原型prototype，可以动态的定义方法和传递闭包，简直口水直流，直接转成了web前台开发，只做ajax，直到ruby的出现。大概是06年，那时候资料贼少，全是日文，英文的都不多，学了皮毛就搁置了。 今年，因为自己回归开发，想实现一些想法，尝试了php之后，毅然决定打死不用php，与其深入研究php不如决心搞ruby，打眼一看，发现中文资料太多了，太幸福了，当看到这本元编程的时候，马上想起java时候的辛酸啊。 Ruby让人快乐，元编程更是快乐的魔法，创造出令人兴奋激动的东西。 计算机不再是仆人，而是朋友，我能理解你，你也能理解我。 如果说写java就像写论文，那么用js就像写英文诗，而ruby像五言绝句。 所以不学元编程，不如用java
⑶ java1.6新特性
1.Desktop类和SystemTray类
前者可以用来打开系统默认浏览器浏览指定的URL，打开系统默认邮件客户端给指定的邮箱发邮件，用默认应用程序打开或编辑文件(比如，用记事本打开以txt为后缀名的文件)，
用系统默认的打印机打印文档；后者可以用来在系统托盘区创建一个托盘程序。
2.使用JAXB2来实现对象与XML之间的映射
JAXB是Java Architecture for XML Binding的缩写，可以将一个Java对象转变成为XML格式，反之亦然。
我们把对象与关系数据库之间的映射称为ORM，其实也可以把对象与XML之间的映射称为OXM(Object XML Mapping)。原来JAXB是Java EE的一部分，在JDK1.6中，
SUN将其放到了Java SE中，这也是SUN的一贯做法。JDK1.6中自带的这个JAXB版本是2.0，比起1.0(JSR 31)来，JAXB2(JSR 222)用JDK5的新特性Annotation来标识要作绑定的类和属性等，
这就极大简化了开发的工作量。实际上，在Java EE 5.0中，EJB和Web Services也通过Annotation来简化开发工作。另外，JAXB2在底层是用StAX(JSR 173)来处理XML文档。
除了JAXB之外，我们还可以通过XMLBeans和Castor等来实现同样的功能。
3..理解StAX
StAX(JSR 173)是JDK1.6.0中除了DOM和SAX之外的又一种处理XML文档的API。
StAX 的来历：在JAXP1.3(JSR 206)有两种处理XML文档的方法：DOM(Document Object Model)和SAX(Simple API for XML)。
由于JDK1.6.0中的JAXB2(JSR 222)和JAX-WS 2.0(JSR 224)都会用到StAX所以Sun决定把StAX加入到JAXP家族当中来，
并将JAXP的版本升级到1.4(JAXP1.4是JAXP1.3的维护版本)。
JDK1.6里面JAXP的版本就是1.4。StAX是The Streaming API for XML的缩写，一种利用拉模式解析(pull-parsing)XML文档的API.StAX通过提供一种基于事件迭代器(Iterator)的API让程序员去控制xml文档解析过程
，程序遍历这个事件迭代器去处理每一个解析事件，解析事件可以看做是程序拉出来的，也就是程序促使解析器产生一个解析事件然后处理该事件，之后又促使解析器产生下一个解析事件，如此循环直到碰到文档结束符；
SAX也是基于事件处理xml文档，但却是用推模式解析，解析器解析完整个xml文档后，才产生解析事件，然后推给程序去处理这些事件；DOM采用的方式是将整个xml文档映射到一颗内存树， 这样就可以很容易地得到父节点和子结点以及兄弟节点的数据，但如果文档很大，将会严重影响性能。
4.使用Compiler API
现在我 们可以用JDK1.6 的Compiler API(JSR 199)去动态编译Java源文件，Compiler API结合反射功能就可以实现动态的产生Java代码并编译执行这些代码，有点动态语言的特征。
这个特性对于某些需要用到动态编译的应用程序相当有用，比如JSP Web Server，当我们手动修改JSP后，是不希望需要重启Web Server才可以看到效果的，这时候我们就可以用Compiler API来实现动态编译JSP文件，当然，现在的JSP Web Server也是支持JSP热部署的，现在的JSP Web Server通过在运行期间通过Runtime.exec或ProcessBuilder来调用javac来编译代码，这 种方式需要我们产生另一个进程去做编译工作，不够优雅而且容易使代码依赖与特定的操作系统；Compiler API通过一套易用的标准的API提供了更加丰富的方式去做动态编译，而且是跨平 台的。
5.轻量级Http Server API
JDK1.6 提供了一个简单的Http Server API，据此我们可以构建自己的嵌入式Http Server，它支持Http和Https协议，提供了HTTP1.1的部分实现，没有被实现的那部分可以通过扩展已有的Http Server API来实现，程序员必须自己实现HttpHandler接口，HttpServer会调用HttpHandler实现类的回调方法来处理客户端请求，在这里，我们把一个Http请求和它的响应称为一个交换，包装成HttpExchange类，HttpServer负责将HttpExchange传给HttpHandler实现类的回调方法。
6.插入式注解处理API(Pluggable Annotation Processing API)
插入式注解处理API(JSR 269)提供一套标准API来处理Annotations(JSR 175)
实际上JSR 269不仅仅用来处理Annotation，我觉得更强大的功能是它建立了Java 语言本身的一个模型，它把method，package，constructor，type，variable， enum，annotation等Java语言元素映射为Types和Elements(两者有什么区别?)，从而将Java语言的语义映射成为对象，我们可以在javax.lang.model包下面可以看到这些类。 所以我们可以利用JSR 269提供的API来构建一个功能丰富的元编程(metaprogramming)环境。JSR 269用Annotation Processor在编译期间而不是运行期间处理Annotation，Annotation Processor相当于编译器的一个插件，所以称为插入式注解处理.如果Annotation Processor处理Annotation时(执行process方法)产生了新的Java代码，编译器会再调用一次Annotation Processor，如果第二次处理还有新代码产生，就会接着调用Annotation Processor，直到没有新代码产生为止.每执行一次process()方法被称为一个"round"，这样整个Annotation processing过程可以看作是一个round的序列。
JSR 269主要被设计成为针对Tools或者容器的API. 举个例子，我们想建立一套基于Annotation的单元测试框架(如TestNG)，在测试类里面用Annotation来标识测试期间需要执行的测试方法
7.用Console开发控制台程序
JDK1.6中提供了java.io.Console 类专用来访问基于字符的控制台设备。你的程序如果要与Windows下的cmd或者Linux下的Terminal交互，就可以用Console类代劳。但我们不总是能得到可用的Console，一个JVM是否有可用的Console依赖于底层平台和JVM如何被调用。如果JVM是在交互式命令行(比如Windows的cmd)中启动的，并且输入输出没有重定向到另外的地方，那么就可以得到一个可用的Console实例。
8.对脚本语言的支持
如： ruby，groovy，javascript。
9..Common Annotations
Common annotations原本是Java EE 5.0(JSR 244)规范的一部分，现在SUN把它的一部分放到了Java SE 6.0中。
随着Annotation元数据功能(JSR 175)加入到Java SE 5.0里面，很多Java 技术(比如EJB，Web Services)都会用Annotation部分代替XML文件来配置运行参数（或者说是支持声明式编程，如EJB的声明式事务），如果这些技术为通用目的都单独定义了自己的otations，显然有点重复建设，所以，为其他相关的Java技术定义一套公共的Annotation是有价值的，可以避免重复建设的同时，也保证Java SE和Java EE 各种技术的一致性。
下面列举出Common Annotations 1.0里面的10个Annotations Common Annotations Annotation Retention Target Description Generated SourceANNOTATION_TYPE，CONSTRUCTOR，FIELD，LOCAL_VARIABLE，METHOD，PACKAGE，PARAMETER，TYPE 用于标注生成的源代码Resource Runtime TYPE，METHOD，FIELD用于标注所依赖的资源，容器据此注入外部资源依赖，有基于字段的注入和基于setter方法的注入两种方式 Resources Runtime TYPE同时标注多个外部依赖，容器会把所有这些外部依赖注入PostConstructRuntime METHOD标注当容器注入所有依赖之后运行的方法，用来进行依赖注入后的初始化工作，只有一个方法可以标注为PostConstruct PreDestroy Runtime METHOD当对象实例将要被从容器当中删掉之前，要执行的回调方法要标注为PreDestroy RunAs Runtime TYPE用于标注用什么安全角色来执行被标注类的方法，这个安全角色必须和Container的Security角色一致的。RolesAllowed Runtime TYPE，METHOD用于标注允许执行被标注类或方法的安全角色，这个安全角色必须和Container的Security角色一致的 PermitAll Runtime TYPE，METHOD允许所有角色执行被标注的类或方法DenyAll Runtime TYPE，METHOD不允许任何角色执行被标注的类或方法，表明该类或方法不能在Java EE容器里面运行DeclareRoles Runtime TYPE用来定义可以被应用程序检验的安全角色，通常用isUserInRole来检验安全角色.
⑷ 怎么理解元编程
1.一种语言本来做不到的事情，通过你编程来修改它，使得它可以做到了，这就是元编程。
2.就是用代码生成（操纵）代码。
3.常见的开发语言均能做到元编程，Lisp这货就不用多说了，C的Marco，C++的Template，Java的Annotation，C#的Attribute、Reflection、CodeDom和IL Emitter，各种脚本语言（如js、python）的eval，甚至连Unix/Linux的shell脚本也能。
4.元编程常见的应用场景很多，扩展（重构）语法、开发DSL、生成代码、根据特定场景自动选择代码优化、解决一些正交的架构设计问题、AOP等等。
5.所以元编程存在的目的，就是多提供了一个抽象层次。
6.至于元编程有什么优缺点，争议还是比较大的。比如以重构语法的应用为例，很多元编程的反对者就认为这样会导致代码的可读性、可维护性降低，分化社区，影响交流，因为每个开发人员都能搞一个自己的方言。
总的来说，元编程玩得转的话会让你日子好过一些，玩不转会让你日子不好过一些。
⑸ 编程软件使用什么写出来的。 象Java VS 的这种编程软件
c、c++
⑹ Java 8为什么需要Lambda表达式
因为大家说需要，所以你可以认为这是普通人的需求。
搞毛线的函数式编程，还不如把元编程的api弄好点。
等你把Lambda表达式用起来就知道，先不说什么别的，和原来的语法混在一起就是个四不像。连代码都看的别扭还简洁个毛线，简洁最起码是先让阅读简洁，然后是书写简洁，最后才是解决问题简洁。
个人观点，不喜勿喷。还不如直接用groovy，要改语法就改的彻底点，这样下去迟早会把 java语言 搞成个大杂烩，语法是一个语言最基本的东西了，好的语法应该是没有什么可以去掉了，而不是需要加什么。
⑺ java程序员为什么使用Groovy
正如Groovy对Java很多特性进行的包装优化一样，基于Groovy的HttpBuilder也包裹了HttpClient，使网络编程变得更加的方便易用，下面稍微来用一个例子看一下。
寻找各种依赖的jar包有时候会让我们失去耐心，不过值得庆幸的是我们有Maven和Gradle这样的工具，可以根据配置轻松的帮我们配置好我们需要的数据。下面我们来叙述一下整个过程。
1. 创建文件夹httpbuildertest
2. 创建gradle配置文件，build.gradle，内容如下：
apply plugin: "groovy"
apply plugin: "eclipse"
repositories {
mavenCentral()
}
dependencies {
compile "org.codehaus.groovy:http-builder:0.4.0"
compile "org.codehaus.groovy:groovy-all:2.3.3"
testCompile "org.spockframework:spock-core:0.7-groovy-2.0"
}
gradle我们将做另文介绍
3. 执行gralde eclipse（当然必须先安装gradle），就可以生成eclipse所需要的.classpath和.project文件，这时候就可以使用eclipse导入功能来import->Existing Projects Into WorkSpace。
4. 创建我们的一个测试，试试看是不是可以使用httpbuilder了
import groovyx.net.http.HTTPBuilder
import spock.lang.Specification;
import static groovyx.net.http.Method.*
import static groovyx.net.http.ContentType.*
class HttpbuildLabSpec extends Specification{
HTTPBuilder http = new HTTPBuilder( 'http://m.weather.com.cn' )
public void testRequestWeather(){
when:
def info =""
http.request( GET, JSON ) {
url.path = '/data/101290401.html'
headers.'User-Agent' = 'Mozilla/5.0 Ubuntu/8.10 Firefox/3.0.4'
response.success = { resp, json ->
info = json.weatherinfo.city
}
response.failure = { resp -> println "Unexpected error: ${resp.statusLine.statusCode} : ${resp.statusLine.reasonPhrase}" }
}
then: "曲靖"==info
}
}
打完收工，通过这个小例子我们可以了解到这么一些内容：
（1）HTTPBuilder 是这个框架的核心类（要不然怎么和框架一个名字），构建这个类的对象的时候，指定要请求的baseUrl。
（2）request方法可以指定请求的method和返回的数据格式，method对应的是GET/PUT/POST/DELETE/HEAD几个常量，而数据格式目前有JSON/XML/HTML/BINARY/URLENC/ANY几种。
（3）一个比较有意思的地方是，在http的request方法里面，仿佛是无根之水一样突然冒出来了几个没有声明过的变量，看起来连编译也不会通过的方法，那么是如何能正常运作的呢？这个我们就要研究到Groovy的Closure（闭包）。Groovy的闭包里包含有一个delegate属性，一般来说，这个delegate里保存的是闭包使用上下文的对象引用，比如a调用了一个闭包b，则b的delegate就是a的this对象。而在HTTPBuilder对象调用request方法的时候，它把传入闭包的delegate改成了一个叫做SendDelegate的类对象（这是HTTPBuilder的内部类，他们都是用Java写的，在新版的HttpBuilder里，已经改名为RequestConfigDelegate），这个类里面，分别包含了一个叫做getHeaders()的方法，一个叫做getUrL()的方法，一个叫做getResponse()的方法。稍微思索一下我们就可以想到，Groovy里有这样的特性，如果直接使用一个识别不出来的变量，Groovy会假设它是getter的一种简写形式，自动进行补全（当然这也是DSL的常用伎俩，把方法伪装成短语），而getter并没有参数，所以其括号是可以简写的，实际上上面的代码可以写作getUrl().path = '/data/101290401.html'，这样就非常符合程序员的视觉体验了。
（4）主要是为了喜欢追根问题的同学释疑，实际上整个调用还是非常的简单明快的，在request闭包里，我们通过response（记得吗，实际上就是GetResponse()）,获得了一个Map结构，这个Map的内部结构实际上是Map<String,Closure>,对“success”和“failure”这两个key我们分别设置了对应的闭包，这样就完成了回调的设置，一旦方法成功或者失败，就可以调用到对应的闭包。
（5）使用了JSON作为返回格式，闭包的第二个参数就是解析好的返回body，就是一个Json对象，是可以直接用点号来访问的。当然最好不要在失败的闭包里放这个参数，一般失败的情况比较多，也许就是一个html返回，格式错误那么测试也就无法按照预期进行了。
⑻ Spark 中用 Scala 和 java 开发有什么区别
Scala相对于Java的优势是巨大的。熟悉Scala之后再看Java代码，有种读汇编的感觉…… 如果仅仅是写Spark应用，并非一定要学Scala，可以直接用Spark的Java API或Python API。但因为语言上的差异，用Java开发Spark应用要罗嗦许多。好在带lambda的Java 8出来之后有所改善。 在Spark应用开发上，学Scala主要好处有二： 开发效率更高，代码更精简； 使用Spark过程中出现异常情况，在排查时如果对Spark源码比较熟悉，可以事半功倍
⑼ Ruby和java
ruby on rails是杀手级应用，ruby的语法很迷人，对程序员很友好，另外对元编程支持的很好。java当然更好。不过说老实话，靠语言来就业不是正道，重要的是解决问题的能力。
⑽ 1.JAVA编写程序,功能如下:
abstract class Shape{
public abstract double getPerimeter();
public abstract double getArea();
}
class Square extends Shape{
private double a;
public Square(double a){
this.a = a;
}
public double getPerimeter(){
return 4 * a;
}
public double getArea(){
return a * a;
}
}
class Circle extends Shape{
private static double pai = 3.14;
private double r;
public Circle(double r){
this.r = r;
}
public double getPerimeter(){
return pai * 2 * r;
}
public double getArea(){
return pai * r * r;
}
}
class Book{
private String name;
private int papers;
public Book(String name, int papers){
this.name = name;
if (papers < 50)
papers = 50;
this.papers = papers;
}
public void detail(){
System.out.println(name + " : " + papers);
}
}
class BookTest{
public static void test(){
Book b = new Book("ruby元编程",120);
b.detail();
}
}
public class Test{
public static void main(String[]args){
BookTest.test();
}
}
两部分写一块了，自己分开，嘿嘿