ペアプログラミング-OR&Creddit再利用し、個々のプロジェクトコードの拡張

プロジェクト名:

 

ユーザー:

小学校、中・高校生。

特徴:

1、ユーザー登録機能。ユーザーの電話番号、登録をクリックして、ユーザが登録を完了するために、この登録コードを使用することができ、登録コードを受け取ることになります。

図2は、ユーザ登録、パスワードプロンプトインターフェースの完了後に、ユーザ入力パスワードが成功した後、パスワードを2回一致します。6-10パスワード、ケースには、文字と数字を含める必要があります。ユーザーは、パスワードを変更し、元の状態にログに正しいパスワードを入力し、成功裏に二度同じ新しいパスワードを再入力した後にパスワードを変更することができます。

パスワードが選択インタフェース、ディスプレイインタフェース小学校、中・高等学校の3つのオプションにジャンプし、設定された後、図3に示すように、ユーザーがアイテム生成する必要の数の入力を促す、そのうちの一つをクリックします。

図4に示すように、項目の数のユーザ入力は、一枚の紙を生成する(ロールとは同じタイトル、全て題する複数の選択肢を持つことができない)、インターフェイスは、最初の質問とカジュアルワーキング4つのオプションを表示し、ユーザは、4つのオプションのいずれかを選択します提出インタフェースは、2番目の質問を表示...最後の質問まで。

5は、最後の質問、ディスプレイインターフェイスの提出後、スコアが正答率に基づいて計算されます。

6、ユーザーインターフェースは、スコアのオプトアウトや問題をし続けることができます。

7、小型高数学の問題や個人的なプロジェクトの始まりを見て尋ねました。

 

:(プロジェクト)は、個々のイベントの複合解析を必要とします

L UIインターフェースの開発

リットル登録キーAPI実装やコール

Lが計算され、指定されたオプションの対象となることができます。

 

:デザインのアイデア

ペアプログラミングのために、より多くの重要なポイントは、そのGUIインターフェイスのデザインの背後にあるプロジェクト全体のロジックです。私たちは、プロジェクトの前後端の単純な組み合わせとして理解することができます。フロントエンドは、ユーザーデザインへのすべての機能を表示します。実装および提供各論理インタフェースの後端ので、コード部分内の個々の項目は論理後端ビューへの変換の一部であってもよく、及びフロントエンドを開発するためにゼロからスタートする必要があります。

 

2:機能実現

 

(1)フロントエンド

このプログラムは、私が唯一の簡単な紹介、開発したフロントエンドではありません。

ロジックを使用すると、JavaのAWTパッケージだけでなく、コントロールのレイアウトと、対応するイベント監視で、デバッグがより美的なデザインを見つけることがより重要です。

 

(2)バックエンド

以下のための新しいバックエンド需要の主な難しさ

lの計算されたサブジェクト(強調!)アウト

lの関連オプションと合理的な与えることを試みます

Lスコアの統計

 

ここでは、需要主導型のバックエンドのロジックを導入するために、このトピックを計算します。

 

逆ポーランド記法、我々は百度を所有することができます知識:分析数式の顔は、私たちは、よく知られているアルゴリズムを持っています。アルゴリズムの核となるアイデアは、後置記法に通常の数学的な表現を変換することです。

私たちの共通の表現のために、それは中置式と呼ばれ、各中置式は、対応する後置表現しています。以下のような:

 

中置式:-2 *(1 + 6/3)+ 4

Postfixの式:-2163 / + 4 + *

 

後置記法を解析する際に、あなただけの、以下の原則を遵守する必要があります。

 

lは右横に左

Lデジタルを容器に直接遭遇しました

lが最後取り出し単一のデジタル双眼鏡によって、オペレータに遭遇した容器内に演算結果をとり

血管Lを通過した後、デジタルの計算結果であります

 

したがって、我々は、上記の設計を達成するために、これらの2つのリストとスタックデータ構造を使用することができます

 

 

 

この例に示すように。

ポーランド記法適切な情報をリバース:

https://baike.baidu.com/item/%E9%80%86%E6%B3%A2%E5%85%B0%E8%A1%A8%E8%BE%BE%E5%BC%8F/9841727 ?FR =アラジン

 

答えを取得した後、ベンチマークとしてこれに対する答えは、乱数を使用するためのさまざまなオプションとしての答えに近いいくつかの数字を生成し、その後、すべての問題の右のオプションと対応する統計結果(パーセント、パーセンタイル)の数を数えます。

 

III:拡散コードの再利用方法と

拡散符号と多重化は、我々は個人的なプロジェクトのバージョンや参照言語--java主な理由として最初から設計された学生の考えるものです。オブジェクト指向言語のような、良好なスケーラビリティ多重を有し、前後端の設計は、比較的分離してもよいです。

 

したがって、これらの方法の組み合わせは、私たちがどのように個々のプロジェクトのコード多重を見て達成します。

 

後端部には、アカウント、質問、ログインおよび発電機が個々のアイテムから多重化されており、私たちの究極の図の論理ブロック、です。違いは、その新しいクラスと表現計算例の答えは、各クラスのコンストラクタへの質問、新たな価値を持つ各回答のオブジェクト内のプライベート変数の結果を追加するためにあります。

 

 

別の例のログインクラスとして、トピックの同じアカウントのログインロジックだけでなく、ルールの下で、私たちは、コンソールを操作するのではなく、ロジックの登録アカウントと書かれた文書に参加する必要があります。すべてのアカウントのアカウントのクラスのメンバーは調整できません。

また、新しいクラスが追加要件を達成するために使用され、最終的に各表示値のフロントエンドに戻りました。

だから、再利用したり、需要に応じて変更する前に柔軟なプロジェクトを継承するために、需要の開発のためのフォローアッププロジェクトは、Javaクラスの継承であり、多型が機能するように設計された、比較的やさしいがあります。

 

4:プロジェクトの概要

 

本次结对编程在实现难度和项目与现实的联系上都有了较大程度的提高,这也要求我们更加用心的去学,去做。这次结对编程在后端上的主要难点是生成一个算式你要怎么按照数学逻辑将其运算出来,而后更加重要的,我认为也是结对编程中结对的意义所在的是两人的配合。谁做哪一部分,前端后端的接口怎么对接,前端需要后端提供什么,并返回什么。在这样的沟通和结伴开发场景下我们可以撰写软件需求文档,共同统一并完善代码风格。还有一点很重要的事是,保持一定程度的步履一致,才能知道做的每一部分的预计和队友实现的预计是否相符。如果双方无法配合的默契,那么双方的设计有可能在合并时就会出现问题。

 

五:个人收获与感想

 

这次比较大的一个感想就是团队配合的重要性吧,面对更多的工程量较大,需求较多的项目,比如microsoft的著名的windows操作系统,office软件,这些都是很多人乃至一个庞大的团队集数年之力才完成的,那相关的统筹协调就无比重要。本次结对编程双方其实对对方的逻辑都有一定了解(OR同学后端开发逻辑十分熟练,我在个人项目的时候利用pyqt5做了gui),在这样的条件下双方就比较容易沟通。那么在接下来的,更大的挑战—团队项目中,相信我们能做得更加优秀。

 

部分资料引用来源:https://blog.csdn.net/qq_37969433/article/details/81200872

おすすめ

転載: www.cnblogs.com/creddit/p/11600194.html