我为我的公司编写了一个代码生成器,它基本上有以下工作流程:
entity xml definition
|
v
gets validated and put into java runtime classes by jaxb
|
v
runtime classes are written to .java files with stringtemplat
我正在开发StringTemplate 4的Delphi版本,要做到这一点,我需要访问所有的Java源文件。我在2013年11月19日下载了Java源代码。
在文件夹编译器中的文件Compiler.java中是例程:-
/** Compile full template with respect to a list of formal arguments. */
public CompiledST compile( ...
在这个例程中,调用STParser。
在编译器文件夹中查找的是'STParser.g‘文件。但是,没有文件'STParser.java‘。文件'Co
我有一个简单的Java代码:
package com.company;
import java.util.Scanner;
public class Main {
public static void main(String[] args) {
System.out.println("Please enter number of the days");
Scanner scanner = new Scanner(System.in);
int days = scanner.nextInt();
Syst
我有我的批注处理器: public class MyAnnotationProcessor extends AbstractProcessor {
...
@Override
public boolean process(Set<? extends TypeElement> annotations, RoundEnvironment roundEnv) {
// Here I deal with the annotated element
...
// use JavaPoet to generate
在查看Java源代码时,我发现了一些不寻常的文件,大多与java.nio包中的java.nio相关,这些文件有非常混乱的源代码,并被标记为This file was mechanically generated: Do not edit!。
这些文件还包含很大一部分空行(有些甚至在javadocs (!!?)中间),可能是为了防止行号的更改。我还看到了一些java反编译程序,比如,它们可以选择保留行号,但我对此表示怀疑,因为在最终的赞扬之前放置空行不会改变任何变化。
下面是一些这些文件(我无法在线找到到它们的任何链接,也没有对它们进行压缩,因为我不想破坏任何版权,但是您可以在src.zip安装