定例会時間:4月16日12時30分主催:郭淳
次の定例会議の時間:4月17日12:30、モデレーター:Du Bowei
1.作業レポート
人事 | 昨日タスクを完了しました | 明日完了する予定のタスク |
---|---|---|
チャオ・シフア | ネットワーク実験、残り | 空の教室クエリのフロントエンドインタラクションを学び、作成する |
張宜寿 | ログインページのフロントエンドとバックエンドの相互作用を学ぶ https://github.com/SE2020-TopUnderstanding/BUAA-Campus-Tools-Frontend/issues/18 |
ログインページのフロントエンドとバックエンドの相互作用を記述します。 |
シャンヤンボ | コースセンターのページデザインを完成させた https://github.com/SE2020-TopUnderstanding/BUAA-Campus-Tools-Frontend/issues/7 |
コースセンターとバックエンド間のやり取りを完了する |
胡ビンビン | 完全な暗号化および復号化関数、インターフェース、および戻り形式 https://github.com/SE2020-TopUnderstanding/BUAA-Campus-Tools-Backend/issues/45 |
フロントエンドまたはクローラーの相互作用を行う |
李嘉城 | データベース設計を最適化し、クローラーがhttps://github.com/SE2020-TopUnderstanding/BUAA-Campus-Tools-Backend/issues/22を呼び出すためのデータベース変更インターフェースを作成する |
フロントエンドまたはクローラーの相互作用を行う |
デュボウェイ | クロールコースセンターDDL https://github.com/SE2020-TopUnderstanding/BUAA-Campus-Tools-Backend/issues/9 |
3つの既存の機能を統合する |
郭潤 | 会議の記録を送信し、Alpha-1ステージの受諾を完了し ますhttps://github.com/SE2020-TopUnderstanding/BUAA-Campus-Tools-Backend/issues/18 |
プロジェクトのフォローアップを続ける |
第二に、会議のスクリーンショット
3.職場で遭遇する困難
-
Alpha-1ステージの受け入れ
この段階で参照できるスコアリングアイテムが少なすぎるため、このステージではスコアリングアイテムに密接に関連するバグと日付をテストできません。そのため、アルファステージの最後にスコアリングすることを考慮します。これは、受け入れ専用です。同様に、全員とのスコアリングの一貫性を維持するために、PMの評価もアルファステージの終わりに延期されました。
フロントエンド:
バーンダウンチャートによると、フロントエンドの進捗状況は半分に達していません。Alpha-1ステージでは時間控除項目はありませんが、フロントエンドによって進捗状況が加速されることを期待しています。本当に問題がある場合は、時間内に連絡し、進捗状況を遅らせないようにする必要があります。
コードに関しては、フロントエンドのすべてのPRを読みました。Zhang Yixuanのコードには行に関するコメントが含まれていますが、Qiao XihuaとShan Yanboにはコメントがありません。もちろん、フロントエンドのフレームワークとして、コメントの重要性はバックエンドほど重要ではなく、主にページのデザインに関してコメントを書くことができる場所は多くありません。
また、JavaのAndroidプログラミング仕様に詳しくないので、ここにコメントを追加するのは不便で、主に機能と経験の点で評価結果が評価されます。個人的には、各行のコメントは必要ないと思いますが、コメントがないのはあまり良くありません。コンポーネントごとに簡単なコメントを記述し、コードに設定されたデータ構造に必要なコメントを付けることをお勧めします。
バックエンド:
アプリの命名は合理的ではない
interface
、interface2
このネーミングは何の基準値ではありません、2 APPの間には順序がありません、以下の名前の学習をお勧め。「DDL」を「dll」として誤って記述し、時間内に変更してください。
しかし、注意を払う必要があります:1. Pythonのlintルールに従って、次のように、関数/クラス定義の行の下にコメントを記述する必要があります。
class query_ddl(APIView): """查询DDL页面 """ def get(self, request, format=None): """GET方法,获取ddl 参数:student_id - 学生学号 返回值:content - ddl信息 """ foo()
2.このような長くて詳細なコメントを記述する必要はありません。これらの詳細なルール定義は、インターフェイスのドキュメントに記述する必要があります。これらのメッセージを呼び出す必要があるフロントエンド開発者は、ソースコードではなくドキュメントを読み取るためです。バックエンドとクローラーがインターフェース文書を重要な問題に設定して完了できることを願っています。
複数行コメントは
"""
、区切り文字として三重引用符を使用することをお勧めします。また、エラー処理情報が定義されており、ステータスコードは仕様に適合していませんが、フレームワークがあり、いわゆるロバスト性も強くなっています。
バックエンドは統一されたエラー処理方法を互いに話し合う必要があり、エラータイプをラップして、バックエンドでutils.pyとして情報を返すこともできます。
爬虫類:
Du Boweiのコードの全体的な品質は比較的高く、クローラーをプログラムするためにOOPモードが使用されており、コメントが用意されているので、主張する価値があります。
現在、このコードにバグ、再利用性、パフォーマンスの問題があるかどうかは不明です。評価する前に、バックエンドとの相互作用が完全に構築されるまで待つ必要があります。
-
暗号化と復号化:暗号化アルゴリズムは、実装が簡単なアルゴリズムを使用して、フロントエンドが確実に暗号化を実行できるようにします。
-
データベースは、移行の問題を防ぐためにローカルデータベースを使用してテストされます。
4.バーンダウンチャート
フロントエンド:
バックエンド:
5.コードまたはドキュメントのチェックインレコード
フロントエンド:
バックエンド:
爬虫類: