Libelektra: yajl：Elektraのブール値はサポートされていません

@kodebachは、タイププラグインを「1」ではなく「true」に正規化するように再構成できる可能性があります。

いいえ、これはタイププラグインではサポートされていません。これのユースケースがあることを知りませんでした。

IMOそれも意味がありません。 ブール値を表すエレクトラウェイは0と1です。 ストレージ形式が型をサポートしている場合、Elektra表現からストレージ形式の表現への変換は、ストレージプラグインによって実行する必要があります。 最終的に、フォーマットXのストレージプラグインは、ElektraとフォーマットXの間のブリッジになるはずです。

また、より大きな問題は値の復元ではありませんか？ 復元はpresetstorageで行われ、明示的に要求した場合、値を設定するときに、値は常にユーザーが選択した表現に復元されます。 つまり、例でkdb set user/tests/yajl onを使用した場合、 yajlプラグインは値onを受け取ります。

ここで実際に必要なのは、ユーザーが値を設定する方法に関係なく、値が復元される表現を設定する方法です。 これは非常に簡単に追加できます。 ただし、現在、別のプラグインからプラグインの構成を指定する方法があるかどうかはわかりません。 つまり、 yajlを使用する場合でも、ユーザーはtype正しく構成する必要があります。

その値は常にユーザーが選択した表現に復元されます

JSONでは利用可能なプレゼンテーションはtrue / falseのみであるため、これは問題にはなりません。したがって、ユーザーは選択できません。

つまり、yajlを使用する場合でも、ユーザーはタイプを正しく構成する必要があります。

yajlはタイププラグインを再構成するための構成/ニーズを追加できるため、これも問題ありません。

ブール値を表すElektra-wayは0と1です。ストレージ形式が型をサポートしている場合、Elektra表現からストレージ形式の表現への変換は、ストレージプラグインによって実行する必要があります。

はい、私は完全に同意します。 このアプローチの利点は、中間プラグイン（型とストレージの間）がブール値の正しい表現を確認できるようになることです。

これを反映するために、上記の「実装のヒント」を更新しました。

@kodebach別の質問：JSONはdouble / boolean / stringのみをサポートします。 これらの3つのタイプのみが許可されているとタイププラグインに言うことは可能ですか？

これにより、＃1092で説明されているJSONタイプも修正されます。

JSONでは利用可能なプレゼンテーションはtrue / falseのみであるため、これは問題にはなりません。したがって、ユーザーは選択できません。

JSONでは選択できませんが、 kdb setを使用する場合は選択できます

タイプとストレージの間

順序は次のようになります： getstorage 、 type 、[その他]、 type 、 setstorage 、タイプ間にプラグインがあってはならないことを意味しますとストレージ。

これを反映するために、上記の「実装のヒント」を更新しました。

kdb set user/tests/yajl onは、 typeを変更しないと機能しないという問題がまだあります。この場合、 typeは値onをsetstorageに渡すためです。プラグイン。

JSONはdouble / boolean / stringのみをサポートします。 これらの3つのタイプのみが許可されているとタイププラグインに言うことは可能ですか？

設定を介して許可されるタイプを制限するのは難しいことではありません。

JSONでは選択できませんが、kdbセットを使用する場合は選択できます

kdb set選択されたものは、ファイル形式がそれをサポートしていない場合、とにかく覚えることができません。

たとえば、kdb set user / tests / yajl onは、タイプを変更しないと機能しないという問題がまだあります。この場合、タイプは値をsetstorageプラグインに渡すためです。

この場合、なぜ「1」に変換されないのですか？

設定を介して許可されるタイプを制限するのは難しいことではありません。

多分それは問題ではありません。 ストレージプラグインまたはタイププラグインがタイプが許可されていないと言っている場合、違いはありますか？ ストレージチュートリアルでもタイプについて何かを言うといいでしょう（ @sanssecours ？）

ストレージプラグインまたはタイププラグインがタイプが許可されていないと言っている場合、違いはありますか？

私が知っていることではありません。 おそらく、ユーザーが問題の使用であることを見ているので、ストレージプラグインでエラーを発生させるためにも、良いだろうyajlの使用していないtype 。

この場合、なぜ「1」に変換されないのですか？

正規化/復元手順は、次の場合に説明できます。

• ケース1：キーはkdbGet存在し、 kdbGetとkdbSet間で変更されていません
  これは最も簡単で最も明白なケースです。 値はkdbGet正規化され、元の値はkdbSetで復元されるため、基になるストレージファイルは変更されません（問題のキーに対して）
• ケース2：キーがkdbGet存在しなかった
  ここでは、値を正規化してタイプを確認し、すぐに復元します。
• ケース3：キーはkdbGetに存在しましたが、その値はkdbGetとkdbSet間で変更されました
  これはケース2と同じように重要です。 keySetStringはorigvalueメタデータを削除するため、 typeプラグインの場合、この種のキーはkdbGetは存在しません

特別な場合が1つあります。 ここで使用される可能性のある機能をすでに追加しました（情報/メタデータに追加するのを忘れました）：

https://github.com/ElektraInitiative/libelektra/blob/6e609f7e78039db188e32d32d2ea13908c0abe38/src/plugins/type/README.md#L84 -L88

yajlがすべてのブールキーのメタデータcheck/boolean/true = trueとcheck/boolean/false = falseを挿入する場合、すべての正規化と復元は意図したとおりに機能するはずです。 typeプラグインは、ブールキー（getおよびset）の値true 、 1 、 false 、および0を受け入れます。ただし、常にtrueまたはfalseをsetstorageプラグインに渡します。 yajlプラグインは、getで0 / 1を返す必要があり、 true / falseと0を受け入れる必要があります。 1がセットになっているため、 typeプラグインの有無にかかわらず機能します。

我々はしかし、この方法を下に行くことを選択した場合はタイプのプラグインを設置することは、もはやにブールのキーに対して異なる値を使用できるようになりますので、我々は、非常によく、それを文書化する必要はないkdb set 、なぜならyajlひそかにユーザーが指定した構成を上書きします。

私が知っていることではありません。 ストレージプラグインでエラーを発生させる方がおそらくさらに良いでしょう。なぜなら、問題はタイプの使用ではなく、yajlの使用であることがユーザーにわかるからです。

丁度。

正規化/復元手順は、次の場合に説明できます。
[...]（情報/メタデータに追加するのを忘れました）

詳細な説明ありがとうございます。 これをドキュメントに追加していただけますか？

kdbセットのブールキーに異なる値を使用することはできなくなります

「config / needs」を使用すると、yajlは「check / boolean / true = trueおよびcheck / boolean / false = false」を使用して型がマウントされていることを確認できます。

では、実装のヒントを変更する必要がありますか？

「config / needs」を使用すると、yajlは「check / boolean / true = trueおよびcheck / boolean / false = false」を使用して型がマウントされていることを確認できます。

誤解しましたが、現在、 check/boolean/trueとcheck/boolean/falseは、 typeではなく、個々のキーのメタデータとして設定する必要があります。 構成内の一般的なサポートを追加する必要があります（十分に簡単です）。

OK。 いいえ、そのままにしておきます。 yajlプラグインにすべてを実装する方が理にかなっています。
実装のヒントとして追加しました：

yajlプラグインは次のことを行う必要があります。

• [] Elektraの「0」と「1」の値をJSONのfalseとtrueにレンダリングします。
• []サポートされていないタイプが見つかった場合、タイプエラーで失敗します

@sanssecoursこの情報をストレージプラグインのチュートリアルに追加できますか？

yajlは、メタデータcheck/boolean/true = trueとcheck/boolean/false = falseをtype = boolean各キーに追加する必要もあります。 そうしないと、上記のkdb set /some/key onの問題が発生します。

yajlもメタデータを追加する必要があります

yajlがブール値に対して常に「0」と「1」のみを与える場合にも、これは必要ですか？

はい、問題が発生するため、ユーザーがkdbGet後にキー値を変更すると。 yajlはそれに影響を与えません。

ただし、ユーザーが新しいキーを追加するとメタデータが存在せず、ソリューションが機能しないため、とにかくtypeプラグインを変更する必要があることを忘れないでください。

したがって、正規化が正しく機能するように、タイププラグインをkdbSetパスで2回使用できるようにする必要がありますか？ 問題を作成できますか？

いいえ。＃2582の場合、 yajl （またはユーザー）は、 typeいずれかが含まれていることを確認する必要があります。

• booleans配列とboolean/restore = #1ません
  または
• #Xとboolean/restore = #X位置に"true"と"false"を含むbooleans配列があります

これを修正しようとしますが、質問があります。

elektraYajlGetブール値として解析するキーにtype=booleanとtype/boolean/restoreas=noneを設定するだけで十分ではないでしょうか。 次に、 elektraYajlSetで、値が1または0のこのキーを受け取る必要があります。

しかし、私はまだユーザー提供の値を受け取っています

# kdb mount conf.json user/tests/yajl yajl type
# kdb set user/tests/yajl 1
Set string to "1"
# kdb setmeta user/tests/yajl type boolean
# kdb set user/tests/yajl false
Sorry, 1 warning was issued ;(
    Sorry, module yajl issued the warning C03200:
    Validation Semantic: Got boolean which is neither true nor false
Set string to "false"

Case 2: The Key didn't exist in `kdbGet`
  Here we normalize the value to verify the type and then restore it immediately.

@kodebach
この場合、 type/boolean/restoreas=noneあっても、値が常に復元される可能性はありますか？

/boolean/restoreasは、個々のキーのメタキーではありません。 これは、マウントポイント全体に使用されるtypeプラグインのインスタンスの構成の一部です。

src/pluigns/yajl/README.mdヘッダーにconfig/needs = type/boolean/restoreas=noneを追加するだけで十分だと思います。 （少なくともkdb mount介したマウントの場合）

- infos/config/needs = type/boolean/restoreas=none追加すると、コンパイラエラーのようです。

/elektra/build/src/plugins/yajl/readme_yajl.c:11:55: error: expected ‘)’ before ‘keyNew’
 "- infos/config/needs = type/boolean/restoreas=none\n"
                                                       ^
                                                       )

プログラムでキーを設定することもできますか？ 別のプラグインを構成する方法に関するドキュメントが見つかりません。

config/needではなくinfos/config/needs config/needである必要があると思います。 でも今は確認できません。

READMEのヘッダーはkeyNew行に変換され、プラグインのgetメソッドに含めます。 ドキュメントが自動的に提供されるため、READMEを使用することをお勧めしますが、手動で追加することもできます。

プログラムでキーを設定することもできますか？

はい、それを契約キーセットに追加するだけです。 たとえば、次の行は、YAML CPPがtypeプラグインを構成する方法を示しています。

https://github.com/ElektraInitiative/libelektra/blob/5519cb8066a096215a3701ca3d8c02fcebe54914/src/plugins/yamlcpp/yamlcpp.cpp#L44
。

あなたがた両方に感謝します！

＃3012では、yajlプラグインの動作は次のとおりです。

タイププラグイン付き

kdb mount conf.json user/tests/yajl yajl type
kdb set user/tests/yajl 1
kdb get user/tests/yajl
#> 1
kdb setmeta user/tests/yajl type boolean
kdb set user/tests/yajl on
kdb get user/tests/yajl
#> 1
kdb set user/tests/yajl/subkey disable
kdb setmeta user/tests/yajl/subkey type boolean
kdb get user/tests/yajl/subkey
#> 0

cat `kdb file user/tests/yajl`
{
    "___dirdata": true,
    "subkey": true
}

タイププラグインなし

yajlプラグインは、getで0 / 1を返す必要があり、 true / falseと0を受け入れる必要があります。 1がセットになっているため、 typeプラグインの有無にかかわらず機能します。

kdb mount conf.json user/tests/yajl yajl
kdb set user/tests/yajl 1
kdb getmeta user/tests/yajl type
#> boolean
kdb set user/tests/yajl false
kdb getmeta user/tests/yajl type
#> boolean
kdb get user/tests/yajl
#> 0

# Without the type plugin, 'on' is mapped to a string and a warning is emitted.
kdb set user/tests/yajl on
#> RET: 2

* fail with type errors if non-supported types are found

タイププラグインがマウントされているかどうかを示していますか？

この最後のケースでは、これまでの動作は警告が発せられるというものでした。

 Sorry, 1 warning was issued ;(
    Sorry, module yajl issued the warning C03200:
    Validation Semantic: Got boolean which is neither 1 or true nor 0 or false

型プラグインがなければ、型チェックは行われないはずなので、これはまだ問題ないと思います。

実際には、「1」または「0」以外のことについて警告する（または失敗する）必要があります。 また、「true」、「false」はエレクトラのブール値ではありません。

Imho、yajlプラグインはtypeプラグインへの「require」依存関係を持っている必要があります。 （ただし、Elektraのタイプの1つではないため、最初に「番号」も修正する必要があります）。

実際には、「1」または「0」以外のことについて警告する（または失敗する）必要があります。 また、「true」、「false」はエレクトラのブール値ではありません。

@kodebachは書いた

yajlプラグインはgetで0/1を返す必要があり、typeプラグインの有無にかかわらず機能するように、true / falseとsetの0/1を受け入れる必要があります。

それは私が「真」と「偽」も許していることです。

Imho、yajlプラグインはtypeプラグインへの「require」依存関係を持っている必要があります。 （ただし、Elektraのタイプの1つではないため、最初に「番号」も修正する必要があります）。

はい、私は依存関係について完全に同意します。 次に、「true」と「false」のサポートを削除できます。

数の問題について：YajlはNumberタイプをdoubleにマップします。これは問題ないと思います。 また、すばやく確認すると、タイププラグインのdoubleタイプはjsonのE表記（つまり、 3.4e2 ）もサポートしています。
何が問題だと思いますか？

何が問題だと思いますか？

ああ、src / plugins / yajl / testmod_yajl.c240-251がコメントアウトされているのがわかります。 これは削除する必要があります。 （まだ数の発生があります。）