真实的国产乱ⅩXXX66竹夫人,五月香六月婷婷激情综合,亚洲日本VA一区二区三区,亚洲精品一区二区三区麻豆

成都創(chuàng)新互聯(lián)網(wǎng)站制作重慶分公司

java代碼實(shí)例擬態(tài) java 模擬

JAVA模擬生產(chǎn)者與消費(fèi)者實(shí)例

使用的生產(chǎn)者和消費(fèi)者模型具有如下特點(diǎn):

創(chuàng)新互聯(lián)公司專注于企業(yè)營(yíng)銷型網(wǎng)站建設(shè)、網(wǎng)站重做改版、南縣網(wǎng)站定制設(shè)計(jì)、自適應(yīng)品牌網(wǎng)站建設(shè)、H5頁(yè)面制作商城網(wǎng)站建設(shè)、集團(tuán)公司官網(wǎng)建設(shè)、成都外貿(mào)網(wǎng)站建設(shè)公司、高端網(wǎng)站制作、響應(yīng)式網(wǎng)頁(yè)設(shè)計(jì)等建站業(yè)務(wù),價(jià)格優(yōu)惠性價(jià)比高,為南縣等各大城市提供網(wǎng)站開(kāi)發(fā)制作服務(wù)。

(1)本實(shí)驗(yàn)的多個(gè)緩沖區(qū)不是環(huán)形循環(huán)的,也不要求按順序訪問(wèn)。生產(chǎn)者可以把產(chǎn)品放到目前某一個(gè)空緩沖區(qū)中。

(2)消費(fèi)者只消費(fèi)指定生產(chǎn)者的產(chǎn)品。

(3)在測(cè)試用例文件中指定了所有的生產(chǎn)和消費(fèi)的需求,只有當(dāng)共享緩沖區(qū)的數(shù)據(jù)滿足了所有關(guān)于它的消費(fèi)需求后,此共享緩沖區(qū)才可以作為空閑空間允許新的生產(chǎn)者使用。

(4)本實(shí)驗(yàn)在為生產(chǎn)者分配緩沖區(qū)時(shí)各生產(chǎn)者間必須互斥,此后各個(gè)生產(chǎn)者的具體生產(chǎn)活動(dòng)可以并發(fā)。而消費(fèi)者之間只有在對(duì)同一產(chǎn)品進(jìn)行消費(fèi)時(shí)才需要互斥,同時(shí)它們?cè)谙M(fèi)過(guò)程結(jié)束時(shí)需要判斷該消費(fèi)對(duì)象是否已經(jīng)消費(fèi)完畢并清除該產(chǎn)品。

Windows

用來(lái)實(shí)現(xiàn)同步和互斥的實(shí)體。在Windows

中,常見(jiàn)的同步對(duì)象有:信號(hào)量(Semaphore)、

互斥量(Mutex)、臨界段(CriticalSection)和事件(Event)等。本程序中用到了前三個(gè)。使用這些對(duì)象都分

為三個(gè)步驟,一是創(chuàng)建或者初始化:接著請(qǐng)求該同步對(duì)象,隨即進(jìn)入臨界區(qū),這一步對(duì)應(yīng)于互斥量的

上鎖;最后釋放該同步對(duì)象,這對(duì)應(yīng)于互斥量的解鎖。這些同步對(duì)象在一個(gè)線程中創(chuàng)建,在其他線程

中都可以使用,從而實(shí)現(xiàn)同步互斥。當(dāng)然,在進(jìn)程間使用這些同步對(duì)象實(shí)現(xiàn)同步的方法是類似的。

1.用鎖操作原語(yǔ)實(shí)現(xiàn)互斥

為解決進(jìn)程互斥進(jìn)人臨界區(qū)的問(wèn)題,可為每類臨界區(qū)設(shè)置一把鎖,該鎖有打開(kāi)和關(guān)閉兩種狀態(tài),進(jìn)程執(zhí)行臨界區(qū)程序的操作按下列步驟進(jìn)行:

①關(guān)鎖。先檢查鎖的狀態(tài),如為關(guān)閉狀態(tài),則等待其打開(kāi);如已打開(kāi)了,則將其關(guān)閉,繼續(xù)執(zhí)行步驟②的操作。

②執(zhí)行臨界區(qū)程序。

③開(kāi)鎖。將鎖打開(kāi),退出臨界區(qū)。

2.信號(hào)量及WAIT,SIGNAL操作原語(yǔ)

信號(hào)量的初值可以由系統(tǒng)根據(jù)資源情況和使用需要來(lái)確定。在初始條件下信號(hào)量的指針項(xiàng)可以置為0,表示隊(duì)列為空。信號(hào)量在使用過(guò)程中它的值是可變的,但只能由WAIT,SIGNAL操作來(lái)改變。設(shè)信號(hào)量為S,對(duì)S的WAIT操作記為WAIT(S),對(duì)它的SIGNAL操作記為SIGNAL(S)。

WAIT(S):順序執(zhí)行以下兩個(gè)動(dòng)作:

①信號(hào)量的值減1,即S=S-1;

②如果S≥0,則該進(jìn)程繼續(xù)執(zhí)行;

如果

S(0,則把該進(jìn)程的狀態(tài)置為阻塞態(tài),把相應(yīng)的WAITCB連人該信號(hào)量隊(duì)列的末尾,并放棄處理機(jī),進(jìn)行等待(直至其它進(jìn)程在S上執(zhí)行SIGNAL操作,把它釋放出來(lái)為止)。

SIGNAL(S):順序執(zhí)行以下兩個(gè)動(dòng)作

①S值加

1,即

S=S+1;

②如果S)0,則該進(jìn)程繼續(xù)運(yùn)行;

如果S(0則釋放信號(hào)量隊(duì)列上的第一個(gè)PCB(既信號(hào)量指針項(xiàng)所指向的PCB)所對(duì)應(yīng)的進(jìn)程(把阻塞態(tài)改為就緒態(tài)),執(zhí)行SIGNAL操作的進(jìn)程繼續(xù)運(yùn)行。

在具體實(shí)現(xiàn)時(shí)注意,WAIT,SIGNAL操作都應(yīng)作為一個(gè)整體實(shí)施,不允許分割或相互穿插執(zhí)行。也就是說(shuō),WAIT,SIGNAL操作各自都好像對(duì)應(yīng)一條指令,需要不間斷地做下去,否則會(huì)造成混亂。

從物理概念上講,信號(hào)量S)時(shí),S值表示可用資源的數(shù)量。執(zhí)行一次WAIT操作意味著請(qǐng)求分配一個(gè)單位資源,因此S值減1;當(dāng)S0時(shí),表示已無(wú)可用資源,請(qǐng)求者必須等待別的進(jìn)程釋放了該類資源,它才能運(yùn)行下去。所以它要排隊(duì)。而執(zhí)行一次SIGNAL操作意味著釋放一個(gè)單位資源,因此S值加1;若S(0時(shí),表示有某些進(jìn)程正在等待該資源,因而要把隊(duì)列頭上的進(jìn)程喚醒,釋放資源的進(jìn)程總是可以運(yùn)行下去的。

---------------

/**

*

生產(chǎn)者

*

*/

public

class

Producer

implements

Runnable{

private

Semaphore

mutex,full,empty;

private

Buffer

buf;

String

name;

public

Producer(String

name,Semaphore

mutex,Semaphore

full,Semaphore

empty,Buffer

buf){

this.mutex

=

mutex;

this.full

=

full;

this.empty

=

empty;

this.buf

=

buf;

this.name

=

name;

}

public

void

run(){

while(true){

empty.p();

mutex.p();

System.out.println(name+"

inserts

a

new

product

into

"+buf.nextEmptyIndex);

buf.nextEmptyIndex

=

(buf.nextEmptyIndex+1)%buf.size;

mutex.v();

full.v();

try

{

Thread.sleep(1000);

}

catch

(InterruptedException

e)

{

e.printStackTrace();

}

}

}

}

---------------

/**

*

消費(fèi)者

*

*/

public

class

Customer

implements

Runnable{

private

Semaphore

mutex,full,empty;

private

Buffer

buf;

String

name;

public

Customer(String

name,Semaphore

mutex,Semaphore

full,Semaphore

empty,Buffer

buf){

this.mutex

=

mutex;

this.full

=

full;

this.empty

=

empty;

this.buf

=

buf;

this.name

=

name;

}

public

void

run(){

while(true){

full.p();

mutex.p();

System.out.println(name+"

gets

a

product

from

"+buf.nextFullIndex);

buf.nextFullIndex

=

(buf.nextFullIndex+1)%buf.size;

mutex.v();

empty.v();

try

{

Thread.sleep(1000);

}

catch

(InterruptedException

e)

{

e.printStackTrace();

}

}

}

}

-------------------------

/**

*

緩沖區(qū)

*

*/

public

class

Buffer{

public

Buffer(int

size,int

nextEmpty,int

nextFull){

this.nextEmptyIndex

=

nextEmpty;

this.nextFullIndex

=

nextFull;

this.size

=

size;

}

public

int

size;

public

int

nextEmptyIndex;

public

int

nextFullIndex;

}

-----------------

/**

*

此類用來(lái)模擬信號(hào)量

*

*/

public

class

Semaphore{

private

int

semValue;

public

Semaphore(int

semValue){

this.semValue

=

semValue;

}

public

synchronized

void

p(){

semValue--;

if(semValue0){

try

{

this.wait();

}

catch

(InterruptedException

e)

{

e.printStackTrace();

}

}

}

public

synchronized

void

v(){

semValue++;

if(semValue=0){

this.notify();

}

}

}

------------------------

public

class

Test

extends

Thread

{

public

static

void

main(String[]

args)

{

Buffer

bf=new

Buffer(10,0,0);

Semaphore

mutex=new

Semaphore(1);

Semaphore

full=new

Semaphore(0);

Semaphore

empty=new

Semaphore(10);

//new

Thread(new

Producer("p001",mutex,full,empty,bf)).start();

Producer

p=new

Producer("p001",mutex,full,empty,bf);

new

Thread(new

Producer("p002",mutex,full,empty,bf)).start();

new

Thread(new

Producer("p003",mutex,full,empty,bf)).start();

new

Thread(new

Producer("p004",mutex,full,empty,bf)).start();

new

Thread(new

Producer("p005",mutex,full,empty,bf)).start();

try{

sleep(3000);

}

catch(Exception

ex)

{

ex.printStackTrace();

}

new

Thread(new

Customer("c001",mutex,full,empty,bf)).start();

new

Thread(new

Customer("c002",mutex,full,empty,bf)).start();

new

Thread(new

Customer("c003",mutex,full,empty,bf)).start();

new

Thread(new

Customer("c004",mutex,full,empty,bf)).start();

new

Thread(new

Customer("c005",mutex,full,empty,bf)).start();

}

}

--------------------------------------------

Java類的實(shí)例化順序是什么樣的?Java線程同步的方式有哪些?

引言:java是在1990年初 ,被詹姆斯?高斯林等人開(kāi)發(fā)的一門面向?qū)ο蟮木幊陶Z(yǔ)言。起初,java被稱為0ak,來(lái)經(jīng)過(guò)發(fā)展0ak改名為java,與1995年的五月份正式向大家發(fā)布。

一、java類的實(shí)例化順序

java的實(shí)例化順序在繼承沒(méi)有的情況

單獨(dú)一個(gè)類的場(chǎng)景下,初始化順序?yàn)橐来螢殪o態(tài)數(shù)據(jù),繼承的基類的構(gòu)造函數(shù),成員變量,被調(diào)用的構(gòu)造函數(shù)。

其中靜態(tài)數(shù)據(jù)只會(huì)初始化一次。(靜態(tài)數(shù)據(jù)包括靜態(tài)代碼塊和靜態(tài)變量,每個(gè)類的靜態(tài)數(shù)據(jù)只會(huì)初始化一次)

在繼承的情況下

添加兩個(gè)基類,讓繼承父親,父親繼承祖父。

繼承的情況就比較復(fù)雜了。由繼承了基類,還將往上回溯,遞歸地調(diào)用基類的無(wú)參構(gòu)造方法。

在我們的例子中,在初始化靜態(tài)數(shù)據(jù)后,會(huì)先往上追溯,調(diào)用父的默認(rèn)構(gòu)造方法,此時(shí)再往上追溯到爺爺?shù)哪J(rèn)構(gòu)造方法。

二、信息技術(shù)的不斷發(fā)展

java也體現(xiàn)了現(xiàn)代社會(huì)下信息技術(shù)的不斷發(fā)展,科技水平的不斷進(jìn)步,人們的工作也越來(lái)越便利,日常生活也越來(lái)越方便,越來(lái)越多的工具被人們所開(kāi)發(fā)應(yīng)用 。科技的發(fā)展也要求我們掌握更多的知識(shí),在探索的過(guò)程中,我們需要明白更方便的方法使用更便捷的方法來(lái)取得成就,我的方法會(huì)讓過(guò)程事半功倍。科技的發(fā)展也要求我們掌握越來(lái)越多的知識(shí),我們可以通過(guò)學(xué)習(xí)來(lái)獲得更多的知識(shí),來(lái)幫助我們?cè)谝院蟮墓ぷ魃睿嘈┘寄芸偸怯泻锰幍?。

無(wú)論是java還是什么別的東西他都體現(xiàn)了現(xiàn)代社會(huì)與信息技術(shù)的不斷發(fā)展,人們?cè)谶M(jìn)行進(jìn)行技術(shù)開(kāi)發(fā)時(shí)也有了越來(lái)越多的方法。程序類的工作也有了更為快捷的方法,這為信息技術(shù)的發(fā)展也提供了更好的發(fā)展方法

java動(dòng)態(tài)實(shí)例化問(wèn)題

String className = "java.lang.String";

Object obj = Class.forName(className).newInstance();

用這個(gè)方法要求該類必須有一個(gè)無(wú)參構(gòu)造,如果沒(méi)有,可以取得指定的構(gòu)造法,然后newInstance():

String className = "java.lang.String";

Object obj = Class.forName(className).getConstructor(String.class).newInstance("abc");

如何編寫一個(gè)簡(jiǎn)單的java web前后端實(shí)例

Java代碼編寫的30條實(shí)踐建議,很多人認(rèn)為學(xué)習(xí)java需要較好的計(jì)算機(jī)語(yǔ)言基礎(chǔ),而事實(shí)上高中學(xué)歷的學(xué)習(xí)java,月薪過(guò)萬(wàn)的比比皆是,Java代碼編寫的30條實(shí)踐建議,java知識(shí)點(diǎn)學(xué)習(xí)貴在積累。

Java代碼編寫的30條實(shí)踐建議:

(1) 類名首字母應(yīng)該大寫。字段、方法以及對(duì)象(句柄)的首字母應(yīng)小寫。對(duì)于所有標(biāo)識(shí)符,其中包含的所有單詞都應(yīng)緊靠在一起,而且大寫中間單詞的首字母。

例如:

ThisIsAClassName

thisIsMethodOrFieldName

若在定義中出現(xiàn)了常數(shù)初始化字符,則大寫static final基本類型標(biāo)識(shí)符中的所有字母。這樣便可標(biāo) 志出它們屬于編譯期的常數(shù)。

Java包(Package)屬于一種特殊情況:它們?nèi)际切懽帜?,即便中間的單詞亦是如此。對(duì)于域名擴(kuò)展名稱,如com,org,net或者edu等,全部都應(yīng)小寫(這也是Java 1.1和Java 1.2的區(qū)別之一)。

(2) 為了常規(guī)用途而創(chuàng)建一個(gè)類時(shí),請(qǐng)采取"經(jīng)典形式",并包含對(duì)下述元素的定義:

equals()

hashCode()

toString()

clone()(implement Cloneable)

implement Serializable

(3) 對(duì)于自己創(chuàng)建的每一個(gè)類,都考慮置入一個(gè)main(),其中包含了用于測(cè)試那個(gè)類的代碼。為使用一個(gè)項(xiàng)目中的類,我們沒(méi)必要?jiǎng)h除測(cè)試代碼。若進(jìn)行了任何形式的改動(dòng),可方便地返回測(cè)試。這些代碼也可作為如何使用類的一個(gè)示例使用。

(4) 應(yīng)將方法設(shè)計(jì)成簡(jiǎn)要的、功能性單元,用它描述和實(shí)現(xiàn)一個(gè)不連續(xù)的類接口部分。理想情況下,方法應(yīng)簡(jiǎn)明扼要。若長(zhǎng)度很大,可考慮通過(guò)某種方式將其分割成較短的幾個(gè)方法。這樣做也便于類內(nèi)代碼的重復(fù)使用(有些時(shí)候,方法必須非常大,但它們?nèi)詰?yīng)只做同樣的一件事情)。

(5) 設(shè)計(jì)一個(gè)類時(shí),請(qǐng)?jiān)O(shè)身處地為客戶程序員考慮一下(類的使用方法應(yīng)該是非常明確的)。然后,再設(shè)身處地為管理代碼的人考慮一下(預(yù)計(jì)有可能進(jìn)行哪些形式的修改,想想用什么方法可把它們變得更簡(jiǎn)單)。

(6) 使類盡可能短小精悍,而且只解決一個(gè)特定的問(wèn)題。下面是對(duì)類設(shè)計(jì)的一些建議:

■一個(gè)復(fù)雜的開(kāi)關(guān)語(yǔ)句:考慮采用"多形"機(jī)制

■數(shù)量眾多的方法涉及到類型差別極大的操作:考慮用幾個(gè)類來(lái)分別實(shí)現(xiàn)

■許多成員變量在特征上有很大的差別:考慮使用幾個(gè)類

(7) 讓一切東西都盡可能地"私有"--private??墒箮?kù)的某一部分"公共化"(一個(gè)方法、類或者一個(gè)字段等等),就永遠(yuǎn)不能把它拿出。若強(qiáng)行拿出,就可能破壞其他人現(xiàn)有的代碼,使他們不得不重新編寫和設(shè)計(jì)。若只公布自己必須公布的,就可放心大膽地改變其他任何東西。

在多線程環(huán)境中,隱私是特別重要的一個(gè)因素--只有private字段才能在非同步使用的情況下受到保護(hù)。

(8) 謹(jǐn)惕"巨大對(duì)象綜合癥"。對(duì)一些習(xí)慣于順序編程思維、且初涉OOP領(lǐng)域的新手,往往喜歡先寫一個(gè)順序執(zhí)行的程序,再把它嵌入一個(gè)或兩個(gè)巨大的對(duì)象里。根據(jù)編程原理,對(duì)象表達(dá)的應(yīng)該是應(yīng)用程序的概念,而非應(yīng)用程序本身。

(9) 若不得已進(jìn)行一些不太雅觀的編程,至少應(yīng)該把那些代碼置于一個(gè)類的內(nèi)部。

(10) 任何時(shí)候只要發(fā)現(xiàn)類與類之間結(jié)合得非常緊密,就需要考慮是否采用內(nèi)部類,從而改善編碼及維護(hù)工作(參見(jiàn)第14章14.1.2小節(jié)的"用內(nèi)部類改進(jìn)代碼")。

(11) 盡可能細(xì)致地加上注釋,并用javadoc注釋文檔語(yǔ)法生成自己的程序文檔。

(12) 避免使用"魔術(shù)數(shù)字",這些數(shù)字很難與代碼很好地配合。如以后需要修改它,無(wú)疑會(huì)成為一場(chǎng)噩夢(mèng),因?yàn)楦静恢?100"到底是指"數(shù)組大小"還是"其他全然不同的東西"。所以,我們應(yīng)創(chuàng)建一個(gè)常數(shù),并為其使用具有說(shuō)服力的描述性名稱,并在整個(gè)程序中都采用常數(shù)標(biāo)識(shí)符。這樣可使程序更易理解以及更易維護(hù)。

(13) 涉及構(gòu)建器和異常的時(shí)候,通常希望重新丟棄在構(gòu)建器中捕獲的任何異常--如果它造成了那個(gè)對(duì)象的創(chuàng)建失敗。這樣一來(lái),調(diào)用者就不會(huì)以為那個(gè)對(duì)象已正確地創(chuàng)建,從而盲目地繼續(xù)。

(14) 當(dāng)客戶程序員用完對(duì)象以后,若你的類要求進(jìn)行任何清除工作,可考慮將清除代碼置于一個(gè)良好定義的方法里,采用類似于cleanup()這樣的名字,明確表明自己的用途。除此以外,可在類內(nèi)放置一個(gè)boolean(布爾)標(biāo)記,指出對(duì)象是否已被清除。在類的finalize()方法里,請(qǐng)確定對(duì)象已被清除,并已丟棄了從RuntimeException繼承的一個(gè)類(如果還沒(méi)有的話),從而指出一個(gè)編程錯(cuò)誤。在采取象這樣的方案之前,請(qǐng)確定finalize()能夠在自己的系統(tǒng)中工作(可能需要調(diào)用System.runFinalizersOnExit(true),從而確保這一行為)。

(15) 在一個(gè)特定的作用域內(nèi),若一個(gè)對(duì)象必須清除(非由垃圾收集機(jī)制處理),請(qǐng)采用下述方法:初始化對(duì)象;若成功,則立即進(jìn)入一個(gè)含有finally從句的try塊,開(kāi)始清除工作。

(16) 若在初始化過(guò)程中需要覆蓋(取消)finalize(),請(qǐng)記住調(diào)用super.finalize()(若Object屬于我們的直接超類,則無(wú)此必要)。在對(duì)finalize()進(jìn)行覆蓋的過(guò)程中,對(duì)super.finalize()的調(diào)用應(yīng)屬于最后一個(gè)行動(dòng),而不應(yīng)是第一個(gè)行動(dòng),這樣可確保在需要基礎(chǔ)類組件的時(shí)候它們依然有效。

(17) 創(chuàng)建大小固定的對(duì)象集合時(shí),請(qǐng)將它們傳輸至一個(gè)數(shù)組(若準(zhǔn)備從一個(gè)方法里返回這個(gè)集合,更應(yīng)如此操作)。這樣一來(lái),我們就可享受到數(shù)組在編譯期進(jìn)行類型檢查的好處。此外,為使用它們,數(shù)組的接收者也許并不需要將對(duì)象"造型"到數(shù)組里。

(18) 盡量使用interfaces,不要使用abstract類。若已知某樣?xùn)|西準(zhǔn)備成為一個(gè)基礎(chǔ)類,那么第一個(gè)選擇應(yīng)是將其變成一個(gè)interface(接口)。只有在不得不使用方法定義或者成員變量的時(shí)候,才需要將其變成一個(gè)abstract(抽象)類。接口主要描述了客戶希望做什么事情,而一個(gè)類則致力于(或允許)具體的實(shí)施細(xì)節(jié)。

(19) 在構(gòu)建器內(nèi)部,只進(jìn)行那些將對(duì)象設(shè)為正確狀態(tài)所需的工作。盡可能地避免調(diào)用其他方法,因?yàn)槟切┓椒赡鼙黄渌烁采w或取消,從而在構(gòu)建過(guò)程中產(chǎn)生不可預(yù)知的結(jié)果(參見(jiàn)第7章的詳細(xì)說(shuō)明)。

(20) 對(duì)象不應(yīng)只是簡(jiǎn)單地容納一些數(shù)據(jù);它們的行為也應(yīng)得到良好的定義。

(21) 在現(xiàn)成類的基礎(chǔ)上創(chuàng)建新類時(shí),請(qǐng)首先選擇"新建"或"創(chuàng)作"。只有自己的設(shè)計(jì)要求必須繼承時(shí),才應(yīng)考慮這方面的問(wèn)題。若在本來(lái)允許新建的場(chǎng)合使用了繼承,則整個(gè)設(shè)計(jì)會(huì)變得沒(méi)有必要地復(fù)雜。

(22) 用繼承及方法覆蓋來(lái)表示行為間的差異,而用字段表示狀態(tài)間的區(qū)別。一個(gè)非常極端的例子是通過(guò)對(duì)不同類的繼承來(lái)表示顏色,這是絕對(duì)應(yīng)該避免的:應(yīng)直接使用一個(gè)"顏色"字段。

(23) 為避免編程時(shí)遇到麻煩,請(qǐng)保證在自己類路徑指到的任何地方,每個(gè)名字都僅對(duì)應(yīng)一個(gè)類。否則,編譯器可能先找到同名的另一個(gè)類,并報(bào)告出錯(cuò)消息。若懷疑自己碰到了類路徑問(wèn)題,請(qǐng)?jiān)囋囋陬惵窂降拿恳粋€(gè)起點(diǎn),搜索一下同名的.class文件。

(24) 在Java 1.1 AWT中使用事件"適配器"時(shí),特別容易碰到一個(gè)陷阱。若覆蓋了某個(gè)適配器方法,同時(shí)拼寫方法沒(méi)有特別講究,最后的結(jié)果就是新添加一個(gè)方法,而不是覆蓋現(xiàn)成方法。然而,由于這樣做是完全合法的,所以不會(huì)從編譯器或運(yùn)行期系統(tǒng)獲得任何出錯(cuò)提示--只不過(guò)代碼的工作就變得不正常了。

(25) 用合理的設(shè)計(jì)方案消除"偽功能"。也就是說(shuō),假若只需要?jiǎng)?chuàng)建類的一個(gè)對(duì)象,就不要提前限制自己使用應(yīng)用程序,并加上一條"只生成其中一個(gè)"注釋。請(qǐng)考慮將其封裝成一個(gè)"獨(dú)生子"的形式。若在主程序里有大量散亂的代碼,用于創(chuàng)建自己的對(duì)象,請(qǐng)考慮采納一種創(chuàng)造性的方案,將些代碼封裝起來(lái)。

(26) 警惕"分析癱瘓"。請(qǐng)記住,無(wú)論如何都要提前了解整個(gè)項(xiàng)目的狀況,再去考察其中的細(xì)節(jié)。由于把握了全局,可快速認(rèn)識(shí)自己未知的一些因素,防止在考察細(xì)節(jié)的時(shí)候陷入"死邏輯"中。

(27) 警惕"過(guò)早優(yōu)化"。首先讓它運(yùn)行起來(lái),再考慮變得更快--但只有在自己必須這樣做、而且經(jīng)證實(shí)在某部分代碼中的確存在一個(gè)性能瓶頸的時(shí)候,才應(yīng)進(jìn)行優(yōu)化。除非用專門的工具分析瓶頸,否則很有可能是在浪費(fèi)自己的時(shí)間。

性能提升的隱含代價(jià)是自己的代碼變得難于理解,而且難于維護(hù)。

(28) 請(qǐng)記住,閱讀代碼的時(shí)間比寫代碼的時(shí)間多得多。思路清晰的設(shè)計(jì)可獲得易于理解的程序,但注釋、細(xì)致的解釋以及一些示例往往具有不可估量的價(jià)值。無(wú)論對(duì)你自己,還是對(duì)后來(lái)的人,它們都是相當(dāng)重要的。如對(duì)此仍有懷疑,那么請(qǐng)?jiān)囅胱约涸噲D從聯(lián)機(jī)Java文檔里找出有用信息時(shí)碰到的挫折,這樣或許能將你說(shuō)服。

(29) 如認(rèn)為自己已進(jìn)行了良好的分析、設(shè)計(jì)或者實(shí)施,那么請(qǐng)稍微更換一下思維角度。試試邀請(qǐng)一些外來(lái)人士--并不一定是專家,但可以是來(lái)自本公司其他部門的人。請(qǐng)他們用完全新鮮的眼光考察你的工作,看看是否能找出你一度熟視無(wú)睹的問(wèn)題。采取這種方式,往往能在最適合修改的階段找出一些關(guān)鍵性的問(wèn)題,避免產(chǎn)品發(fā)行后再解決問(wèn)題而造成的金錢及精力方面的損失。

(30) 良好的設(shè)計(jì)能帶來(lái)最大的回報(bào)。簡(jiǎn)言之,對(duì)于一個(gè)特定的問(wèn)題,通常會(huì)花較長(zhǎng)的時(shí)間才能找到一種最恰當(dāng)?shù)慕鉀Q方案。但一旦找到了正確的方法,以后的工作就輕松多了,再也不用經(jīng)歷數(shù)小時(shí)、數(shù)天或者數(shù)月的痛苦掙扎。我們的努力工作會(huì)帶來(lái)最大的回報(bào)(甚至無(wú)可估量)。而且由于自己傾注了大量心血,最終獲得一個(gè)出色的設(shè)計(jì)方案,成功的快感也是令人心動(dòng)的。堅(jiān)持抵制草草完工的誘惑--那樣做往往得不償失。


當(dāng)前文章:java代碼實(shí)例擬態(tài) java 模擬
轉(zhuǎn)載源于:http://weahome.cn/article/dosjegi.html

其他資訊

在線咨詢

微信咨詢

電話咨詢

028-86922220(工作日)

18980820575(7×24)

提交需求

返回頂部