文章大纲：

• 1、有哪些生成前端代码的神器呢？
• 2、大家觉得哪个.net代码生成器更好用
• 3、空白代码生成器是什么？
• 4、GitHub 近两万 Star，无需编码，可一键生成前后端代码，开源项目

有哪些生成前端代码的神器呢？

在前端开发的过程中，很多相同的代码会写很多遍。如：开始新项目的时候，要写和旧项目类似脚手架代码；新建一个组件的时候，要按约定写组件结构。如果这些重复代码能用工具来生成，能提升前端的开发效率。

生成代码的工具分为两类：基于命令的和基于图像界面的。

基于命令的工具的优点是，可配置高，效率快。缺点是，可发现性差。适合配置项目很多，配置可以组合的情况。

基于图像界面的优点是，可发现性强，操作简单。缺点是如果配置项很多，容易变得很难用。

罗嗦了一堆，下面开始介绍正题。

项目脚手架代码生成工具

项目脚手架主要做的项目的构建流程，环境的配置等。做到开箱即用。

基于命令的

yo 曾经流行过的一个脚手架生成工具。支持定义脚手架内容。基于 yo 的第三方脚手架也很多。

vue-cli 。 Vue 项目脚手架。支持自定义脚手架内容，感兴趣的可以读读 从vue-cli源码学习如何写模板。

create react app React 脚手架。比较轻量级，只是整合 webpack 和 react-router。

react boilerplate React 脚手架。比较重量级，整合了webpack 和 react router, redux, redux suga, reselect 等。

基于图形界面的

定制 Bootstrap 3

组件代码生成工具

基于命令的

react boilerplate 的 nam run generate 可生成组件的脚手架代码。

页面代码生成工具

基于命令的

代码编辑器的代码片段(Code Snippent)功能。主流的代码编辑器(Sublime,Atom,VS Code，Web Strom等) 都支持代码片段。也有写好的代码片段的编辑器插件。主流的框架基本都有对应的代码片段工具。

Emmet 提供 HTML，CSS， *** 的自动补全功能。

Bootstrap 3 Snippets

Vuejs Snippets

基于图形界面的

H5营销页面生成工具。有一大堆。

Maka

初夜

兔展

Grapes ***  强大的网页生成器。开源。

LayoutIt 托拽 Bootstrap 组件，生成页面。

大家觉得哪个.net代码生成器更好用

LTP.Net代码生成器

--------------

软件简介：

Codematic (原名:LTP.Net代码自动生成器)是一款为 C# 数据库程序员设计的自动代码生成器，Codematic 生成的代码基于基于面向对象的思想和三层架构设计，结合了Petshop中经典的思想和设计模式，融入了工厂模式，反射机制等等一些思想。采用 Model + DAL + BLL + Web 的设计，主要实现在 C# 中对应数据库中表的基类代码的自动生成，包括生成属性、添加、修改、删除、查询、存在性、 Model 类构造等基础代码片断，使程序员可以节省大量机械录入的时间和重复劳动，而将精力集中于核心业务逻辑的开发。

Codematic 同时提供方便的数据库查询管理，SQL脚本生成，存储过程生成，数据库文档生成，Web项目文件发布，代码生成自动导出文件等多项开发工作中常用到的功能，您可以很方便地进行项目开发。

空白代码生成器是什么？

空白代码生成器是为程序员精心设计的空白代码自动生成器，可以生成多种不同类型数据层代码。

例如: 基于SQL字符串方式，基于Parameter方式和基于存储过程方式的数据层，使程序员节省了大量机械录入的时间和重复劳动，能够将精力集中于核心业务逻辑的开发。

扩展资料

目标代码生成是编译的最后一个阶段。目标代码生成器把语法分析后或优化后的中间代码变换成目标代码。目标代码有三种形式：

① 可以立即执行的机器语言代码，所有地址都重定位（不包含没有定位的）；

② 待装配的机器语言模块，当需要执行时，由连接装入程序把它们和某些运行程序连接起来，转换成能执行的机器语言代码；

③ 汇编语言代码，须经过汇编程序汇编后，变成为可执行的机器语言代码。

GitHub 近两万 Star，无需编码，可一键生成前后端代码，开源项目

JeecgBoot 是一款基于代码生成器的 低代码 开发平台！前后端分离架构 SpringBoot2.x，SpringCloud，Ant DesignVue，Mybatis-plus，Shiro，JWT，支持微服务。强大的代码生成器让前后端代码一键生成，实现低代码开发!

JeecgBoot 提供了一系列 低代码模块 ，实现在线开发 真正的零代码 ：Online表单开发、Online报表、报表配置能力、在线图表设计、大屏设计、移动配置能力、表单设计器、在线设计流程、流程自动化配置、插件能力（可插拔）等等！

JEECG宗旨是: 简单功能由OnlineCoding配置实现，做到 零代码开发 ；复杂功能由代码生成器生成进行手工Merge 实现 低代码开发 ，既保证了 智能 又兼顾 灵活 ；实现了低代码开发的同时又支持灵活编码，解决了当前低代码产品普遍不灵活的弊端！

JEECG业务流程: 采用工作流来实现、扩展出任务接口，供开发编写业务逻辑，表单提供多种解决方案：表单设计器、online配置表单、编码表单。同时实现了流程与表单的分离设计（松耦合）、并支持任务节点灵活配置，既保证了公司流程的保密性，又减少了开发人员的工作量。

Jeecg-Boot低代码开发平台，可以应用在任何J2EE项目的开发中，尤其适合SAAS项目、企业信息管理系统（MIS）、内部办公系统（OA）、企业资源计划系统（ERP）、客户关系管理系统（CRM）等，其半智能手工Merge的开发方式，可以显著提高开发效率70%以上，极大降低开发成本。

1、服务注册和发现 Nacos

2、统一配置中心 Nacos

3、路由网关 gateway(三种加载方式)

4、分布式 http feign

5、熔断和降级 Sentinel

6、分布式文件 Minio、阿里OSS

7、统一权限控制 JWT + Shiro

8、服务监控 SpringBootAdmin

9、链路跟踪 Skywarking

10、消息中间件 RabbitMQ

11、分布式任务 xxl-job

12、分布式事务 Seata

13、分布式日志 elk + kafa

14、支持 docker-compose、k8s、jenkins

15、CAS 单点登录

16、路由限流

微服务架构图

输入图片说明

输出结果：

先看之一个打印语句，在Java中==这个符号是比较运算符，它可以基本数据类型和引用数据类型是否相等，如果是基本数据类型，==比较的是值是否相等，如果是引用数据类型，==比较的是两个对象的内存地址是否相等。字符串不属于8中基本数据类型，字符串对象属于引用数据类型，在上面把“abc”同时赋值给了st1和st2两个字符串对象，指向的都是同一个地址，所以之一个打印语句中的==比较输出结果是 true

然后我们看第二个打印语句中的equals的比较，我们知道，equals是Object这个父类的 *** ，在String类中重写了这个equals *** ，在JDK API 1.6文档中找到String类下的equals *** ，点击进去可以看大这么一句话 将此字符串与指定的对象比较。当且仅当该参数不为null，并且是与此对象表示相同字符序列的 String 对象时，结果才为 true。

注意这个相同字符序列，在后面介绍的比较两个数组，列表，字典是否相等，都是这个逻辑去写代码实现。由于st1和st2的值都是“abc”，两者指向同一个对象，当前字符序列相同，所以第二行打印结果也为true。

下面我们来画一个内存图来表示上面的代码，看起来更加有说服力。

内存过程大致如下：

答案是：在内存中创建两个对象，一个在堆内存，一个在常量池，堆内存对象是常量池对象的一个拷贝副本。

我们下面直接来一个内存图。

当我们看到了new这个关键字，就要想到，new出来的对象都是存储在堆内存。然后我们来解释堆中对象为什么是常量池的对象的拷贝副本。“abc”属于字符串，字符串属于常量，所以应该在常量池中创建，所以之一个创建的对象就是在常量池里的“abc”。

第二个对象在堆内存为啥是一个拷贝的副本呢，这个就需要在JDK API 1.6找到String(String original)这个构造 *** 的注释：初始化一个新创建的 String 对象，使其表示一个与参数相同的字符序列；换句话说，新创建的字符串是该参数字符串的副本。所以，答案就出来了，两个对象。

答案：false 和 true

由于有前面两道提内存分析的经验和理论，所以，我能快速得出上面的答案。==比较的st1和st2对象的内存地址，由于st1指向的是堆内存的地址，st2看到“abc”已经在常量池存在，就不会再新建，所以st2指向了常量池的内存地址，所以==判断结果输出false，两者不相等。第二个equals比较，比较是两个字符串序列是否相等，由于就一个“abc”，所以完全相等。内存图如下

答案是：true 和 true

分析：

答案：false 和 true

上面的答案之一个是false，第二个是true，第二个是true我们很好理解，因为比较一个是“abc”，另外一个是拼接得到的“abc”，所以equals比较，这个是输出true，我们很好理解。那么之一个判断为什么是false，我们很疑惑。同样，下面我们用API的注释说明和内存图来解释这个为什么不相等。

首先，打开JDK API 1.6中String的介绍，找到下面图片这句话。

关键点就在红圈这句话，我们知道任何数据和字符串进行加号（+）运算，最终得到是一个拼接的新的字符串。上面注释说明了这个拼接的原理是由StringBuilder或者StringBuffer类和里面的append *** 实现拼接，然后调用toString（）把拼接的对象转换成字符串对象，最后把得到字符串对象的地址赋值给变量。结合这个理解，我们下面画一个内存图来分析。

大致内存过程

所以，st3和st2进行==判断结果是不相等，因为两个对象内存地址不同。

这篇的面试题，完全就是要求掌握JDK API中一些注解和原理，以及内存图分析，才能得到正确的结果，我承认是画内存图让我理解了答案为什么是这样。画完内存图之后，得到答案，你确实会发现很有趣，最后才会有原来如此的感叹。