。NET与Java常见技术名词与抽象概念对照表

　　虽然。NET（C）与Java是两个不同的语言，但这两个都是OOP物件导向程式架构，而且Java出现的比较早，我们在。NET里面也经常看到很多Java的影子，所以其实有不少相似之处。这篇文章我打算整理一下最近的感受，把一些常见的技术名词与抽象概念做一些对照，帮助想要成为斜杠青年的朋友入门。
　　底下有些抽象概念，必须同时写过。NET与Java的人才能理解，但在斜杠的过程中知道这些差异是有帮助的。语言环境相较于应用程式需要一个作业系统才能运行。这里的执行环境（Runtime）从概念上来说，就像是程式语言的作业系统一般，提供程式语言所需的一切基础建设，并且帮我们把中介码编译成机械码，让应用程式得以运行在不同的CPU架构上。在Java与。NET都有这样的机制。
　　Java名词JVM（JavaVirtualMachine）。NET名词CLR（CommonLanguageRuntime）
　　软体开发套件（SDK）开发应用程式肯定需要许多开发时常见的工具与基础建设，例如编译器（Compiler）、分析工具（Analyzer）、函式库（Libraries）、各种命令列工具等等，这些通称为SoftwareDevelopmentKit（SDK）。
　　Java名词JDK（JavaDevelopmentKit）。NET名词。NETSDK
　　程式执行环境（Runtime）如果你只是单纯的想执行应用程式，只要安装Runtime即可，不用安装SDK软体开发套件：
　　Java名词JRE（JavaRuntimeEnvironment）。NET名词。NETRuntime
　　我们要执行应用程式的时候，需要一个宿主（host）才能执行，例如跑。NET的时候，你需要先将。cs编译成。dll档，然后透过dotnet命令列工具来执行。而Java则需要先将。java编译成。class档，然后透过java命令列工具才执行。Java。NETjavamyapp。classdotnetmyapp。dlljavajarmyapp。jardotnetmyapp。dll共用类别库无论Java或。NET都有相当丰富的内建API可用，这些API被分类成一个一个的名称，在Java被称为package（套件），在。NET则被称为namespace（命名空间），你在任何一个类别中，必须先引入才能使用。类型Java。NET类别库名称JCL（JavaClassLibrary）BCL（BaseClassLibrary）宣告套件语法packagenamespace引入套件语法importusing类别封装我们可以用package或namespace对类别进行分类，但是Java与。NET的封装方法就有不小的差异了。Java。NET一个package对应到一个资料夹，该资料夹可以包含多个。java原始档一个namespace可以放在专案中任意位置、宣告在任意档案，没有严格限制，因此重构时容易乱掉相同package下的类别可以存取在不同。java原始档中的任意private类别相同namespace下的类别不可以存取在相同namespace或。cs原始档中的任意private类别一个。java原始档中，可以有多个类别，但只能有一个public公开类别，限制较严格一个。java原始档中，可以有多个类别，也能有多个public公开类别一个。java档只能编译成一个。class类别档无此概念多个。class类别档通常会被编译到一个。jar档中无此概念多个。class类别档可以被放置在一个目录下，并可透过java执行时使用classpath指定其路径多个。dll档案可以跟应用程式放在相同目录下，如果没有放在相同目录就会变的很麻烦多个。java原始档最终可以合并成一个。jar档，而多个。cs档最终会合并到一个。dll档案，所以若以最终的结果来看，。dll比较接近。jar的封装方式。由于。NET没有类似。jar档的机制，通常多个。cs原始档会使用专案进行管理，且最终会编译到一个。dll档案中。因此，Java的。jar最接近。NET的概念应该是。dll档。Java。NET说明javamyapp。java无此用法Java11开始允许不用预先编译原始码，可直接执行javamyapp。classdotnetmyapp。dlljavajarmyapp。jardotnetmyapp。dll中介语言（intermediarylanguage）写完程式之后，无论Java或。NET都会将原始码编译成中介码（Bytecode）型态，他其实是一种高阶的组合语言或称中介语言（intermediarylanguage）。Java。NETBytecodeCILbytecode或ILcodeCILCommonIntermediateLanguage建置程式码（Build）如果要编译单一原始码档案，使用Java简单很多，使用。NET就会异常复杂，微软官方也说不打算让你这样用！Java。NETjavacmyapp。java没人这样用如果要编译多个原始码档案（完整专案或模组），使用JDK就显得复杂很多，而。NET就内建MSBuild让你使用，整件事变的异常轻松！Java。NETjavacfilelistsourcepathsrcdbindotnetbuild（但你先要有。csproj专案档才行）由于JDK并没有内建好用的专案建置工具（BuildTool），但是要自制建置工具其实还蛮简单的，理论上你只要先把档案清单收集好，任何Java专案你都能建置才对。然而大部分的Java开发者都会依赖开发工具内建的BuildTool来使用，不然就是使用Maven或Gradle等建置工具。专案范本（ProjectTemplates）。NET在这方面做得相当好，而Java阵营的人主要还是靠开发工具提供此功能，或是Maven也有提供Java。NET没有这玩意dotnetnewl没有这玩意dotnetnewconsolenc1如果用Maven的专案产生器（archetype），可以参考以下范例，指令超长，完全没有DX可言：sweatsmile：mvnorg。apache。maven。plugins：mavenarchetypeplugin：3。1。2：generateDarchetypeArtifactIdspringbootblankarchetypeDarchetypeGroupIdam。ik。archetypeDarchetypeVersion1。0。6DgroupIdcom。duotifyDartifactIddemo2专案与模组（ProjectsandModules）。NET使用专案（Project）这个名词，代表一种比。dll还高一个阶层的封装。而在VisualStudio开发工具下，多个专案还可以透过方案（Solution）进行管理。由于Java8以前并没有什么专案的概念，但从Java9新推出一个模组（Modules）系统，简称JPMS（Java9PlatformModuleSystem），所做到的事情，就跟。NET的专案架构相当类似，但我认为JPMS更像是。NET的NuGet套件，不过概念上确实没办法100对应。你可以透过以下指令列出JDK内建的模组清单：javalistmodules其实模组本身就是个相当抽象的概念，在Java世界里，不同的开发工具都有各自的模组定义，所以其实初学者很容易搞混这个概念。我以IntelliJIDEA为例，在新增Module的时候，竟然就有5种不同概念。但其实你可以把他统合为一个简单的概念，那就是专案！
　　我们一个Repo里面，可以有多个pom。xml档，代表多个不同的专案。然后你可以从另一个没有使用BuildTool的资料夹（也可以当成一个专案看待），加入这个pom。xml当成参考来源，IntelliJIDEA就会自动帮你合并起来，建置的时候自动帮你加入classpath参数，如此而已。IntelliJIDEA的AddModules比较像是VS2022里面的AddReferenceProjects功能。IntelliJIDEA的Libraries就比较像是VS2022里面的AddReferenceAssemblies功能。IntelliJIDEA的Facets则是快速加入一个Framework（框架）功能，这个功能的背后，其实也只是帮你加入Modules或Libraries而已，有点类似VisualStudio2022里面ManageNuGetPackages的安装NuGet套件功能，因为。NET在新增NuGet套件的时候，也能自动调整目录结构与设定档内容，因此功能相当类似。