java實現(xiàn)簡易超市管理系統(tǒng) 附源碼下載
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è)為私有屬性,再去通過setter
和getter
方法進行存取,養(yǎng)成封裝的好習(xí)慣~
2.確定接口
商品類
Wares
會包含所以商品類及其子類所共有的靜態(tài)特征(屬性)和對商品的動態(tài)操作(方法),屬性在類中一一初始化即可,但是方法我們也要在此類中一一寫出方法體嗎?
我們可以利用接口,把我們程序所需要的方法都一一聲明到接口內(nèi),不需實現(xiàn),只需等待父類Wares
去implement
接口,再讓其子類中對接口內(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)文章
SpringCloud中分析講解Feign組件添加請求頭有哪些坑梳理
在spring?cloud的項目中用到了feign組件,簡單配置過后即可完成請求的調(diào)用。又因為有向請求添加Header頭的需求,查閱了官方示例后,就覺得很簡單,然后一頓操作之后調(diào)試報錯...下面我們來詳細了解2022-06-06Java基本數(shù)據(jù)類型與對應(yīng)的包裝類(動力節(jié)點java學(xué)院整理)
Java是面向?qū)ο蟮木幊陶Z言,包裝類的出現(xiàn)更好的體現(xiàn)這一思想,Java語言提供了八種基本類型。六種數(shù)字類型(四個整數(shù)型,兩個浮點型),一種字符類型,還有一種布爾型。 下面通過本文給大家詳細介紹,感興趣的朋友一起學(xué)習(xí)吧2017-04-04SpringBoot上傳圖片到指定位置并返回URL的實現(xiàn)
本文主要介紹了SpringBoot上傳圖片到指定位置并返回URL,文中通過示例代碼介紹的非常詳細,具有一定的參考價值,感興趣的小伙伴們可以參考一下<BR>2022-03-03Springboot自帶定時任務(wù)實現(xiàn)動態(tài)配置Cron參數(shù)方式
這篇文章主要介紹了Springboot自帶定時任務(wù)實現(xiàn)動態(tài)配置Cron參數(shù)方式,具有很好的參考價值,希望對大家有所幫助。如有錯誤或未考慮完全的地方,望不吝賜教2021-11-11基于SpringBoot服務(wù)端表單數(shù)據(jù)校驗的實現(xiàn)方式
這篇文章主要介紹了基于SpringBoot服務(wù)端表單數(shù)據(jù)校驗的實現(xiàn)方式,具有很好的參考價值,希望對大家有所幫助。一起跟隨小編過來看看吧2020-10-10單例模式垃圾回收_動力節(jié)點Java學(xué)院整理
這篇文章主要為大家詳細介紹了單例模式垃圾回收的相關(guān)資料,具有一定的參考價值,感興趣的小伙伴們可以參考一下2017-08-08淺談String類型等值比較引起的“==”、“equals()”和“hashCode”思考
這篇文章主要介紹了淺談String類型等值比較引起的“==”、“equals()”和“hashCode”思考。具有很好的參考價值,希望對大家有所幫助。一起跟隨小編過來看看吧2020-09-09