序文
第 6 週目については書きませんでした。第 6 週目の最初の 2 日間は、第 5 週目のサンプル ライブラリ部分の作業に費やされたからです。1 つはネストの問題 (再帰を使用したため)、もう 1 つはローカル マシン、パッケージ化およびオンライン インターフェイス 404 に問題がないことです。この問題については今週のまとめで取り上げます。
新しい要件は第 6 週の 3 日目に議論され、4 日目と 5 日目は調査に費やされました。私も今週、Didi との直接面接をしましたが、何事もなく無事に終わりました。
Didi のフロントエンド対面エクスペリエンス (すでにハングアップ)
第7週
第 7 週では、たくさんの細かい作業を行いました。これには、フォームの表示と非表示の制御、病院エリアの動的データの選択とレンダリング、2 か所のタブの追加、いくつかのフィールドの追加、細菌選択の許可制御が含まれます。
簡単そうに思えますか？最も難しい部分は、
バックエンドからレンダリングされる動的タブ、コントロール、ドロップダウンなどのタブを追加することです。実際、これは何もありませんが、問題は、そのラベルとコントロールがフィールド内にあり、右側のドロップダウンもフィールド内にあることです。しかし、それらはすべて 1 つのテーブルにあります -普遍的なフォルム！
以前にも同様の場所がありましたが、これら 2 つのフォームが同じ場所に配置されているため、最初にフィルターを行う必要があります。
これは最も難しいことではありません。最も倒錯的なのはここです。データ リクエストのパラメーターを見てみましょう。
{
"sample_info_id":"1689148414801702913",//祖父
"identify_result_id":90,//父亲的id,可以为空
"pcode_biz":"biz_bandingliang_control",
"form_value":{
"1_$$_菌落计数2":"2_$$_阳性",
"2_$$_beta内酰胺":"2_$$_阳性"
},
"li_m_identify_result_data_detail":[
]
}
form_value を左側と右側に記述する必要があるとだけ言ってください。これは最も難しいことではありません。最も難しいのは、フォーム コントロールが英語で送信されるのですが、右側の否定文字と肯定文字が中国語なので、別のフォームでフィルタリングする必要があることです...
ロジックは同僚が以前書いたものを参考にしていますが、主に私が書いています。1 つの関数、2 つのループ、1 つのネストされた 2 レベル、1 つのネストされた 3 レベルが、最終的にまとめられます。
その時の状況は以下のようなものでした。
ついにそれが完了しました。
この表の背後にある考え方がよくわかりません。スタッキング？
プロジェクトの展開がオンラインになる
通常はチームリーダーがデプロイメントを行いますが、今週は私がオンラインでデプロイメントを行いました。もちろん、解決すべき最優先事項は、一部のインターフェイスがなぜ 404 なのかということです。
デプロイメントについて話しましょう。実際には非常に単純です。フロントエンドは npm run build でパッケージ化され、リモート サーバーに接続され、dist コンテンツが設定されたフォルダーに配置されます。
==フロントエンドのクロスドメインおよびプロキシ プロキシは、開発環境でのみ役立ちます。==フォワードプロキシとして理解できますか? さて、今日の問題は Nginx にありますが、関連するコードを変更するだけで問題は解決します。java、java、.net という 3 つのバックエンドがあるため、今日はそれに .net を追加しました。これで、関連するすべてのリクエストが正常に実行されるようになります。
要約する
今週はとても疲れましたが、やりがいもありました。来週はメンタルマップを暗記するだけですが、こうしてタスクを書き出すと、色々なことを見落としてしまいそうな気がします。
さらにアルゴリズムもブラッシュアップしていきます。9月の黄金の秋、私はすべてを理解しました（犬の頭.jpg）。アルゴリズムは記録されます。ブログのフォローを歓迎します。