昨日の連載トピックからいくつかアイデアを得ました。解決方法

昨日の連載トピックからいくつかアイデアを得ました。
多くの電子商取引 Web サイトでは、個人情報、商品情報、請求先情報を入力するのは非常に一般的な行為です

しかし、新人の中には各情報に対して 1 つのフィールドだけを好み、その分野で仕事を辞めてしまう人もいます。彼は大丈夫ですが、後発者は困っています。

テーブルもフィールドも増えていき、再構築することは不可能であり、山のように積み重なることしかできません。

時間が経つにつれて、外側は豪華だが内側はゴミのような Web システムが形成されます。



-----解決策---------------------------- ----
では、シリアル化とデシリアル化は一般的にどのようなプロジェクトで使用されますか?
jsonで保存されているようです。
この方法は以前に電子商取引プラットフォームで見たことがありますが、Flex でも利用できます。
------解決策---------
適用される機会が異なります

PHP コード

クラス T {
  var $v = 1;
  関数参照() {
    echo $this->v;
  }
}

$p = 新しい T;
$p->v = 'abcd';
$p->see(); //abcd

$s = json_encode($p);
$t = json_decode($s);
$t->see();//未定義メソッド stdClass::see() を呼び出します

$s = シリアル化($p);
$t = アンシリアル化($s);
$t->see(); //abcd
<br><font color="#e78608">------解決策---------</font><br>モデレーターの例はとても古典的です...<br>コレクション。
<br><font color="#e78608">------解決策------------------</font><br>データは、データがないよりも多い方が良いです。もちろん、理不尽で設計に従うことしかできない人もいます。コードを書く人々はどれほど幸せですか? なぜここに来るのでしょうか?
<br><font color="#e78608">------解決策---------</font><br>データベースのフィールドはmysqlキーを使用できます-&gt ; 設計する価値。
<br><font color="#e78608">------解決策------------------</font><br>これは投稿者にとって悪いことでしょうか?複数のフィールドが合理的であることの何が問題ですか? 一部のフィールドはフィールドでなければなりません <br> 検索や並べ替えなどを行わないと大きな問題になります <br><br> のように設計することもできます。上では、1 つのフィールドはフィールド名で、もう 1 つのフィールドは値です。
<br><font color="#e78608">------解決策---------</font><br>すべてを三段論法で導き出すことができたら、なんて素晴らしい<br>しかし、残念ながらそれはできません<br><br>決して単純なルールで広大な宇宙をカバーしようとしないでください<br> <div class="clear"></div>