class so_getMaterialType{ var $CreateTime = ''; var $IsDefault = ''; var $UpdateTime = '';}$p = array();$sql = 'SELECT * from tb where lid<50';$re_materialTypeID = $db->getAll($sql);foreach($re_materialTypeID as $key => $val){ $getMaterialType = new so_getMaterialType ; //为什么每次循环都要新申请一遍,而不是放在循环外面申请一次即可?? $getMaterialType->CreateTime = $val['CreateTime']; $getMaterialType->IsDefault = $val['IsDefault']; $getMaterialType->UpdateTime = $val['UpdateTime'] ; $p[] = $getMaterialType ;}var_dump($p);return $p; /*????????这种写法与上面差别是什么?????????????*/$getMaterialType = array();$getMaterialType[] = new so_getMaterialType ;$sql = 'SELECT * from tb where lid<50';$re_materialTypeID = $db->getAll($sql);foreach($re_materialTypeID as $key => $val){ $getMaterialType[$key]->CreateTime = $val['CreateTime']; $getMaterialType[$key]->IsDefault = $val['IsDefault']; $getMaterialType[$key]->UpdateTime = $val['UpdateTime'] ;}var_dump($getMaterialType);return $getMaterialType;
ディスカッションへの返信 (解決策)
flex との通信に amf2.1.1 を使用していますが、デバッグ プロセス中に、このクラスの配列を渡す際に常に問題が発生します。最初のコード
$ p は、複数の so_getmaterialType オブジェクトを含む配列
2 番目のコード
$getmaterialType の最初の要素は so_getmaterialType オブジェクトで、残りは stdClass オブジェクト
明らかに必要なのは結果です最初の書き方
で、これで
たとえば、10 回ループした後、最初の書き方では so_getmaterialType の 10 個のオブジェクトが保存され、2 番目の書き方では 1 つのオブジェクトしか保存されないため、 2番目の書き方は同じです。
これは次のコードのようなものです:
class so_getMaterialType { var $CreateTime = ''; var $IsDefault = ''; var $UpdateTime = ''; function __construct($a) { foreach($a as $k->$v) $this->$k = $v; }}$p = array();$sql = 'SELECT * from tb where lid<50';$re_materialTypeID = $db->getAll($sql); foreach($re_materialTypeID as $key => $val) { $p[] = new so_getMaterialType($val) ;}
結果は 2 12 でなければなりません
申し訳ありませんが、上の例は間違っています。オブジェクトは本質的にポインタであるため、これはオブジェクトの代入時にのみ発生します
最終的に関数を flex に接続しました、投稿者さん、ありがとう。
例えば、10回ループした後、1つ目の書き方ではso_getmaterialTypeのオブジェクトを10個保存しますが、2つ目の書き方ではオブジェクトを1つだけ保存するので、2つ目の書き方で得られる配列の値は同じになります。
これは次のコードのようなものです:
rrree
結果は 2 12 でなければなりません
15 行目:
$getmaterialType = new so_getmaterialType //ループするたびに、それを配置する代わりに、なぜ再度適用する必要があるのですか。 in ループの外に 1 回適用するだけで十分ですか? ?
つまり、新しい so_getmaterialType を 1 回だけ適用した場合、配列 p 内の各クラス オブジェクトは同じ値を持つということですよね? これは、私の追跡プロセスでは実際に当てはまります。ここで、p[]は配列へのポインタとして理解されますか? 、10個のクラスオブジェクトを指していますよね?
$value = 10;$array[0] = $value;$value=12;$array[1] = $value;print_r($array);
キーワード new はメモリ空間を生成し、このメモリのアドレスは $getmaterialType に割り当てられます。つまり、$getmaterialType は前のメモリ空間を指すアドレスです。したがって、オブジェクト $getmaterialType はポインターです。
$value = 10;$array[0] = $value;$value=12;$array[1] = $value;print_r($array);
最初の書き方は $getmaterialType の値を変更しないので、p[] 内のすべての要素は同じメモリ アドレスを指し、データは当然同じです。
2 番目の書き方では、毎回新しいメモリ空間が生成され、そのアドレスが $getmaterialType に割り当てられるため、p[] 内の要素は異なるメモリ空間を指します。
簡単に言うと:
$getmaterialType = ××× のみが $getmaterialType の値を変更し、 $getmaterialType->property = ××× は $getmaterialType の値を変更しません

PHPSESSIONの障害の理由には、構成エラー、Cookieの問題、セッションの有効期限が含まれます。 1。構成エラー:正しいセッションをチェックして設定します。save_path。 2.Cookieの問題:Cookieが正しく設定されていることを確認してください。 3.セッションの有効期限:セッションを調整してください。GC_MAXLIFETIME値はセッション時間を延長します。

PHPでセッションの問題をデバッグする方法は次のとおりです。1。セッションが正しく開始されるかどうかを確認します。 2.セッションIDの配信を確認します。 3.セッションデータのストレージと読み取りを確認します。 4.サーバーの構成を確認します。セッションIDとデータを出力し、セッションファイルのコンテンツを表示するなど、セッション関連の問題を効果的に診断して解決できます。

session_start()への複数の呼び出しにより、警告メッセージと可能なデータ上書きが行われます。 1)PHPは警告を発し、セッションが開始されたことを促します。 2)セッションデータの予期しない上書きを引き起こす可能性があります。 3)session_status()を使用してセッションステータスを確認して、繰り返しの呼び出しを避けます。

PHPでのセッションライフサイクルの構成は、session.gc_maxlifetimeとsession.cookie_lifetimeを設定することで達成できます。 1)session.gc_maxlifetimeサーバー側のセッションデータのサバイバル時間を制御します。 0に設定すると、ブラウザが閉じているとCookieが期限切れになります。

データベースストレージセッションを使用することの主な利点には、持続性、スケーラビリティ、セキュリティが含まれます。 1。永続性:サーバーが再起動しても、セッションデータは変更されないままになります。 2。スケーラビリティ:分散システムに適用され、セッションデータが複数のサーバー間で同期されるようにします。 3。セキュリティ:データベースは、機密情報を保護するための暗号化されたストレージを提供します。

PHPでのカスタムセッション処理の実装は、SessionHandlerInterfaceインターフェイスを実装することで実行できます。具体的な手順には、次のものが含まれます。1)CussentsessionHandlerなどのSessionHandlerInterfaceを実装するクラスの作成。 2)セッションデータのライフサイクルとストレージ方法を定義するためのインターフェイス(オープン、クローズ、読み取り、書き込み、破壊、GCなど)の書き換え方法。 3)PHPスクリプトでカスタムセッションプロセッサを登録し、セッションを開始します。これにより、データをMySQLやRedisなどのメディアに保存して、パフォーマンス、セキュリティ、スケーラビリティを改善できます。

SessionIDは、ユーザーセッションのステータスを追跡するためにWebアプリケーションで使用されるメカニズムです。 1.ユーザーとサーバー間の複数のインタラクション中にユーザーのID情報を維持するために使用されるランダムに生成された文字列です。 2。サーバーは、ユーザーの複数のリクエストでこれらの要求を識別および関連付けるのに役立つCookieまたはURLパラメーターを介してクライアントに生成および送信します。 3.生成は通常、ランダムアルゴリズムを使用して、一意性と予測不可能性を確保します。 4.実際の開発では、Redisなどのメモリ内データベースを使用してセッションデータを保存してパフォーマンスとセキュリティを改善できます。

APIなどのステートレス環境でのセッションの管理は、JWTまたはCookieを使用して達成できます。 1。JWTは、無国籍とスケーラビリティに適していますが、ビッグデータに関してはサイズが大きいです。 2.cookiesはより伝統的で実装が簡単ですが、セキュリティを確保するために慎重に構成する必要があります。


ホットAIツール

Undresser.AI Undress
リアルなヌード写真を作成する AI 搭載アプリ

AI Clothes Remover
写真から衣服を削除するオンライン AI ツール。

Undress AI Tool
脱衣画像を無料で

Clothoff.io
AI衣類リムーバー

Video Face Swap
完全無料の AI 顔交換ツールを使用して、あらゆるビデオの顔を簡単に交換できます。

人気の記事

ホットツール

PhpStorm Mac バージョン
最新(2018.2.1)のプロフェッショナル向けPHP統合開発ツール

AtomエディタMac版ダウンロード
最も人気のあるオープンソースエディター

WebStorm Mac版
便利なJavaScript開発ツール

SecLists
SecLists は、セキュリティ テスターの究極の相棒です。これは、セキュリティ評価中に頻繁に使用されるさまざまな種類のリストを 1 か所にまとめたものです。 SecLists は、セキュリティ テスターが必要とする可能性のあるすべてのリストを便利に提供することで、セキュリティ テストをより効率的かつ生産的にするのに役立ちます。リストの種類には、ユーザー名、パスワード、URL、ファジング ペイロード、機密データ パターン、Web シェルなどが含まれます。テスターはこのリポジトリを新しいテスト マシンにプルするだけで、必要なあらゆる種類のリストにアクセスできるようになります。

EditPlus 中国語クラック版
サイズが小さく、構文の強調表示、コード プロンプト機能はサポートされていません

ホットトピック









