<?xml version="1.0" encoding="UTF-8"?>
<xliff xmlns="urn:oasis:names:tc:xliff:document:1.1" version="1.1">
  <file original="NoName" source-language="en" datatype="plaintext" target-language="zh_Hans">
    <body>
      <trans-unit xml:space="preserve" approved="no" id="82159e6629a3a247" weblate-flags="safe-html, strict-same">
        <source>= Frequently Asked Questions</source>
        <target state="translated">= 常见问题</target>
        <context-group name="" purpose="location">
          <context context-type="sourcefile"></context>
          <context context-type="linenumber">11</context>
        </context-group>
      </trans-unit>
      <trans-unit xml:space="preserve" approved="no" id="3271495b3eebe53e" weblate-flags="safe-html, strict-same">
        <source>These libraries are not comparable. The output of</source>
        <target state="translated">这些库不可相提并论。simdjson 解析器的输出</target>
        <context-group name="" purpose="location">
          <context context-type="sourcefile"></context>
          <context context-type="linenumber">13</context>
        </context-group>
      </trans-unit>
      <trans-unit xml:space="preserve" approved="no" id="e8331091de11ea06" weblate-flags="safe-html, strict-same">
        <source>the simdjson parser is a read-only structure. In other words, it can't be changed, and the only way to create one is by parsing a JSON string. On the other hand, Boost.JSON allows you to modify the container holding the parsed JSON, or even build a JSON document from scratch through the container interface.</source>
        <target state="translated">是一个只读结构。换句话说，它不能被修改，创建它的唯一方法是解析一个 JSON 字符串。另一方面， Boost.JSON 允许你修改容纳已解析 JSON 的容器，甚至可以通过容器接口从头构建 JSON 文档。</target>
        <context-group name="" purpose="location">
          <context context-type="sourcefile"></context>
          <context context-type="linenumber">14</context>
        </context-group>
      </trans-unit>
      <trans-unit xml:space="preserve" approved="no" id="a8302c7bfa3f07ec" weblate-flags="safe-html, strict-same">
        <source>Using standard allocators would</source>
        <target state="translated">使用标准分配器将会</target>
        <context-group name="" purpose="location">
          <context context-type="sourcefile"></context>
          <context context-type="linenumber">20</context>
        </context-group>
      </trans-unit>
      <trans-unit xml:space="preserve" approved="no" id="809f39dfe82f7053" weblate-flags="safe-html, strict-same">
        <source>require that &lt;&lt;ref_value&gt;&gt; be declared as a class template, which would impose an additional compilation burden. By avoiding the template, most of the function definitions in the library can be excluded from the headers and emitted in a separate static or dynamic library.</source>
        <target state="translated">要求 &amp;lt;&lt;ref_value&gt;&amp;gt; 被声明为一个类模板，这会增加额外的编译负担。通过避免使用模板，库中的大部分函数定义可以从头文件中排除，并放入单独的静态库或动态库中。&lt;/ref_value&gt;</target>
        <context-group name="" purpose="location">
          <context context-type="sourcefile"></context>
          <context context-type="linenumber">21</context>
        </context-group>
      </trans-unit>
      <trans-unit xml:space="preserve" approved="no" id="546a3103e9a0387f" weblate-flags="safe-html, strict-same">
        <source>"Why use &lt;&lt;ref_storage_ptr&gt;&gt; over {ref_polymorphic_allocator}?:: {ref_polymorphic_allocator} treats the memory resource as a reference with respect to ownership. Boost.JSON uses a reference counted smart pointer container to simplify the lifetime management of memory resources. In addition to being reference counted, &lt;&lt;ref_storage_ptr&gt;&gt; can function as an uncounted reference wrapper around a {ref_memory_resource}.</source>
        <target state="translated">"为什么使用 &amp;lt;&lt;ref_storage_ptr&gt;&amp;gt; 而不是 {ref_polymorphic_allocator}？:: {ref_polymorphic_allocator} 将内存资源视为所有权的引用。Boost.JSON 使用一个引用计数智能指针容器来简化内存资源的生命周期管理。除了引用计数外，&amp;lt;&lt;ref_storage_ptr&gt;&amp;gt; 还可以作为围绕 {ref_memory_resource} 的非计数引用包装器。&lt;/ref_storage_ptr&gt;&lt;/ref_storage_ptr&gt;</target>
        <context-group name="" purpose="location">
          <context context-type="sourcefile"></context>
          <context context-type="linenumber">26</context>
        </context-group>
      </trans-unit>
      <trans-unit xml:space="preserve" approved="no" id="5bad8ad68d16c846" weblate-flags="safe-html, strict-same">
        <source>The string provided by the</source>
        <target state="translated">该库提供的字符串</target>
        <context-group name="" purpose="location">
          <context context-type="sourcefile"></context>
          <context context-type="linenumber">34</context>
        </context-group>
      </trans-unit>
      <trans-unit xml:space="preserve" approved="no" id="0e8c2e4eff21cb78" weblate-flags="safe-html, strict-same">
        <source>library uses the &lt;&lt;ref_storage_ptr&gt;&gt; allocator model, has the same interface on all C++ versions, and has an optimized class layout to keep the size of JSON values small. &lt;&lt;ref_string&gt;&gt; also implements an improved interface that replaces extraneous overloads with ones that use &lt;&lt;ref_string_view&gt;&gt;.</source>
        <target state="translated">使用 &amp;lt;&lt;ref_storage_ptr&gt;&amp;gt;分配器模型，在所有 C++ 版本上具有相同的接口，并具有优化的类布局以保持 JSON 值的大小较小。&amp;lt;&lt;ref_string&gt;&amp;gt; 还实现了一个改进的接口，该接口使用 &amp;lt;&lt;ref_string_view&gt;&amp;gt; 替代了多余的重载。&lt;/ref_string_view&gt;&lt;/ref_string&gt;&lt;/ref_storage_ptr&gt;</target>
        <context-group name="" purpose="location">
          <context context-type="sourcefile"></context>
          <context context-type="linenumber">35</context>
        </context-group>
      </trans-unit>
    </body>
  </file>
</xliff>
