在数字化的过程中，我们已经构建了很多应用程序。其中一些是供内部使用的，其中许多是面向消费者的应用程序。无论该应用程序是用于管理访问我们的Airtel办事处的访问者的简单Android应用程序（KIOS.

这是我们从长期维护大型JavaScript应用程序中学到的经验教训。在我们的机构，客户项目通常持续几个月。从第一个客户联系和设计阶段到实施和首次启动，项目大致需要半年时间。但有时我们会在几年内开发和维.

这是对Node.js最佳实践中排名最高的内容的总结和分享，这是Github中文文章，点击标题进入。这里是最大的汇集，且每周都在增长 - 当前，超过50个最佳实现，样式指南，架构建议已经呈现。每天都有新.

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

公用表表达式（也称为：CTE，如在Oracle中也称为子查询因子，）是在SQL中声明变量的唯一方法（除了只有PostgreSQL和Sybase SQL Anywhere支持得WINDOW模糊子句）。这.

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

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

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

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

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

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

科学，尤其是生物学，越来越依赖软件工具来实现研究。但是，如果您是生物学家，则可能未接受过软件开发最佳实践方面的培训。由于缺乏培训，科学软件通常只有极少甚至不存在的文档，使得研究人员的生活比他们需要的更.

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