個々のプロジェクトに比べ双晶プロジェクトは、間違いなく量の大きな数になりますので、我々は最初のソフトウェアの全体を持っているように、資料の冒頭には、私はまた、考えるためのソフトウェアタイトルのフローチャートを添付します理解
話題の完了時に、それ私の個人的なプロジェクトよりも、彼のチームメイトとの個人的なプロジェクトに、私はプロジェクトの結び目バックエンドのロジック部を完成することを決定する前に、このツイニングプログラムでは、我々が議論して、より完全な需要彼は、プロジェクトの完了するために UIの構造と様々なUIのモジュールのステッチを、そして私のロジックコードに参加。
個々のプロジェクトのための需要が必要とされていないなどの対象によって決定された有効であるので、我々は個々のイベントをコーディングするすべてのデータを直接ランダム誕生日であり、このペアプログラミングは、対象の計算を完了するために必要なことから、私たちは持っていますデータはに関する特定の高校の三角法に変更されたときに話題を避けるために、すべてのケースでは計算できない πのデータ。
私はプログラミング学習の前に類似したコードに取り組んできたことから、対象を計算するためのコードが完了すると、計算コードがあまりにも多くのエネルギーを消費するのない主なトピックは基本的にありませんし、上の機能に基づいてジュニアとシニアの判事を高めます元のバージョンの最も完成このトピックや問題解決のモジュールおよびモジュールに特殊記号を備えています。
私はモジュールを完了し、私のチームメイトは、基本的に完了しているが、問題を解決したよう UIの構造とシステム(9 越21 、土曜日)、これまでのところ、我々はまだお互いのコードを見ていません。そして、次の日は、我々は2つのコードを結合します、また、我々が原因のコミュニケーション不足に冗長機能や機能不全の問題のいくつかよりも、いくつかのより多くのを発見した期間を引き起こしたが、最終的に議論やハンズオンを通じて解決します。最後に、日曜日に(9 越21 午後の毎日は)これまでのすべての要件が満たされている、スプライシングコードを完了しました。だから我々は、期限、前に1日に予定の9 越22 あなたが提出した後、インターフェイスの最適化を完了する日。
しかし、うれしい驚きは、期限が遅れているということである 9 越28 も機能を追加するために私たちの決意を強め日、。だから、継続的に当社の検査システムをテストした後、一週間の時間が近づいて、私たちはお互いのコードを理解し、次には、大幅にユーザーエクスペリエンスを強化する、言及していない機能要件の数を増加させました。同じ時間造園インターフェースで、最後に最終版を完了しました。
この接合部の隣に、私たちは、プログラムの結果を要約します:
利点:
- 基本的にはプロジェクトの要件のすべてを完了
- ユーザーの快適性を高め、各インタフェースと各キーの背景画像やアイコンを追加します。
- ログイン画面で追加したパスワードを隠すことができます押した後、パスワードを押すことで再度表示することができ、「目」ボタンを
- 登録と間違ったキーを押し避けるために、戻るボタンを追加するためのパスワードインターフェイスを変更するだけで恥ずかしい状況の再出品後に終了することができます
- 登録時に登録した電話番号が既に存在するかを決定するために使用することができるかどうか
- 認証コードが正常にポップアップ送られたときにユーザーを回避することは、フィードバックすることなく、システムの後にボタンをクリックすると、検証コードの入力エラーが爆弾ボックスを思い出させることができたときに後、ダイアログボックスを「コードが発行されています。しばらくお待ちください」。
- トピックといくつかのインターフェイスボタンを追加しました:直接エンドのために①すべての答えを回答キーの終わりを、その答えの終わりを開始するためにクリックする前に答えがポップアップボックスをクリックした後、選択することができないでは反応が効果的に誤ってユーザーを防ぐためにかどうかを判断するために、ユーザを促すメッセージが表示されます提出した場合をクリックしてください。②答えを開始:タイトルを始め、タイトルがクリックした後、テキストボックスに表示され、そして再び無効]をクリックし、③の選択キーが含まれます:、B 、C 、D の4つのオプション、前の回答の先頭に選択されていない。④次の質問(前の質問):とき、質問の対象は、最後の(最初の行)であるとき、テキストボックス(上)トピックを表示するには、選択することができません。
短所:
- トピックはまだそれが正しい答えを計算することができていても、論理的な要件が非常に高いが、しばしば不規則な小数ではありません
- 単に正しい答えがランダムに減算されます間違った答えの他の三つの話題を生成し、それはいくつかの混乱を持っていません
- ただ、ユーザ名の再チェック機能を終了しますが、(この関数はちょうど考えるように)パスワード回復機能を追加しませんでした
- UIのインターフェイスは、多くが採用しているプロンプトをJavaが良い快適さを持っていないユーザーの観点から、完全なポップが来ます
プログラミングプロセスの困難が発生しました:
- スプライシングコード、コードは、私は、プロセスの完了のフィット感に問題を考慮していないため、タスクが最初の質問の数の間に生成されても話題を計算するプロセスストレージタイトル文字列に格納されています機能が正常に動作しないことができるので、それは、質問番号を処分しません。最後に、タイトル番号をあきらめるプラス時にタイトルを生成しますが、中に UI のタイトルのためのプラスのタイトルナンバー表示処理
- 機能表示を隠さ完了パスワード時には、時間を変更するためのパスワードを表示するにはパスワードの変更ボックス以来、私の最初の考えだったが、インターネットの多くの後に見つけて表示する APIをパスワードボックスの後に、これはありませんでした設定なので、この機能は一日脇に設定されます。しかし、ある日、私は突然、隠された機能を表示するテキストボックスがあります覚えて、私は、テキストボックスを使用し、パスワードボックスが表示されるように、キーは、テキストボックスの隠された表面の後に押されたときにパスワードのボックスは再び、1つの方法を置きますパスワードボックスとテキストボックスディスプレイカバーを押した後。