理想化されたプログラミングについて

理想化プログラミングの例はまだたくさんあるので、インタフェースという例を持って話しましょう.
今の一般的なインタフェースはすべてjsonフォーマットで、Jsonは1種の特殊な文字列です(stringが特殊な引用タイプのようで、どのように特殊な問題があなたに残しました)!XXはインタフェースが文字列であることを提供して、それから私はどのようにして、彼はつなぎ合わせると言って、この时、みんなは问题があると思いますか?
あなたはJson串をつなぎ合わせて、いつかあなたは日の犬を感じることができます...(jsでjson列をつなぐのも含めて、必ずjsonオブジェクトをつづる!必ずjsonオブジェクトをつづる!必ずjsonオブジェクトをつづる!重要なことを3回言う!そしてJSON.parse()とJSON.stringfy()は操作します.
XXが提供する构造は一连の文字列で、どうしてシーケンス化しません!!!プレースホルダはいかがですか?XX曰わく、私たちのデータは現れません!そう確信してるの?これが理想化プログラミングの恐ろしさです!
私は下層部にこんなことを書いたのか.

     public string ToJson()
        {
            return string.Format("{{\"para1\":{0},\"para2\":{1},\"para3\":{2}}}", para1, para2, para3);
        }

この时私はもうツッコミを入れる力がありません...どうしてシーケンス化(Serialization)してjsonにならないのですか?
以下に、逆シーケンス化モデルについても説明する.どうして強い回転を使うのですか.なぜTry catchを追加しないのですか?
       LModel codelist = (Model)JsonConvert.DeserializeObject(strJson, typeof(Model));
実はTry catchを使う必要はありません.asを使えばいいです.
強転とasの違いについて:強制タイプ変換:変換が成功しないと例外が放出され、参照タイプと値タイプに適用されます.as演算子:変換に失敗してnull値が得られ、異常は放出されません.参照タイプにのみ適用され、値タイプには使用できません.
      LModel codelist = JsonConvert.DeserializeObject(strJson, typeof(Model)) as model;
これでOKじゃない...
インタフェースの注意点(家族の言葉、レンガを撮ることを歓迎します):
1、標準的なインタフェースドキュメントと標準的なインタフェースデータ;
2、性能;
a、SQL文の性能、クエリーがもっと速い
b、キャッシュ、データベースの圧力を減らす
c、データ量、一度にデータを出せるか
d、圧縮gzファイルを生成し、ネットワーク転送を減らす
まずjsonを例に挙げましょう.プログラミングの理想化の例はまだたくさんあります.例えば、バックエンドの検証を書かないで、攻撃を防御する方法を変えます.この恨みはいつまでも続いていて、私は上下して求めます!私は少し本気になったのではないでしょうか???