1

プロジェクトをExt3.3からExt4に更新しています。新しいext4ファイルを追加した後
、ext3-core-compat.jsとファイルを追加しました。 ext3-compat.jsext-all-debug.js

members is udefined errorext-all-debug.jsのオンライン3262を取得しています。
これは、3つのパラメーターを受け入れるExt.extendメソッド内にあります。

Ext.extend = function(subclass, superclass, members)

Ext.extendが非推奨になっていることは、ExtJs4のドキュメントからわかりますが、すべてをに変更する前に、コードを機能させたいだけExt.extendですExt.define。

助けてくれる人はいますか？

4

2 に答える 2

2

このような匿名コンストラクタ構文を使用していると思いますか？

MyClass = function(config) {
    ...
}
Ext.extend(MyClass, SomeOtherClass, {
    ...
});

その場合、このフォームはExt4またはcompatレイヤーで検出できないため、新しい標準Ext.define構文に手動で更新する必要があります。これが現在移行ドキュメントに記載されているかどうかはわかりません。記載されていない場合は追加します。

于 2011-05-09T18:57:41.933 に答える
0

ExtJS 3から4への移行ガイドの手順に従っていると仮定すると、アプリケーションを手動で調べて変更を加える以外にできることは他にないと思います。移行に関するSenchaのブログ投稿によると（私の強調）：

ExtJS3互換性レイヤー

これは、Ext JS 4の後に含まれる場合、既存のExtJS3コードをブートストラップしてExtJS4で実行するオーバーライドを提供する一連のファイルで構成されます。このレイヤーの目的は、アプリケーションをExtJSで変更せずに実行できるようにすることではありません。 4長期。それどころか、このレイヤーは、ExtJS4に完全に移行するための一時的な手段としてのみ使用することを期待する必要があります。それを提供する目的は、移行を可能な限り迅速かつ無痛にするのを助けることです。空白の画面から不明瞭なエラーをデバッグするのではなく、互換性レイヤーを使用してアプリケーションをレンダリングされた機能状態にすばやく戻すことができるため、最新のアーキテクチャへの移行を大幅に簡単に開始できます。

于 2011-05-09T16:32:00.793 に答える