當前位置:首頁 » 網頁前端 » web後端報告
擴展閱讀
webinf下怎麼引入js 2023-08-31 21:54:13
堡壘機怎麼打開web 2023-08-31 21:54:11

web後端報告

發布時間: 2023-03-30 03:48:17

『壹』 web網站後台管理系統的測試報告怎麼寫

測試報告一般是一下內容:
兼容IE7、8、chrome、firefox,有沒有錯位
首頁廣告圖是否居中顯示,切換是否正常,內頁廣告圖是否對應顯示,能否正常上傳
各欄目、列表頁等鏈接是否正確,特別是more這類按鈕鏈接
各系統縮略圖上傳是否正常,顯示是否正常,多圖切換是否正常
在線留言是否正常提交,格式、必填項提示是否正確
語言版本切換是否正常
頁面SEO標題,關鍵詞,描述是否正確顯示
手機版蘋果瀏覽器,安卓主流瀏覽器(UC,自帶瀏覽器)兼容,有沒有錯位

『貳』 Web前端 VS Web後端的結果是什麼樣的

沒聽說過web後端

『叄』 web前端和web後端的區別詳細分析

web前端和野爛web後端的區別詳細分析:
Web前端:
1. 精通HTML,能夠書寫語義合理,結構清晰,易維護的HTML結構。
2. 精通CSS,慎亮能夠還原視覺設計,並兼容業界承認的主流瀏覽器。
3. 熟悉JavaScript,了解ECMAScript基礎內容,掌握1~2種js框架,如JQuery。
4. 對常見的瀏覽器兼容問題有清晰的理解,並有可靠的解決方案。
5. 對性能有一定的要求,了寬脊寬解yahoo的性能優化建議,並可以在項目中有效實施。
Web後端:
1. 精通jsp,servlet,java bean,JMS,EJB,Jdbc,Flex開發,或者對相關的工具、類庫以及框架非常熟悉,如Velocity,Spring,Hibernate,iBatis,OSGI等,對Web開發的模式有較深的理解。
2. 熟練使用oracle、sqlserver、mysql等常用的資料庫系統,對資料庫有較強的設計能力。
3. 熟悉maven項目配置管理工具,熟悉tomcat、jboss等應用伺服器,同時對在高並發處理情況下的負載調優有相關經驗者優先考慮。
4. 精通面向對象分析和設計技術,包括設計模式、UML建模等。
5. 熟悉網路編程,具有設計和開發對外API介面經驗和能力,同時具備跨平台的API規范設計以及API高效調用設計能力。
創客學院職業課程web前端包括了零基礎web前端開發從入門到精通視頻教程培訓,其移動開發前端課程整合了HTML5開發、CSS3基礎課程、PHP培訓教程、HTML5實例源碼及其移動前端交互JavaScript+JQuery+Ajex課程學習,通過HTML5實例教程講解,讓從零開始學習web前端的開發者短期內快速掌握web開發技能。

『肆』 web前端和後端的差別

一、定義不同

一般來說,我們將網站分為前端和後端。前端主要負責頁面的展示,後端則是業務邏輯的實現。

1、web前端

這里所說的前端泛指web前端,也就是在web應用中用戶可以看得見碰的找的東西,包括web頁面的結構、web的外觀視覺表現以及web層面的交互實現。

2、web後端

後端更多的是與資料庫進行交互以處理相應的業務邏輯。需要考慮的是如何實現功能、數據的存取、平台的穩定性能等。

二、需要掌握的技術不同

1、web前端

精通JS,能熟練的應用JQuery,懂CSS,能熟練運用這些知識,進行交互效果的開發。

(1)精通HTML,能書寫語義合理,結構清晰,易維護的HTML解構;

(2)精通CSS,能夠還原視覺設計,並兼容業界承認的主流瀏覽器;

(3)熟悉JavaScript,了解ECMAScript基礎內容,掌握1-2種js框架,如JQuery;

(4)對常見的瀏覽器兼容問題有清晰的理解,並有可靠地解決方案;

(5)對性能有一定的要求,了解yahoo性能優化建議,並可以在項目中有效實施。

2、Web後端

後端開發人員:會寫Java代碼,會寫SQL語句,能做簡單的資料庫設計,會Spring和iBatis,懂一些設計模式等。

(1)精通jsp,servlet,javabean,JMS,EJB,Jdbc,Flex開發,或者對相關的工具、類庫以及框架非常熟悉,如Velocity,Spring,Hibernate,iBatis,OSGI等,對Web開發的模式有較深的理解;

(2)練使用oracle、sqlserver、mysql等常用的資料庫系統,對資料庫有較強的設計能力;

(3)熟悉maven項目配置管理工具,熟悉tomcat、jboss等應用伺服器,同時對在高並發處理情況下的負載調優有相關經驗者優先考慮;

(4)精通面向對象分析和設計技術,包括設計模式、UML建模等;

(5)熟悉網路編程,具有設計和開發對外API介面經驗和能力,同時具備跨平台的API規范設計以及API高效調用設計能力。

『伍』 2017年,Web 後端出現了哪些新的思想和技術

web前端與後端的區別主要是:
1、要搞懂區別,我們首先要知道他們是什麼。
Web前端: 顧名思義是來做Web的前端的。我們這里所說的前端泛指Web前端,也就是在Web應用中用戶可以看得見碰得著的東西。包括Web頁面的結構、Web的外觀視覺表現以及Web層面的交互實現。
Web後端:後端更多的是與資料庫進行交互以處理相應的業務邏輯。需要考慮的是如何實現功能、數據的存取、平台的穩定性與性能等。
2、web前端分為網頁設計師、網頁美工、web前端開發工程師。首先網頁設計師是對網頁的架構、色彩以及網站的整體頁面代碼負責網頁美工只針對UI這塊的東西,比如網站是否做的漂亮,web前端開發工程師是負責交互設計的,需要和程序員進行交互設計的配合。
3、 web前端需要掌握的有腳本技術javascript DIV+CSS現下最流行的頁面搭建技術,ajax和jquery以及簡單的後端程序等。 後端的話可供開發的語言有 asp、php、jsp、.NET 這些後端開發語言的話搭建環境都不一樣
4、實際的開發過程中,前端、後端開發人員的定位如下:
1)前端開發人員:精通JS,能熟練應用JQuery,懂CSS,能熟練運用這些知識,進行交互效果的開發。
2)後端開發人員:會寫Java代碼,會寫SQL語句,能做簡單的資料庫設計,會Spring和iBatis,懂一些設計模式等。

『陸』 web應用系統開發

1.漸進式Web應用程序(PWA)

通過利用技術進步參與開發移動站點和本機應用程序的企業可以從漸進式Web應用程序中受益。到目前為止,這是2019年最熱門的Web開發趨勢。它鼓勵萬維網為用戶提供更好的瀏覽體驗。

漸進式Web應用程序是一般的Web應用程序,在用戶看來像移動應用程序,但實際上它們是行為類似於移動應用程序的網頁和網站。PWA致力於為所有設備上所有平台的用戶提供類似本機的體驗。

根據最近的一項研究,就互聯網使用和網站瀏覽而言,移動技術在其他設備上占據主導地位。不僅如此,使用移動應用程序和移動瀏覽器之間的差距還很大。可以估算一下,我們可以說移動應用程序佔用戶在其小工具上花費的總時間的70%以上。

實施PWA的一些知名公司包括阿里巴巴,Twitter,維珍美國航空,福布斯等。使用PWA的顯著優勢是,您的品牌對於具有更強身份的受眾更加可見。PWA中使用的流行技術是Angular,Polymer和React。

2.人工智慧與機器人

如您所知,企業跨不同時區工作並在各個大洲提供代表,這使得客戶支持服務既復雜又昂貴,尤其是考慮到24x7模式時。但是,隨著最近的發展,企業已轉向自動化的即時客戶端支持。

你們大多數人可能已經發現,聊天機器人可以使用人工智慧和機器學習的概念。在未來的幾年中,聊天機器人和機器學習的概念將比以往更加全面,尤其是對於Web設計和開發行業。

有多項調查表明,聊天機器人用於為客戶查詢提供快速響應和解決方案。AI執行人類的認知功能,例如學習,分析信息,收集數據,理解情緒以及解決具有挑戰性的問題的能力,這使聊天機器人成為Web開發的完美補充。

Facebook,Microsoft,Twitter,Google和Amazon等主要供應商都在人工智慧以及機器學習方面進行了大量投資。以下可用於為您的網站構建機器人的技術包括Facebook Bot Engine,Microsoft Bot Framework和Dialog flow。

3.加速的移動頁面(AMP)

Google不斷採用新技術來改善用戶的移動瀏覽體驗。Google在2015年向公眾推出了加速的移動頁面項目,該項目現已發展成為自己的新技術。

AWP的目的是減少網頁的載入時間或構建可在所有設備上快速載入且完美運行的網站。AMP頁面的載入時間被認為是兩秒鍾,而常規網頁可能需要長達22秒的載入時間。

與標准網頁相比,加速的網頁具有明顯的優勢,因為當您的網頁載入速度更快時,用戶將很高興瀏覽您的網站。此外,它將有助於提高您的Web應用程序的搜索引擎排名。

要將AMP技術引入您的網站,您將必須使用AMP HTML開放源代碼框架。Google首次提出這個概念時,就提供了有關如何構建AMP網頁的詳細文檔。

4.單頁申請

單頁應用程序完全基於JavaScript,是可在所有設備上正常運行的Web應用程序。它們不僅可以提高網站性能,還可以通過使用JavaScript載入所有內容來消除重新載入頁面的需要。

大多數公司使用單頁應用程序,因為與載入多頁相關的額外等待時間。誠然,與多頁Web應用程序相比,該頁面可能需要花費更多的時間來載入,但是,如果考慮到用戶在網站上的整個旅程的總時間,那麼放棄渲染多個頁面所節省的時間就變得很重要。這也使構建響應式網站變得更加容易。

SPA的示例包括Gmail,Facebook和GitHub。SPA中使用的技術包括React和Angular框架,使其成為混合應用程序的理想選擇。

5.語音搜索優化

語音搜索已經對Web開發產生了重大影響,使其成為2019年成功的趨勢之一,因此我們簡直不能忽略它。根據Gartner的報告,由於智能揚聲器的興起,到2020年,將有20%以上的搜索完成而無需在屏幕上鍵入任何內容。

即使在2019年,我們也會獲得帶有Google助手按鈕的設備,從而使用戶更輕松地在其設備上打開語音識別。因此,語音搜索在Web開發中達到頂峰還為時不遠。到2020年,我們可以假設英國的語音商務銷售額可以增長到50億美元,在美國達到400億美元。

考慮到多個研究報告和市場的實際情況,我們可以說語音搜索優化是不斷增長的Web開發趨勢之一,不容忽視。有可能,它將盡快成為您的SEO或技術策略的一部分。

要對您的站點實施語音搜索優化,可以使用Web搜索API,該API分為兩個部分-語音識別和語音合成。語音識別使您的網站能夠識別用戶的聲音,然後響應他們的查詢,而語音合成使腳本能夠讀取文本內容。

6.運動界面

Motion UI是為互動式Web設計提供動態圖形和動畫的東西。簡而言之,通過提供優雅的界面,即使使用簡約的網站,它也可以使您的Web應用程序設計與眾不同。而且,如果您進行適當的研究和實施,它可以為您的網站的轉化率帶來奇跡。

Motion UI是2019年最好的網路趨勢之一,因為它為您提供了一種吸引訪問者注意力的簡單解決方案。使用Motion UI庫,您可以合並動畫圖表,背景動畫,懸停和醒目的標題。

使用Motion UI元素不僅可以使您的網站脫穎而出,還可以通過鼓勵積極的用戶互動和改善網站可用性來增強用戶參與度。對於開發人員來說,這是一個額外的優勢,因為他們有多種選擇來製作功能強大的出色站點。

7.自動化測試

我們知道自動化測試已經存在了幾年,但是其中的最新創新使其再次進入了趨勢列表。從單元測試到Web應用程序的跨瀏覽器測試,Web開發測試中發生了許多變化。例如,以前您必須在系統上設置一個環境來執行Web應用程序的測試,但是現在不一樣了。

市場上提供了用於Web應用程序測試的多種擴展程序和API,使開發人員可以輕松地測試其網站。例如,Chrome,WordPress擴展程序和Screenshot API附帶的LambdaTest,使用戶無需編寫任何外部腳本即可測試其網頁。

最大,最受信任的自動化測試平台是LambdaTest,BrowserStack或跨瀏覽器測試,甚至一些大型企業都在使用它們。

8. JavaScript

JavaScript是最流行的編程語言之一,隨著時間的推移不斷發展,並為開發人員提供了新的功能。JavaScript的高級框架,設計和庫已經證明,它在市場上可以提供很多東西。

這就是為什麼它仍處於Web開發的十大趨勢之列的原因。曾經有一段時間人們因為JavaScript與某些瀏覽器不兼容而放棄使用JavaScript並改用純HTML和CSS。但是,隨著對JS的瀏覽器支持的趕超,越來越多的Web開發人員正在使用基於JS的框架和庫來構建其網站。

JavaScript用於開發動態Web應用程序。它為開發人員構建網站提供了靈活性,挑戰性和強大功能的全新體驗。藉助JavaScript,開發人員能夠構建精確,健壯和響應迅速的網站。使它在其他語言中脫穎而出的一些廣泛功能是回調和閉包。

不僅如此,基於JavaScript的框架和庫,尤其是Angular和React,為Web開發人員提供了更多功能。因此,可以說在未來幾年中,基於JavaScript的框架將推動Web開發。

9.區塊鏈技術

隨著整個2019年比特幣的流行,你們中的許多人可能已經對區塊鏈及其對整個Web開發行業的影響有所了解。

據信,到2020年,區塊鏈將給網路行業帶來根本性的變化。區塊鏈是一種開放式分布式賬本,以消除聯絡需求而提供安全和受保護的在線交易而聞名。它使用普通數據存儲來幫助個人將數據存儲在世界各地。

由於保護水平高,許多跨國銀行和組織都計劃投資於區塊鏈。此外,它還有助於降低金融業務成本,降低交易結算的頻率並改善由透明記錄支持的現金流。

10.物聯網

根據Statista的報告,相信2025年已連接設備的數量將超過300億。物聯網設備的巨大增長將直接影響Web開發,因為公司將從台式機或筆記本電腦控制此類設備。

物聯網將為企業帶來多種機遇,並使他們能夠以高精度提高效率。而且,為了向客戶提供更好的服務,將設備與網站集成已經變得至關重要。開發這些設備的不僅是開發人員,還包括開發人員。我們還將平等參與開發使用,分析和顯示設備數據的應用程序。

物聯網還將帶來很多挑戰,尤其是在數據安全方面,因此開發人員將面臨很多挑戰。盡管只有少數網站或Web應用程序正在使用IoT集成,但在未來幾天中,幾乎每個網站都將開始集成它以改善客戶體驗。

結論

Web開發是一個永遠不會淘汰的領域。實際上,隨著新技術的出現,它將隨著時間的推移不斷發展和變化。同樣,開發人員在使用這些技術方面也越來越先進,因為它允許他們以更好的方式構建應用程序或網站。

『柒』 web 前段和後端是什麼意思

從軟體工程的角度上來說,意義還是很大的,畢竟大一些的軟體就會有一些分工,前段專門做前段,後端專門做後端,滲高這樣使用前後端分離的方法進行開發可以讓前端與後租游端更加清晰叢型尺地進行開發。如果是那種一次性的,獨立開發的,相對較簡單的web應用的話,前後端分離反而沒有什麼意義,只會增加開發的復雜度。

『捌』 如何編寫一個簡單的java web前後端實例

Java代碼編寫的30條實踐建議,很多人認為學習java需要較好的計算機語言基礎,而事實上高中學歷的學習java,月薪過萬的比比皆是,Java代碼編寫的30條實踐建議,java知識點學習貴在積累。
Java代碼編寫的30條實踐建議:
(1) 類名首字母應該大寫。欄位、方法以及對象(句柄)的首字母應小寫。對於所有標識符,其中包含的所有單詞都應緊靠在一起,而且大寫中間單詞的首字母。
例如:
ThisIsAClassName
thisIsMethodOrFieldName
若在定義中出現了常數初始化字元,則大寫static final基本類型標識符中的所有字母。這樣便可標 志出它們屬於編譯期的常數。
Java包(Package)屬於一種特殊情況:它們全都是小寫字母,即便中間的單詞亦是如此。對於域名擴展名稱,如com,org,net或者e等,全部都應小寫(這也是Java 1.1和Java 1.2的區別之一)。
(2) 為了常規用途而創建一個類時,請採取"經典形式",並包含對下述元素的定義:
equals()
hashCode()
toString()
clone()(implement Cloneable)
implement Serializable
(3) 對於自己創建的每一個類,都考慮置入一個main(),其中包含了用於測試那個類的代碼。為使用一個項目中的類,我們沒必要刪除測試代碼。若進行了任何形式的改動,可方便地返回測試。這些代碼也可作為如何使用類的一個示例使用。
(4) 應將方法設計成簡要的、功能性單元,用它描述和實現一個不連續的類介面部分。理想情況下,方法應簡明扼要。若長度很大,可考慮通過某種方式將其分割成較短的幾個方法。這樣做也便於類內代碼的重復使用(有些時候,方法必須非常大,但它們仍應只做同樣的一件事情)。
(5) 設計一個類時,請設身處地為客戶程序員考慮一下(類的使用方法應該是非常明確的)。然後,再設身處地為管理代碼的人考慮一下(預計有可能進行哪些形式的修改,想想用什麼方法可把它們變得更簡單)。
(6) 使類盡可能短小精悍,而且只解決一個特定的問題。下面是對類設計的一些建議:
■一個復雜的開關語句:考慮採用"多形"機制
■數量眾多的方法涉及到類型差別極大的操作:考慮用幾個類來分別實現
■許多成員變數在特徵上有很大的差別:考慮使用幾個類
(7) 讓一切東西都盡可能地"私有"--private。可使庫的某一部分"公共化"(一個方法、類或者一個欄位等等),就永遠不能把它拿出。若強行拿出,就可能破壞其他人現有的代碼,使他們不得不重新編寫和設計。若只公布自己必須公布的,就可放心大膽地改變其他任何東西。
在多線程環境中,隱私是特別重要的一個因素--只有private欄位才能在非同步使用的情況下受到保護。
(8) 謹惕"巨大對象綜合症"。對一些習慣於順序編程思維、且初涉OOP領域的新手,往往喜歡先寫一個順序執行的程序,再把它嵌入一個或兩個巨大的對象里。根據編程原理,對象表達的應該是應用程序的概念,而非應用程序本身。
(9) 若不得已進行一些不太雅觀的編程,至少應該把那些代碼置於一個類的內部。
(10) 任何時候只要發現類與類之間結合得非常緊密,就需要考慮是否採用內部類,從而改善編碼及維護工作(參見第14章14.1.2小節的"用內部類改進代碼")。
(11) 盡可能細致地加上注釋,並用javadoc注釋文檔語法生成自己的程序文檔。
(12) 避免使用"魔術數字",這些數字很難與代碼很好地配合。如以後需要修改它,無疑會成為一場噩夢,因為根本不知道"100"到底是指"數組大小"還是"其他全然不同的東西"。所以,我們應創建一個常數,並為其使用具有說服力的描述性名稱,並在整個程序中都採用常數標識符。這樣可使程序更易理解以及更易維護。
(13) 涉及構建器和異常的時候,通常希望重新丟棄在構建器中捕獲的任何異常--如果它造成了那個對象的創建失敗。這樣一來,調用者就不會以為那個對象已正確地創建,從而盲目地繼續。
(14) 當客戶程序員用完對象以後,若你的類要求進行任何清除工作,可考慮將清除代碼置於一個良好定義的方法里,採用類似於cleanup()這樣的名字,明確表明自己的用途。除此以外,可在類內放置一個boolean(布爾)標記,指出對象是否已被清除。在類的finalize()方法里,請確定對象已被清除,並已丟棄了從RuntimeException繼承的一個類(如果還沒有的話),從而指出一個編程錯誤。在採取象這樣的方案之前,請確定finalize()能夠在自己的系統中工作(可能需要調用System.runFinalizersOnExit(true),從而確保這一行為)。
(15) 在一個特定的作用域內,若一個對象必須清除(非由垃圾收集機制處理),請採用下述方法:初始化對象;若成功,則立即進入一個含有finally從句的try塊,開始清除工作。
(16) 若在初始化過程中需要覆蓋(取消)finalize(),請記住調用super.finalize()(若Object屬於我們的直接超類,則無此必要)。在對finalize()進行覆蓋的過程中,對super.finalize()的調用應屬於最後一個行動,而不應是第一個行動,這樣可確保在需要基礎類組件的時候它們依然有效。
(17) 創建大小固定的對象集合時,請將它們傳輸至一個數組(若准備從一個方法里返回這個集合,更應如此操作)。這樣一來,我們就可享受到數組在編譯期進行類型檢查的好處。此外,為使用它們,數組的接收者也許並不需要將對象"造型"到數組里。
(18) 盡量使用interfaces,不要使用abstract類。若已知某樣東西准備成為一個基礎類,那麼第一個選擇應是將其變成一個interface(介面)。只有在不得不使用方法定義或者成員變數的時候,才需要將其變成一個abstract(抽象)類。介面主要描述了客戶希望做什麼事情,而一個類則致力於(或允許)具體的實施細節。
(19) 在構建器內部,只進行那些將對象設為正確狀態所需的工作。盡可能地避免調用其他方法,因為那些方法可能被其他人覆蓋或取消,從而在構建過程中產生不可預知的結果(參見第7章的詳細說明)。
(20) 對象不應只是簡單地容納一些數據;它們的行為也應得到良好的定義。
(21) 在現成類的基礎上創建新類時,請首先選擇"新建"或"創作"。只有自己的設計要求必須繼承時,才應考慮這方面的問題。若在本來允許新建的場合使用了繼承,則整個設計會變得沒有必要地復雜。
(22) 用繼承及方法覆蓋來表示行為間的差異,而用欄位表示狀態間的區別。一個非常極端的例子是通過對不同類的繼承來表示顏色,這是絕對應該避免的:應直接使用一個"顏色"欄位。
(23) 為避免編程時遇到麻煩,請保證在自己類路徑指到的任何地方,每個名字都僅對應一個類。否則,編譯器可能先找到同名的另一個類,並報告出錯消息。若懷疑自己碰到了類路徑問題,請試試在類路徑的每一個起點,搜索一下同名的.class文件。
(24) 在Java 1.1 AWT中使用事件"適配器"時,特別容易碰到一個陷阱。若覆蓋了某個適配器方法,同時拼寫方法沒有特別講究,最後的結果就是新添加一個方法,而不是覆蓋現成方法。然而,由於這樣做是完全合法的,所以不會從編譯器或運行期系統獲得任何出錯提示--只不過代碼的工作就變得不正常了。
(25) 用合理的設計方案消除"偽功能"。也就是說,假若只需要創建類的一個對象,就不要提前限制自己使用應用程序,並加上一條"只生成其中一個"注釋。請考慮將其封裝成一個"獨生子"的形式。若在主程序里有大量散亂的代碼,用於創建自己的對象,請考慮採納一種創造性的方案,將些代碼封裝起來。
(26) 警惕"分析癱瘓"。請記住,無論如何都要提前了解整個項目的狀況,再去考察其中的細節。由於把握了全局,可快速認識自己未知的一些因素,防止在考察細節的時候陷入"死邏輯"中。
(27) 警惕"過早優化"。首先讓它運行起來,再考慮變得更快--但只有在自己必須這樣做、而且經證實在某部分代碼中的確存在一個性能瓶頸的時候,才應進行優化。除非用專門的工具分析瓶頸,否則很有可能是在浪費自己的時間。
性能提升的隱含代價是自己的代碼變得難於理解,而且難於維護。
(28) 請記住,閱讀代碼的時間比寫代碼的時間多得多。思路清晰的設計可獲得易於理解的程序,但注釋、細致的解釋以及一些示例往往具有不可估量的價值。無論對你自己,還是對後來的人,它們都是相當重要的。如對此仍有懷疑,那麼請試想自己試圖從聯機Java文檔里找出有用信息時碰到的挫折,這樣或許能將你說服。
(29) 如認為自己已進行了良好的分析、設計或者實施,那麼請稍微更換一下思維角度。試試邀請一些外來人士--並不一定是專家,但可以是來自本公司其他部門的人。請他們用完全新鮮的眼光考察你的工作,看看是否能找出你一度熟視無睹的問題。採取這種方式,往往能在最適合修改的階段找出一些關鍵性的問題,避免產品發行後再解決問題而造成的金錢及精力方面的損失。
(30) 良好的設計能帶來最大的回報。簡言之,對於一個特定的問題,通常會花較長的時間才能找到一種最恰當的解決方案。但一旦找到了正確的方法,以後的工作就輕松多了,再也不用經歷數小時、數天或者數月的痛苦掙扎。我們的努力工作會帶來最大的回報(甚至無可估量)。而且由於自己傾注了大量心血,最終獲得一個出色的設計方案,成功的快感也是令人心動的。堅持抵制草草完工的誘惑--那樣做往往得不償失。