Java和Golang到底哪个语言更简单？ - sivalabs

一旦您开始使用多种语言，您可能会开始质疑现状。您可能会以不同的方式看待事物，并为您钟爱的编程语言带回一些良好的习惯。我认为“代码简单”是软件开发的一个被低估的特性，我们需要更加关注代码的可读性和简单性。
Java 是并且一直是我在整个职业生涯中使用的主要编程语言。如果我想为原型快速构建一些东西，或者如果我需要在紧迫的期限内选择技术堆栈，那么 Java 是我的第一选择。特别是在 Java 8 之后，它的功能变得越来越丰富和强大。
当来自非 Java 社区的人抱怨 Java 冗长而复杂时，我实际上不明白这是什么意思？
近年来，我有机会在我的官方项目中使用Go和DotNet Core。除此之外，我还使用了NodeJS和Python，供我个人使用。
我理解为什么很多人喜欢NodeJS和Python，因为它们是一种包含电池的东西。对于 Java 中的相同任务，您可能需要包含外部库，而在 Python/NodeJS 中，标准库本身以非详细的方式提供大多数常用功能。如果您熟悉Kotlin，那么在使用C时您会感到宾至如归。
我对 Go 有过这样的经历。我第一次使用它时不太喜欢它，但关于 Go 的简单让我印象深刻！

我们来看下面的Java/SpringBoot代码。

@Service
@Transactional
@RequiredArgsConstructor
public class CustomerService {
    private final CustomerRepository customerRepository;
    private final AddressRepository addressRepository;

    public void createCustomer(Customer customer) {
        customerRepository.save(customer);
        addressRepository.saveCustomerAddress(customer.getAddress());
    }
}

对于至少使用过一次 SpringBoot 的任何 Java 开发人员，这段代码应该不需要任何解释。但是这里发生了很多事情。

• 在为CustomerService被标记为一个Spring bean可以注入到其它Spring Bean
• 由于 Spring 4.x 不需要在构造函数上添加@Autowired注释。如果只有一个构造函数，它将自动用于创建 bean。
• 该类使用@Transactional进行注释，这意味着当有人调用createCustomer()方法时，将启动并在成功完成后提交数据库事务。
• 如果customerRepository.save()或addressRepository.saveCustomerAddress()方法抛出任何RuntimeException，则事务将自动回滚。
• 如果CustomerService.createCustomer()是从不同类的另一个事务方法调用的，那么它将在父事务中运行而不是启动新事务。

type CustomerService struct {
   customerRepository CustomerRepository
   addressRepository AddressRepository
}

func (c CustomerService) createCustomer(customer Customer) error {
    // Get a Tx for making transaction requests.
    tx, err := db.BeginTx(ctx, nil)
    if err != nil {
        return err
    }
    // Defer a rollback in case anything fails.
    defer tx.Rollback()
    
    err := customerRepository.save(tx, customer)
    if err != nil {
        return err
    }
    err = addressRepository.saveCustomerAddress(tx, customer.Address)
    if err != nil {
        return err
    }
    // Commit the transaction.
    if err = tx.Commit(); err != nil {
        return err
    }
    return nil
}

嗯，这是我们上面实现的相同功能的典型 Go 实现。假设它做了它打算做的事情，乍一看，这就是我的感觉：

• 每次第三条语句的错误检查都非常冗长
• DB 事务处理无处不在，我们可能需要对所有 DB 交互方法重复相同的操作。
• 业务逻辑和底层技术细节（错误/事务处理）纠缠不清

• 除非是简单的 CRUD 应用程序，否则不要用ORM。我更愿意花费编写更多代码的一次性成本而不是重复调试成本。我更喜欢JOOQ 而不是JPA。
• 我知道向后兼容性是 Java/SpringBoot 成功的关键原因之一。但我喜欢从 SpringBoot 中剥离一些东西
  
  • 支持 XML 配置，我没有看到任何使用 XML 配置的绿地项目。XML 支持可以作为单独的模块提取。
  • 无需从 14 个不同来源加载配置属性
  • 使用和调试 AOP 的一些更简单的方法（如果您曾经尝试过调试 AOP 代码，那么您就知道我在说什么）
  • Quarkus喜欢实时重新加载和连续测试
• 我们真的需要“com.mycompany.myproject.mymodule”的私有业务应用程序封装结构吗？对于开源库是的，但是对于商业应用程序？？