問題タブ [flatten]

For questions regarding programming in ECMAScript (JavaScript/JS) and its various dialects/implementations (excluding ActionScript). Note JavaScript is NOT the same as Java! Please include all relevant tags on your question; e.g., [node.js], [jquery], [json], [reactjs], [angular], [ember.js], [vue.js], [typescript], [svelte], etc.

0 投票する
2 に答える
6583 参照

list - ネストされたリストに1つの要素がある場合、Schemeのネストされたリストの周囲の括弧を削除するにはどうすればよいですか?

私がリストを持っているとしましょう:(a b ((c)) (d + e) ((e + f)) (g) () h)

次のリストを取得するにはどうすればよいですか(できれば関数を使用して):(a b c (d + e) (e + f) g h)

言い換えると:

  • ネストされたリストに要素が1つしかない場合は、その要素に簡略化されます。これは((c))、上記の例ではcだけに簡略化されています。また((e + f))になり(e + f)ます。

  • ネストされたリストに複数の要素がある場合、それは同じままです。それは上記の例のように(d + e)残ります。(d + e)

  • ネストされたリストがnullの場合、それは単に削除されます。

最後に、この場合、フラット化という用語が適用されるかどうかはわかりません。私の質問が明確であることを願っています。そうでない場合は、私に知らせてください。

前もって感謝します!

0 投票する
1 に答える
701 参照

draw - CCNode-visit-function がコピーされた CCSprite が暗いエッジを取得しました

CCNodeの[訪問]機能について質問があります

元の画像は輪郭がはっきりしていて、特別なことは何もなく、中に 5 つの葉のスプライトが含まれています。

画面キャプチャ :

http://farm7.static.flickr.com/6107/6248992365_eab5346264_o.png

次に、[CCNode visit] を使用してコピーしたいと思います。

そして、ここにコードがあります

この機能により、ステージ上に存在するスプライトの量を制限することでアプリケーションのパフォーマンスを最適化できますが、「コピーされたスプライト」には暗いエッジがありました。特にスプライトが互いに重なっている場合は、奇妙に見えます。

手がかりがあれば教えてください/このダークエッジの問題に関する有用な情報が得られた場所

0 投票する
10 に答える
22250 参照

javascript - jQueryで配列を平坦化するには?

jQueryで配列を単純に平坦化する方法は? 私は持っている:

そして私が欲しい:

0 投票する
1 に答える
2568 参照

javascript - JavaScriptでオブジェクトを含む多次元配列を平坦化する方法

オブジェクトを含む多次元配列があります.どうすればフラット化できますか

0 投票する
7 に答える
7390 参照

list - リストを強制せずにリストにフラット化するにはどうすればよいですか?

型がベクトルに強制変換されないことを除いて、unlistと同様の機能を実現しようとしていますが、代わりに型が保持されたリストが返されます。例えば:

戻る必要があります

それ以外の

によって返されunlist(list(list(NA, list("TRUE", list(FALSE), 0L))ます。

上記の例からわかるように、平坦化は再帰的である必要があります。これを実現する標準Rライブラリの関数、またはこれを簡単かつ効率的に実装するために使用できる少なくともいくつかの他の関数はありますか?

更新:上記から明らかかどうかはわかりませんが、非リストはフラット化しないでください。つまり、flatten(list(1:3, list(4, 5)))を返す必要がありlist(c(1, 2, 3), 4, 5)ます。

0 投票する
3 に答える
2375 参照

scala - Scala で Map to varargs String リストをフラット化する

Java イベント ロギング (分析) ライブラリには、次のようなイベント名と文字列の varargs リストを受け取るメソッドがあります。

イベントパラメーターを次のようなマップに収集しました

Mapここで、キーと値が交互になる to リストを平坦化し、イベント メソッドにフィードする方法が必要です。Mapを s のリスト aListに変換するなど、いくつかの推測がありましたがTuple、それに対して .flatten を呼び出すと、

ここで何が欠けていますか?

0 投票する
1 に答える
1556 参照

php - 多次元連想配列をPHPの参照の1つの1次元配列にフラット化します

私が配列を持っているとすると:

キーを区切り文字(この例の場合はスラッシュ/)で連結して、参照の1次元ルックアップに「フラット化」したいと思います。

成功した出力でを実行するvar_dump()と、次のようになります:(すべての参照に注意してください

現状では、私はこれを使用しています:

ただし、再帰の要素を削除することで改善しようとしています(スタック/ポップアプローチに切り替えます)。そうすることの問題は、次のような典型的な再帰から非再帰へのアプローチとしての参照の保存です。

...参照で失敗します。

私はSOについていくつかの同様の質問/回答を見てきましたが、どれも参照を適切に扱っていませんでした(それは質問者の意図ではなかったため

ここでより良い(より速く読む)アプローチはありますか?


最終的な解決策(@chrisに感謝):

0 投票する
2 に答える
270 参照

c# - LINQを使用して、インデックスをキャプチャしながらリストをフラット化する

私はを持っており、これをNdxが最も外側のリストからのインデックスであるところList<List<List<Foo>>>にフラット化したいと思います。List<new {Foo, Ndx}>たとえば、次のようなものがある場合:

「a」、「b」、「c」の場合はNdxが0になり、「x」と「y」の場合は1になる可能性があります。誰かがLINQソリューションを持っていますか?

0 投票する
2 に答える
1013 参照

java - Java の XSLT による XML シュレッディング

次のフォームのネストされた (階層的) 構造を持つ大きな XML ファイルを変換する必要があります。

繰り返しネストされたブロックごとに 1 つのブロックを持つ、よりフラットな (「細断された」) 形式に変換します。

データには多数の異なるタグと階層のバリエーション (特に、階層 XML の前後の断片化された XML のタグの数) があるため、理想的には、タグと属性の名前、または階層レベルについて仮定を行うべきではありません。

4 レベルのみの階層の最上位ビューは、次のようになります。

そして、望ましい出力は次のようになります

つまり、各レベルiLi異なるコンポーネントがある場合、合計でProduct(Li)異なるコンポーネントが生成されます (唯一の差別化要因はレベル 4 であるため、上の 2 つだけですL1*L2*L3*L4 = 2)。

私が見た限りでは、XSLT が最適な方法かもしれませんが、他のソリューション (StAX や JDOM など) でも十分でしょう。

架空の情報を使用した、より詳細な例は次のようになります。

上記のデータは、5 つのブロック (つまり、異なる<Job>ブロックごとに 1 つ) に細分化する必要があります。各ブロックは、他のすべてのタグを同じままにし、要素を 1 つだけ持ち<Job>ます。したがって、<Job>上記の例で 5 つの異なるブロックがある場合、変換された (「断片化された」) XML は次のようになります。

0 投票する
1 に答える
213 参照

ssl - このerlangコードは例外をスローしますが、理由はわかりません

Windows認証局(AD CS)を使用して、RabbitMQWindowsサービスとクライアント間の安全な接続の参加者に証明書を発行しています。

クライアント証明書の件名は、LDAPの識別名(DN)です: "CN = John Ruiz、CN = Users、DC = devexample、DC = com"

この接続を確立しようとすると、サーバーは例外をスローして接続を閉じ、ウサギのログに次のerlangスタックトレースが表示されます。

スタックトレースの最後の2行を見ると、次の2つのファイルが関係していることがわかりました。

  1. ウサギ_ssl.erl
  2. rabbit_auth_mechanism_ssl.erl

問題は、私が以前にerlangを読んだり書いたりしたことがないので、find_by_typeが例外をスローしている理由がわかりません。私の推測では、相対DN(RDN)のリストには2つのCN = *要素があるため、lists:flattenの呼び出しの結果は配列ですが、期待される結果はスカラーです。

erlangに精通している人が私の仮定を確認または修正できますか?(例外をスローするのではなく)今説明したケースを処理するためにこのコードを改善できる方法を見つけたら、RabbitMQメーリングリストで提案できるように本当に感謝しています。