2019 ---クラスベースのマイクロチャネル食堂アプレット発注デリバリーシステムの設計思想に基づいて、[](11)

11日目:(1)完全な論理層の協力者

              (2)食堂の詳細ページを改善

明日の計画:(1)モデルのデータベースを改善

                 (2)ビュー層の設計を開始し、食糧指数について書くための理由を見つけます

今日概要:主な機能の実行が終わったように、メイン論理層レストランの詳細ページや協力者が今日を取り除くため、主にコールバック関数データベースへのアクセスは、見えます、コールバック関数、main関数次の関数の実装で、この問題はコールバックです関数が終了したビュー層をレンダリングする、あまりにもゆっくりと行い、データのコールバック関数は、良い仕事をされていません。最も簡単な最初のsetData、保存値です。

                  opendataコンポーネントは、直接ユーザアバターのニックネームを得ます。

                 ロジック層を書くときに第二に、データベースモデルは、デザインは合理的ではないようだ見つけ、プロパティが不完全になります。しかし、今、我々はまだ解決したい、データベースを操作する必要があります。加えて、2人のパートナーが存在する場合のように、同時に同じレコードを選んだ、何の解決策が存在しないように、それはカオスデータベースの原因となります見えます。

             食品インデックスまたは必要がありますが、今日は突然、それがないように見えると思います。

今日では、問題が処理する方法がわからない、途方に暮れて、少しもう少し暴露しました。良いパーティー:そして最近、それは仲間からの圧力[突然昨夜、社会的な本当の気持ちの恐怖私を見つけるたくさんのようです!私が何か間違ったことをやっていませんでしたか?

非常に多くの問題を表示するには少し慰めになります!それは、難しいですが、アイデアを上に行きたかったが、その後、数日前に崩壊![今日の成果チャート:それはメインのコードです

                                                 

 

 

おすすめ

転載: www.cnblogs.com/wtx2333/p/11431959.html