亚洲乱码中文字幕综合,中国熟女仑乱hd,亚洲精品乱拍国产一区二区三区,一本大道卡一卡二卡三乱码全集资源,又粗又黄又硬又爽的免费视频

java實現(xiàn)簡易超市管理系統(tǒng) 附源碼下載

 更新時間:2021年03月23日 09:14:22   作者:對方正在長頭發(fā)_  
這篇文章主要介紹了java實現(xiàn)簡易超市管理系統(tǒng)(含源碼),本文給大家介紹的非常詳細,對大家的學(xué)習(xí)或工作具有一定的參考借鑒價值,需要的朋友可以參考下

java超市管理系統(tǒng) 1.0(含源文件,后續(xù)會繼續(xù)優(yōu)化~)

前言

一個月零零散散的時間學(xué)習(xí)了java,通過這次“超市管理系統(tǒng)”的練習(xí),希望可以給一同開始學(xué)習(xí)java的朋友一些參考,更希望大佬們多多指點和批評~


一、確定需求

程序概述:
小型超市商品銷售管理系統(tǒng)選擇小型超市的四類商品進行管理。
這四類商品是:食品、化妝品、生活用品和飲料(四個類)。
每類商品都包含有商品名和商品利潤 (其中包括商品的售價、進價、庫存量)。(五個屬性)
每類不同的商品還有區(qū)別于其他商品的特殊信息(子類特有屬性)例如,食品有批發(fā)商,化妝品有品牌,飲料有生產(chǎn)廠家。

上述文字可以確定以下幾點

程序要實現(xiàn)“增,刪,改,查”這四個基本功能 + 顯示利潤本程序要求對四類商品進行操作,因此分類很明確,只需要創(chuàng)建四個類分別表示四類商品即可本程序中要求商品有(以下屬性)商品名、商品利潤、售價、進價、庫存量(我們當(dāng)然可以額外加入一個屬性:商品id,以實現(xiàn)更加明確的equals比較,后文會提及)。本程序中要求對于不同類的商品還要有自己特有的信息(食品有批發(fā)商,化妝品有品牌,飲料有生產(chǎn)廠家)

通過以上內(nèi)容,我們大概對這個程序有了初步的想法和思路,下面我們深入分析一下需要哪些類以及哪些方法

二、確定類、接口、方法實現(xiàn)

1.確定類

上文提及到:我們需要定義四個類分別表示四類商品,那么我們在寫之前是否可以從四個類抽取它們相同的特點(屬性)來引入繼承的思想呢?

顯然是可以的,我們可以定義一個商品類Wares作為父類,(并且使用多態(tài)來切換父類引用的不同指向)Wares父類包含了四個類商品的共性(具有商品名、售價、進價、庫存量、商品編號id這五個屬性),而其子類當(dāng)然就是食品Food、化妝品Cosmetic、生活用品DailyUsing和飲料Drinking,這樣程序中的類就確定下來了

我們可以再深入思考一下:Wares可以是普通類、可以是抽象類,我們?nèi)绾稳ミx擇呢?

其實兩者在功能實現(xiàn)上都是可以的,但是普通類實現(xiàn)接口的時候,是一定要重寫接口中每一個方法的,而抽象類卻不需要;況且Wares是四類商品的父類,我們在對商品進行操作的時候,只需要操作其子類的對象即可,沒有必要實例化Wares對象,因此我們選擇將Wares定義為抽象類。

關(guān)于四個子類:食品類Food、飲料類Drinking、化妝品類Cosmetic、生活用品類DailyUsing的確定

四個子類只需要繼承父類Wares即可,共性屬性自然而然的繼承了下來,特性屬性在每個類中單獨編寫即可。

//Wares類中的屬性
//商品名字
private String name;
//商品編號
private int id;
//商品進價
private double inPrice;
//商品售價
private double outPrice;
//庫存量
private int Count;

注:Wares及其子類的屬性我們最好都設(shè)為私有屬性,再去通過settergetter方法進行存取,養(yǎng)成封裝的好習(xí)慣~

2.確定接口

商品類Wares會包含所以商品類及其子類所共有的靜態(tài)特征(屬性)和對商品的動態(tài)操作(方法),屬性在類中一一初始化即可,但是方法我們也要在此類中一一寫出方法體嗎?

我們可以利用接口,把我們程序所需要的方法都一一聲明到接口內(nèi),不需實現(xiàn),只需等待父類Waresimplement接口,再讓其子類中對接口內(nèi)的方法一一實現(xiàn)(重寫)即可

3.確定方法

下面我們來根據(jù)程序需求來確定方法(需求:增刪改查、顯示利潤)

我們還可以加入“遍歷所有商品”功能,這樣還可以在程序調(diào)試的時候,判斷是否可以真正實現(xiàn)增刪改查功能,起到驗證作用

因此我們確定下來了有以下幾個方法:

public interface Operations {
 /*
  添加商品信息
  */
 void addWareInfo(ArrayList<Wares> arrayList);
 /*
  輸出商品信息
  注意:需要重寫toString方法
  */
 void printWareInfo(ArrayList<Wares> arrayList);

 /*
  查詢商品信息
  注意:需要重寫equals方法
  */
 void findWareInfo(ArrayList<Wares> arrayList);
 /*
  計算并顯示某個商品的利潤
  注意:需要重寫equals方法
  */
 void countWarePrice(ArrayList<Wares> arrayList);
 /*
  刪除商品的信息
  注意:需要重寫equals方法
  */
 void delWareInfo(ArrayList<Wares> arrayList);
 /*
  修改貨物信息
  注意:需要重寫equals方法
  */
 void updateWareInfo(ArrayList<Wares> arrayList);
}

三、敲代碼前再分析一波~

1.重寫equals()嗎?

重寫equals()的目的是用于比較兩個不同對象在其本身內(nèi)容相同時,希望equals方法判定結(jié)果是true而非false,這時我們需要重寫equals()

本程序我們自定義equals()判定規(guī)則為:當(dāng)對象的編號和名稱同時相同時,判定兩個對象為同一個對象
很顯然,本程序無論是“增刪改查”操作這四個基本功能,還是驗證用戶是否重復(fù)添加同一商品這一功能,都需要兩個對象進行equals比較,因此重寫equals()是必須的。

那么是否每一個類都需要重寫equals方法呢?

顯然,Wares抽象類是不需要的,因為我們在比較的時候,是比較其子類的對象是否是同一對象,而并非父類對象(況且該父類是抽象類,無法實例化對象,更別談可以調(diào)用其equals()了)因此我們可以確定:要重寫Food類、Drinking類、DailyUsing類、Cosmetic類中的equals()要進行重寫

/*
 重寫equals方法
 自定義為:當(dāng)名稱相同且商品id相同的時候,視為同一件商品
 */
@Override
public boolean equals(Object o) {
 if (this == o) return true;
 if (o == null || !(o instanceof Wares)) return false;
 Cosmetic cosmetic = (Cosmetic) o;
 return super.getName().equals(cosmetic.getName()) && super.getId()==cosmetic.getId();
}

2.重寫toString嗎?

由于需要清晰的顯示商品信息,每一次需要輸出信息的時候,可以System.out.print(“…” + 屬性1 + “…” + 屬性2);來顯示每一條信息。

但是鑒于本程序輸出的次數(shù)很多,而且System.out.print()方法在內(nèi)部調(diào)用toString()。

因此我們可以重寫(父類)toString方法,使得每次的輸出都有一套固定的輸出格式,實現(xiàn)了System.out.print(實例化的對象名);即可完成格式化輸出。

那么是否每一個類都需要重寫toString()呢?

顯然,Wares抽象類是不需要的,因為我們輸出信息的時候,是要輸出四個子類對象的信息(父類Wares是抽象類,無法實例化對象,更別談可以調(diào)用其toString()了)因此我們可以確定:要重寫Food類、Drinking類、DailyUsing類、Cosmetic類中的toString()要進行重寫

/*
 重寫toString方法
 */
@Override
public String toString() {
 return "化妝品 {\t " + super.getId() +
   "\t " + super.getName() +
   "\t\t" + super.getInPrice() + "元" +
   "\t\t" + super.getOutPrice() + "元" +
   "\t\t" + super.getCount() + "件" +
   "\t}";
}

3.重寫hashCode()嗎?

Java中規(guī)定:如果兩個對象相同,那么它們的hashCode值一定要相同;如果兩個對象的hashCode相同,它們對象本身equals比較并不一定相同。
因此如果改寫了equals方法,令兩個實際不是一個對象的兩個實例在邏輯上相等了,但是hashcode卻是不等,這是有矛盾的。

這種矛盾會在hashMap等集合中造成實際運行結(jié)果和預(yù)期運行結(jié)果的不一致產(chǎn)生。
(個人理解:equals()返回true表示兩個對象相同,在同一個單向鏈表上比較那么對于同一個單向鏈表上的結(jié)點來說,他們的哈希值都應(yīng)該是相同的所以hashCode()的返回值也應(yīng)該相同)。

就本程序來說沒有用到hashMap這樣集合底層的數(shù)據(jù)結(jié)構(gòu)來存儲每一個對象(而是用的arrayList),因此是否重寫hashCode方法對本程序的影響不大,但是鑒于程序的規(guī)范性,還是應(yīng)該遵循以下原則:

如果一個類的equals方法重寫了,那么hashCode方法必須重寫。并且equals方法返回如果是true,hashCode方法返回的值必須一樣。

/*
 重寫hashCode方法
 */
@Override
public int hashCode() {
 return Objects.hash(brand);
}

4.存儲結(jié)構(gòu)的確定

類、接口、方法、屬性、數(shù)據(jù)類型以及實現(xiàn)方法都已經(jīng)確定了,現(xiàn)在需要把實例化的對象以什么樣的形式存儲到一起呢?

一種是數(shù)組、一種是集合

很顯然,我們在進行初始化的時候,不知道需要存入多少商品,無法對數(shù)組進行預(yù)估計容量;數(shù)組只能存放單一數(shù)據(jù)類型的元素,在對其操作的時候(相比較集合中已提供了對集合的很多操作而言)很不方便,而且數(shù)組雖然檢索效率高,但是插入查找效率很低。

本程序我們選擇arrayList集合進行對象的存儲。

注:就本程序而言,個人感覺還是使用hashMap(查詢更加快捷)或hashSet(排序更加便捷),且兩者都可以自動控制存儲的信息無重復(fù)的特點。這是本程序需要改進的地方之一

四、總結(jié)以及源代碼

希望通過這篇文章可以幫助到初學(xué)java的你!
如果在文章中的描述或者想法不正確或不恰當(dāng),希望路過的大佬們可以多多指正!

鏈接: https://pan.baidu.com/s/167ee8r1IMW80y3-MKq4aoQ

提取碼: i4bk

到此這篇關(guān)于java實現(xiàn)簡易超市管理系統(tǒng) 附源碼下載的文章就介紹到這了,更多相關(guān)java實現(xiàn)超市管理系統(tǒng)內(nèi)容請搜索腳本之家以前的文章或繼續(xù)瀏覽下面的相關(guān)文章希望大家以后多多支持腳本之家!

相關(guān)文章

最新評論