最佳实践与经验分享

本文将引导你完成一系列从传统的命令式代码重构到Java 8函数代码，要从本文中获得最大收益，你应该具备Java 8函数的一些实践经验。 1）优先于匿名Lambda的命名函数为了热身，让我们从简单的任务开始，

“节省了四周的工程。”“淘汰了7,500行客户端代码和测试。”“线上数据减少16倍。”“更快的移动版本。”这些是Nike团队使用了GraphQL以后出现的一些令人兴奋的成就。

一般规则：避免在构造函数中做大量工作。这通常会限制构建和初始化类的灵活性，通常会导致难以测试。 谨防过度类似的条件。它们可能是缺失或不合适的抽象的标志，或者是改进设计的一般需求。 处理边缘情况。请

科学，尤其是生物学，越来越依赖软件工具来实现研究。但是，如果您是生物学家，则可能未接受过软件开发最佳实践方面的培训。由于缺乏培训，科学软件通常只有极少甚至不存在的文档，使得研究人员的生活比他们需要的更加困难。我提出了这10条简单的规则，希望通过将软件工程最佳实践应用于研究工具文档，您

NetflixOSS是Spring Cloud默认堆栈，他们的实践走在行业前列，在这篇博文中，他们解释了为什么GraphQL很棒，以及成长的痛苦在哪里。 在这篇文章中，我们将分享我们更新前端架构的过程以及将GraphQL引入Marketing Te

假设有三种电影类型，每种类型都有自己的计算公式，该公式是根据借出的天数计算价格：

50多年来，全世界都在开发软件。软件几乎改变了我们生活的方方面面，所以我们离不开它。因此，软件业一直非常成功。我们可以选择快乐并继续做我们正在做的事情。然而，表面上一切都不是那么美好：太多失败的努力，所有领域的质量一般都太低，成本太高，速度太低等等。显然，我们需要有更好的工作方式，或

从单体应用程序迁移到微服务并不容易，如果你还没有充分认识到微服务粒度应该有多大，否则你很难避免一堆“迷你”巨石单体！（微服务很大，每个微服务是变成一个单体应用）下面这些是帮助我们管理几十个微服务的一些关键原则。我们相信它们广泛适用，并将在可预见的未来为我们服务。

当你写下你的前几个lambdas时，性能是你最不想要的，你最关心的是权限，安全性，身份和访问管理（IAM）角色和触发器，这些都是为了进行“hello world”试用之后，让您的第一个无服务器能够部署正常运行。但是，一旦您的用户开始依赖您的lambdas提供的服务，就应该专注于高性能无服务器

公用表表达式（也称为：CTE，如在Oracle中也称为子查询因子，）是在SQL中声明变量的唯一方法（除了只有PostgreSQL和Sybase SQL Anywhere支持得WINDOW模糊子句）。这是一个强大的概念。非常强大。请考虑以下声明：

现在我们正在进行声明性编程，我们不关心维护任何状态和内存中的计数器。我们希望以在线分析SQL的形式表达这一点。即考虑这些数据：

体面编码就是编写更好代码的简明指南，这是一份指南/清单，可帮助人们提高编码和代码审查。 计算机科学中只有两件事：缓存失效和命名 - 菲尔卡尔顿 每个东西都有一个名称，每个名称只用于一件事。使用多个词来表示

CSS也是代码。本指南中其他主题的项目适用。它需要代码审查，并且需要进行自动和手动质量检查和规则 - 就像任何其他应用程序代码一样。可怜的CSS很难修改和扩展，并且很难改变或重构应用程序。使CSS接近其样式的组件代码。阅读：

在方法接口的域中抛出异常。这可以避免破坏抽象或应用程序层。例如，DAO不应抛出HTTP异常，也不应传播JDBC异常。可以捕获异常并将其包装在更合适的位置以便于实现此目的。 要么用日志记录异常，要么抛出它们 - 通常不是两者。抛出的异常将在某种程度上

更喜欢函数性方法。相比副作用，不可变的状态使代码不易出错，并且更容易推理。 最小化持有状态。任何形式的状态（例如变量，缓存）往往是复杂性和问题的根源，因此最好尽可能少地保留它。如果约束允许，更喜欢在需要时导出信息，以便存储信息。

可读性和可维护性的一般规则：尽量拆分长/大的东西。这包括文件，文件夹，方法和模板。拥有许多行/文件/部分表明某些事情做了太多事情，这使得理解，维护和适应变得困难。寻找可以进行拆分的抽象和责任。 避免添加偷渡性代码。要想想新代码的目标是应该去