• 这个模型是由伦纳德·理查森（Leonard Richardson）开发的，试图根据对REST施加约束的遵守程度对API进行分类。分类有四个级别：最低的是级别0，它表示不那么兼容的实现，最高的是级别3，它是最兼容的，因此也是最RESTful的。 [b icon
  • Java非常适合实现业务逻辑，但是在处理数据集时存在一些弱点。这些任务通常与必须处理大量与POJO相关的样板代码并以编程方式更新每个属性有关。在本文中，我们将探讨[url= icon
  • 今天，我们有了一类称为日志聚合系统的应用程序。当我们拥有大量微服务并且我们希望跨微服务跟踪日志时，日志聚合很有用。 传统的Java应用程序日志如下所示： [code]2020-09-17 21:56:10.740 INFO [Order icon
  • YAML是用于配置文件的人性化表示法。为什么相比[url= Boot中[/url]的属性文件Properties，我们更喜欢这种数据序列化？除了可读性和减少重复之外，YAML是在部署时Configuration icon
  • Boon目前是最快的JSON解析器，胜出GSON Jackson和JsonSmart等等，点按标题进入具体测试数据。下面是2014年2月3日的测试数据： [code] Benchmark icon
  • 使用[url= 。用[url= 用法 ~> icon
  • 序列化过滤器首次出现在JDK 9，在 JDK 17获得更新，序列化过滤器使 Java 应用程序可以更好地控制传入数据的反序列化方式。 Java 中的序列化长期以来一直是一个令人头疼的问题，与它的实现方式有关的几个问题有关。其中一些问题包括： [list] [*]打破封装 [*]行为研究受控“魔术师” icon
  • ThoughtWorks 的[url= XML 和 JSON 格式的对象。与 JAXB (J icon
  • Java中的[url= Patch[/url]和[url= Merge icon
  • Camarero可以为现有应用程序添加一些JSON API功能，对于有大量读取场景下实现只读性的JSON API 。使用Elixir编写，它的设计非常简单，便于对数据进行只读性的Web访问。它可能确实是替换Redis或任何其他键值存储的好选择。 根 icon
  • 在PayPal，我们最近将[url= icon
  • 我很确定事件驱动已经是一个大问题，并且会变得更大。事实上，事件是JSON blob，并且通常我们希望它们在计算机程序中更容易使用。我以前也写过关于很难指定JSON格式化文章，也有关于无模式的消息处理。事实证明，JSON Schema世界虽然有好消息，但问题远未解决。 据我所知，实际上只有两种方法可以 icon
  • 人的理性是有限的，甚至拙劣的，但理性中的人却很自负。互联网本身不是被理性事先设计出来的，但是我们总是想在互联网上再次理性设计，XML和区块链都是人类理性自负地结果，有人甚至将区块链和互联网相比，他们不知道互联网可不是哪个上帝式的人或公司设计出来的，现在谷歌公司试图干扰互联网的各种小动作其实是一种作恶 icon
  • REST的JSON格式是现在流行的通讯数据格式，但是在Reactive运动如React.js等前端新技术的推动下，以及面向函数编程概念的普及，人们发现JSON已经不再满足需要了。 GraphQL和Falcor是对REST的JSON的进化发展，GraphQL是一种嵌套的有层次的JSON，如果说JSON icon
  • Real Logic Limited的简单二进制编码（Simple Binary Encoding简称SBE）提供低延迟高性能的二进制编码。其性能比Google的Protocol Buffer快20倍。 SBE灵感是来自于高性能工作组的 FIX Protocol Limited (FPL)组织，其最 icon
  • [url= Meetup's streaming API with RxNetty[/url]介绍了如何使用响应式Reactive方式访问社会媒体API，通过非堵塞的RxNetty实时加载meetup.com的事件并进行处理，Rx icon