deque

    0

    1答えて

    私の2次元デューキュの最初の次元をC++で使いたいのですが、引数が正しくありません。 struct storingDataStruct{ int posX; int posY; }; deque<deque<storingDataStruct>> dataStorage; dataStorage.push_back(new deque<storingDataStruct

    0

    2答えて

    両端キューでの作業、メインで未定義のメソッドを呼び出すメインMyDequeAppで MyDeque theQueue = new MyDeque(queElm); theQueue = insertFront(10); メソッドが呼び出されたクラスである​​ public void insertFront(Item x) { if(front==maxSize) f

    0

    3答えて

    mainのinsertFront()メソッドに特に注目し、numとpriceの値を保持するアイテムを作成するにはどうすればよいですか。さらにnumとpriceの値、またはuserinNumとuserinPriceの値を保持する必要がありますか? theQueue.insertFront(//ITEM???); MainメソッドMyDequeApp: import java.*; import

    5

    2答えて

    こんにちは私はベクトルのようにインデックスを付けることができるが、ベクターのようにメモリ内の古い要素を移動しないstlコンテナが必要ですresizeまたはreserve(私はすべての要素、それは私のためには良くない)。 (私は要素へのバインドを扱うので、これらの要素のアドレスは決して変わらないと思います)。だから私はこのくせを見つけました。あなたはそれがこの目的のために良いと思いますか?重要:私は

    12

    2答えて

    ここにProject Euler Problem 49の(やや乱雑な)試みがあります。 私は明らかに、dequeは良い選択ではありませんでした!私の考えは、メンバシップをテストするために素数集合を縮小すると、ループが加速することになります。しかし、setを使用する必要があり、要素の削除について心配してはならないことに気付いたとき、私は60倍のスピードアップを得ました。私はsetを使用することを考え

    1

    3答えて

    私はデュークでコロン演算子を使用することを望んでいましたが、リストと同じように動作していないようです。私が何かしようとしていた : 「例外TypeError:シーケンスインデックスが整数ではなく、 『スライス』でなければならない」 を行うための最善の方法は何これは私が受け取ったエラーです myDeque = deque([0,1,2,3,4,5]) myDequeFunction(myDeque

    5

    3答えて

    私はPythonを学んでおり、両端キューを作成しようとしています。しかし、私は間違った出力を得て、なぜ私は確信していません。異なる場所でそれらに0を持っている4そのうちこのコードで p = [2, 1], [1, 1] init_q= deque() init_q.append(p) for i in range(len(p)): for j in range(len(p[i])

    2

    2答えて

    を押し戻す: #include <deque> #include <iostream> #include <string> using std::cout; using std::deque; using std::endl; using std::string; int main() { deque<const char *> names; string

    9

    1答えて

    私たちのアンドロイドアプリケーションをスナップドラゴンデバイスで実行しているときにクラッシュしましたが、他のデバイスでうまく動作します。 W/Adreno-EGLSUB(3075): <DequeueBuffer:583>: dequeue native buffer fail: Unknown error 2147483646, buffer=0x0, handle=0x0 W/Adreno-

    9

    1答えて

    私は、永続的なリアルタイムの飼育可能なデュークスに関する研究を探してきました。デキューを連結するための対数複雑さと、償却された一定時間の実装を持つものの、一定時間の連結を伴うリアルタイム(非償却)デックははるかに少ないものがあります。 よく知られているリアルタイムの追跡可能なデキュは、Haim KaplanおよびRobert Tarjanの1999年の記事、Purely Functional, R