程序員中雷區代碼

❶ 面試時要避免哪些雷區

面試時要避免哪些雷區

面試時要避免哪些雷區，在職場上面都是龍爭虎鬥的，我們在職場上跟著前輩大牛的話可以幫助我們學到很多的東西，壓力過大的時候也要試著調節放鬆，在職場上，面試時要避免哪些雷區是很重要的。

面試時要避免哪些雷區1

1、性格、言談舉止和品行(這個是裝不出來的);

2、過往工作經歷的匹配度(對於沒做過的事，如果你硬要編造，即使入職後，也很可能過不了試用期);

3、面試官和你溝通後的反饋;

面試官也許是你未來的直接領導，如果他和你溝通不順，也會對應聘結果有影響;

面試是雙方選擇的過程，咱們也別太弱勢，做到謙遜即可;

當然，如果你幸運的通過以上三點考驗。可是，你對公司對價值觀、企業文化、辦公環境不認可;亦或者在面試當天，你對未來可能成為你同事的工作狀態不認同的話，大叔在想，很可能你不太願意去這家公司工作。

不過，在職場上打工，尤其在我們初入職場的幾年時間里，由於個人業務能力、人脈和資源並未搭建成型，所以難免會著重選擇自己比較關注的方面，比如平台、發展空間和公司價值觀等因素去選擇公司。

可是，隨著自己的業務能力越來越好，我們說不定會有更多更好的選擇也不一定。畢竟，公司挑你和你挑公司這是兩個完全不同的維度。好在時間還很充裕，咱們只需努力，剩下的交給緣分。

如此說來，面試也是一種隨緣的過程。你要相信，那些真正認可你的公司會給你發Offer的，如果不認可你的公司，越早遠離也就也好，別在意當下得失，咱們得未雨綢繆，想想你在這份工作中能收獲到什麼，並且開始為你下一步的發展儲備能量。

這么說來的話，恕大叔不才，類似提升面試通過率的書，一是平時涉獵不多，故不敢輕易向大家推薦;二是，平時有看這類書書的時間，大叔一般都在苦練業務，簡歷上有干貨，自信心隨之而來。

面試時要避免哪些雷區2

雷區1：問題沒聽明白，按臆想進行答題

面試官：「同學，請針對以下問題進行答題，規則是@####%%。」

候選人：「恩，明白。」（心裡：好像是按照xxx的樣式進行答題）

面試官：「這道題寫錯了，是規則沒聽明白嗎？」

候選人：「(⊙o⊙)…、、、、、、、、、、」

分析：

如果沒有確認清楚題目就開始答題，首先題目做錯了，其次會給面試官留下一個「臆測」的印象（試想：軟體測試過程中，如果需求預期並不清楚，此時按照自己的臆想進行驗證，那豈不是每個人都有一份預期結果？）

避免雷區：

面試的時候難免緊張或者沒跟上面試官的節奏，如果對於面試官提問的問題並不是完全清楚的時候，一定要及時確認疑問，待問題全部清楚後再進行思考和答題。

雷區2：編寫沒有思路，想啥寫啥

面試官：「請對@####%%說明一下自己的想法、思路」

分析：

該題目一般檢查候選人編寫測試用例的思路、覆蓋度、深度。如果想起一條寫一條，可能說明用例編寫經驗不足，沒有結構思想。

避免雷區：

一般有經驗的'候選人，都會按照自己常用的結構來劃分功能點、影響因素。

1、 按照常用結構劃分：

比如：分別從功能性、界面ui、易用性、安全性、兼容性等方面來考慮測試用例

2、 字跡清晰，條理分明

雷區3：自顧自答（回答跑題了）

面試官：「同學，請講一下你在近期項目中做的事情吧？」

候選人：「我最近做的項目是xxx，是一款在線購物平台，主要針對低消費群體，我負責的是「個人中心頁面」，這裡面有積分功能、可以抽獎、領券、、、、、、。」

分析：

如果回答與題目不符，比較容易被認為「理解力」存在問題

避免雷區：

思考面試官提問的內容，圍繞這個主題進行重點回答。

雷區4：簡歷描述與實際不符

簡歷：「熟悉xxx語言」

面試官：「同學，請用xxx語言針對一個字元串進行反轉？」

候選人：「額，我剛學了幾個月，代碼還不太會寫。」

分析：

1、如果簡歷與實際不符，可能會給面試官留下簡歷比較「水」的印象

2、學了幾個月代碼，如果是簡單的題目不會做，可能還會留下「學習能力」不足的印象

避免雷區：

簡歷內容盡量與實際一致，如果想讓自己的簡歷看起來高大上，不如真正的學習一項技能。

面試時要避免哪些雷區3

雷區一、注意你的跳槽記錄

相信很多人都經歷過跳槽，說白了跳槽無非就是因為兩種原因，第一是被公司單方面辭退，第二就是主動離職。

HR在篩選面試者的時候，除了要考察你是否能夠勝任應聘的這位工作外，還要考察你能不能在這個工作崗位上做長做久。而跳槽次數多的話，HR會認為你的穩定性不夠，心性太過活躍，這勢必會影響面試結果。

說起跳槽，我就想起之前發生過的往事。

阿飛是我高中同學，他也是一名程序員，大學時在計算機語言方面有著較高的天份，但他的穩定性比較差，大學畢業兩年就已經跳槽不下五次了。

面試過程中，面試官看到阿飛簡歷上的跳槽記錄後，只是淡淡笑了笑，隨後就讓阿飛回去等通知！

結果等了三天阿飛還沒有收到入職通知，最後阿飛聯繫上了HR，但卻被對方告知他與公司的前端程序員崗位不匹配。

阿飛心灰意冷，他心裡始終都想不明白。他在大學的時候第一專業就是計算機語言，經過兩年的時間，他在計算機語言方面的水平也在不斷提高著。可為什麼會是這個結果？

其實這還是和他頻繁跳槽的原因相關。

現在的人才市場發展日趨成熟，除了一些招聘銷售的公司不挑揀外，很多公司都是非常忌諱頻繁跳槽的。

如果你在三年時間內連續跳槽次數超過三次及以上，那就盡量少提這些「往事」。

雷區二、「為什麼要應聘本公司？」

雖然這是個很老套的問題，但這個問題可是難倒過不少人。

有的人為了在面試官心裡留下個好印象，為了順利入職，所以在碰到面試官提出這個問題後就開始各種吹噓，恨不得把全世界所有的好詞彙用到應聘的這家公司上。

然而殊不知這樣做的話你很可能會被戴上一頂馬屁帽，反而會影響到最終的面試結果。

❷ java程序員開發存在哪些錯誤

什麼是Java程序員呢？Java程序員是這幾年出現的，他們的著裝經常被吐槽，沒有人能夠get到他的笑點，總是讓人感覺到莫名其妙，這就是很多人眼中的程序員。程序員在進行軟體開發的時候，會存在一些錯誤的問題，學會避免是非常關鍵的。下面電腦培訓為大家介紹一下。

1、改一行代碼，不會影響其他功能

做任何事情誠意是非常關鍵的，在不認真的情況下任何事情都是做不好的。如果隨意改動代碼，在連接資料庫的時候會出現很多問題。想要成為一名合格的程序員，對代碼的嚴謹性是非常關鍵的。

2、不考慮自身問題

在進行軟體開發的過程中，存在問題是不可避免的，如何面對和處理問題才是最關鍵的。如果在遇到問題的時候一直認為是電腦的問題，這樣想法想要成為合格的程序員是不可能的。IT培訓認為硬體問題是比較少的，不能很好的解決自己的問題想要成功是不可能的。

3、使用臨時的方法

臨時方法並不是解決問題的最好方法，在進行編程的過程中，由於可能出現的問題比較多，如果使用臨時辦法，最終可能會演變為永久的辦法，這對於程序員來說，北大青鳥認為是非常避諱的解決方法。

4、以後在給代碼添加註釋

習慣是需要在生活中不斷養成的，好的習慣是成功的墊腳石。在進行代碼書寫的時候也應該有一個好的習慣，如果只會一味地推脫，很難讓自己前進。

5、測試過，沒有BUG

有的程序員永遠不承認自己存在問題，代碼存在BUG是很正常的，就算進行測試之後也會出現同樣的問題。在程序出現問題的時候不要一味的認為是使用而導致的，北大青鳥雲南計算機學院認為，作為程序員，應該解決所有存在的問題。

❸ 如何提升程序員的代碼編寫能力

一、先列三個常見的開發場景：

1、拿到一個模塊詳細設計文檔，大部分程序員的通常做法就是開始搭建界面代碼，然後從第一個按鈕點擊事件或頁面Load事件開始寫第一行業務代碼。寫的差不多了，就運行一下，發現哪裡不是自己想的那樣，就改改，直到改到是自己預想的那樣。

2、做完了一個功能模塊或幾塊相關聯的功能模塊，輸入111asd，發現新建正常、保存正常，就提交給測試人員。測試員用測試用數據、測試場景用例來測試，發現有問題，就登記bug。對於嚴重的影響下一步測試的BUG，測試員就用內部IM通知這個開發人員。對於不影響繼續往下測試的BUG，測試員就登記下來，等程序員有空時處理。

3、程序員一般工作不希望大家打擾，所以開發起來就是開發。等手頭開發告一段落，就看看BUG庫。發現有與自己有關的BUG，就從第一個BUG開始看起。就開始通過IM和測試員掰扯起來（這不是個BUG啊、業務邏輯不是你想的那樣啊、我這里不能重現啊、你給的信息描述不清晰啊），於是IM幾來幾往，甚至跑過去當面交流一番，甚至會拉扯上產品經理一起討論，更甚者需要項目經理或產品經理發起一個會議來集體討論一下

這是不是很熟悉呢？這就是大部分程序員開發的三個步驟：寫代碼、自測、修復BUG。

二、說好的代碼設計、代碼測試呢？

代碼設計？那不是都有開發平台么，已經固化了啊。那不是維護舊功能做完善修改呢么，又不是寫新代碼，只能在現有代碼基礎上修改啊，你又不能大幅重構。

代碼測試？你丫需求討論期、產品設計期、設計評審期那麼長，都把研發項目時間佔光了，就留下2個星期讓我們寫代碼，我們哪裡有時間搞那麼深的測試。還想讓我們搞結對編程？還想讓我們搞測試驅動開發？

而且你看測試，什麼功能測試、集成測試、性能測試、安全測試、安裝部署測試、升級測試、遷移測試、UAT測試，一大堆測試，測試也需要很多時間。

一個項目，需求討論、產品范圍規劃與評審、產品設計與設計評審佔了一個半月，開發+自測就一個月，測試佔了一個半月，這就4個月了啊。

三、為啥程序員寫代碼總是寫寫測測？

剛才大家也都看到了，大部分程序員都是從界面代碼開始寫起，而且寫一寫，就運行一下看看。為什麼會是這種開發方式？

那是因為大部分程序員缺乏在腦子中的整體建模能力。只能做出來一點，真實的感覺一下，然後再往下。

有些是產品經理的上游就有問題，沒給出業務流程圖（因為產品經理也沒做過業務），也沒畫清楚產品功能操作流程圖。

為啥沒給出業務流程圖？因為產品經理不熟悉業務，另外，產品經理也沒有流程建模能力啊。為啥沒畫清楚產品功能操作流程圖啊？因為不會清晰表達流程啊。

很多產品經理、程序員，都缺乏分類、分層、相關、先後能力，更別說總結、洞察能力。

這是基本訓練，是一個做事頭腦清醒的人必備的技能，這不是一個程序員或產品經理或測試員的特定技能要求。

我經常看書就梳理書的脈絡，每看一本就寫一篇總結。我過去閑扯淡還梳理過水滸傳、紅樓夢的人物關系圖呢，其實就在事事上訓練自己的關聯性、層次性、洞察性。

我經常面試一個人時，我會問這樣的問題：「你把我剛才說的話復述一遍，另外你再回答一下我為什麼會這樣？」，其實，我就在看一個人的細心記憶、完整梳理、重現能力，我也在看一個人的梳理、總結、洞察能力。

我個人寫代碼就喜歡先理解業務流，然後理解數據表關系，然後理解產品功能操作流，大致對功能為何這樣設計、功能這樣操作會取什麼表、插入或更新哪些表，哪些表的狀態欄位是關鍵。

然後我寫代碼的時候，就根據我所理解的業務流、功能操作流、數據輸入輸出流，定義函數，定義函數的輸入與輸出。

然後，我會給函數的輸入值，賦上一些固定值，跑下來看看能否跑通這幾個關聯函數，看看還需要怎樣的新增函數，或者看看函數的輸入輸出參數是否滿足跑通。

剩下的事，就是我填肉寫詳細邏輯代碼了。

當然，大部分人沒我這樣的邏輯建模能力。怎麼閱讀理解也想像不出來，也沒法定義函數。畢竟有邏輯建模能力的程序員都很少，100個人里有10個，已經是求爺爺告奶奶好幸運了。

那怎麼辦呢？

我建議是分離分工配合，這就是現實中沒辦法的辦法。讓有邏輯建模能力的人來設計函數框架、來設計工具來設計代碼模板，然後讓沒有邏輯建模能力的人來填肉寫詳細邏輯代碼。

我們可以先從最緊要的模塊開始這么做。不緊要的模塊，還讓它放任自流，讓熟練手程序員繼續塗抹。

我曾經還讓有頭腦的程序員做榜樣，給大家分享他是怎麼規劃函數的，怎麼做維護性代碼的代碼結構改善的。但是發現效果並不佳，其他人並沒有因此能做代碼設計。可能邏輯建模能力是個人的基本素質，是從小到大訓練成型的，不是你一個大學已經幾年的人能夠短時間內可以訓練的。

所以啊，還是讓能走的人先走，讓從最緊要的模塊開始這么做。

不必擔心這樣做後，因為過去一件事被分工（一個做代碼框架一個填肉）成兩個人做了會降低工作效率。我們很多的工作效率低就是因為半瓶子醋搞出來的，來回反復修改。

真是應了劉德華在電影里說的那句話：說你又不聽，聽又聽不懂，聽懂了又不做，做又做不好，做不好還不服氣。

四、為什麼大部分程序員不做代碼測試或白盒測試或單元測試呢？

還是因為沒有代碼設計。因為沒有函數啊。所以，一個按鈕功能有多復雜，代碼就有多長。我見過2000行的函數，我也見過1000多行的存儲過程和視圖SQL。怎麼做白盒測試啊，這些代碼都粘在一起呢，要測，就得從頭到尾都得測。

所以啊，先學會設計函數，先寫好函數，這就求爺爺告奶奶了。很多開發了5年的熟練手程序員，可能都未必會寫函數。

函數的輸入輸出值就很有講究。很多人都寫死了，隨著版本迭代，發現過去定義的函數參數不夠用了，於是就新增了一個參數。然後，相關性異常就爆發了，其他關聯的地方忘改了，到底哪些有關聯，怎麼查啊，本系統沒有，沒准其他系統就調用你了，你根本不知道哪個神經人曾經COPY過你的代碼修吧修吧就改成了他的功能呢，而且裡面的很多代碼他看不懂也不敢刪，只要他實現的功能正常了他也不管了。於是，你改了你這個函數，他的系統就莫名出錯了。

所以，我一般會定義幾個對象來做參數。另外，我也很注重函數的日誌、函數的異常保護、異常拋出、異常返回。另外，我也很注重參數輸入值的合法性校驗。

所以啊，應該開發Leader們先制定函數編寫規范最佳實踐，輸入輸出參數怎麼定義比較好，函數的返回值如何定義比較好，函數的日誌記錄應該怎麼寫比較好，函數的異常保護、異常拋出、異常返回如何寫比較好。先教會一般程序員，先從會寫函數開始啊。

當然，你光有一份規范，程序員們還是不理解、不實際應用啊。所以，還得Leader們做好典型的代碼模板，裡面是符合函數規范的代碼框架，只有這樣，一般程序員們才會照貓畫虎適應了函數設計的編程習慣。

所以啊，我專門重新定義了leader的明確職責，其中第一個重要職責就是：負責工具/框架/模板/規范的制定，並且負責推廣且普及應用落地。

你不明確定義Leader的這個重要職責，你不對這個職責做明確的KPI考核，誰尿你啊。你以為好的工具/框架/模板/規范是靠人們的熱情、自發產生的么？我們還沒有那麼自覺高尚啊。

五、為什麼大部分程序員不寫注釋啊？

我經常說一句話，千萬別多寫注釋。為啥？

因為我們經常遇到的問題不是沒有注釋，而是更糟的是，注釋和事實代碼邏輯是不相符的。這就出現常見問題了：殘存下來的設計文檔是一個邏輯、注釋是一個邏輯說明、真實代碼邏輯又是一個，鍾表多了，你也不知道正確時間了。

所以啊，產品文檔、注釋、真實代碼，三者總是很難一致同步。我為了幾百人研發團隊能做到這個同步花了大量心血和辦法，但我最終也沒解決了這個問題，還把Leader們、總監們、我都搞的精疲力盡。

索性回歸到一切一切的本源，代碼，就是程序員的唯一產出，是最有效的產出。那麼，讓代碼寫的不用注釋也能看懂，咱得奔著這個目的走啊。

為啥看不懂，不就是義大利面條式代碼么，又長又互相交雜。

OK，我就規定了，每個函數不能超過50行。用這一個簡單規定和靜態代碼檢查插件，來逼迫大家嘗試著寫函數。有的函數屬於流程函數，是串起其他函數的，有的函數就是詳細實現函數，實現一個且唯一一個明確作用的。

有了流程函數和功能函數，而且每個函數不超過50行，這就比過去容易看懂了。

六、為什麼大部分程序員不抽象公共函數啊？

我經常說一句話：千萬別抽象公共函數啊。為啥？

因為大部分程序員缺乏抽象洞察能力。特別是有些積極熱情有餘、愛學習愛看書、半瓶子醋晃悠的二桿子，看了幾本UML、重構、設計模式、整潔代碼之道，就躍躍欲試了，還真敢給你抽象公共函數了。

一開始，他覺得80%相似，20%不相似，於是在公共函數裡面簡單寫幾個if..else做個區隔就可以。沒想到，越隨著版本迭代，這些功能漸漸越變越不一樣了，但是這個代碼已經幾經人手了，而且這是一個公共函數，誰也不知道牽扯多少，所以誰也不敢大改，發現問題了就加一個if..else判斷。

沒想到啊沒想到，這個本來當初公共的函數，現在變成了系統最大的毒瘤，最復雜的地方，誰也不敢動，除非實在萬不得已，手起刀落。

所以，我平時告誡程序員，純技術的、純通用的，你們可以嘗試搞搞抽象公共函數，對於業務的，你們還是簡單粗暴的根據Leader們做的代碼模板代碼框架，乖乖的復制、修改、填肉吧。

你們啊，先從做模板做代碼片段開始吧，咱們放到咱們內部代碼片段開源庫里，看誰的代碼片段被別人復制的多，說明你的代碼抽象設計能力越好了。那時候，我就大膽放心讓你撒丫子跑了。在沒有學會跑之前，給老子乖乖的復制、修改、填肉吧。

❹ 懸賞100元錢。注釋一個java掃雷游戲源代碼，就是把每行的意思寫到後面就可以了！在線等。

import java.awt.*;
import javax.swing.*;
import java.util.Random;
import java.awt.event.*;

class Min extends JPanel //雷的類
{
//備註：滑鼠的左鍵 = 1；右鍵 = 3；中鍵 = 2
private int flag = 0,statu = 0; //定義雷的屬性 0:沒有打開 1:打開 2:標示為雷 3:不確定
//flag = 0 不是雷 ； flag = 1是雷
private int but,count = 0; //but:哪一個滑鼠鍵被按下去了 count:這個區域周圍有多少個雷
private int mx = 0,my = 0,mw = 10; //定義雷的坐標和寬度

public Min() //構造函數
{
statu = 0;
}
public Min(int f,int x,int y,int w)
//構造函數
{
flag = f;
mx = x;
my = y;
mw = w;
}
public int getFlag(){return flag;}
public int getStatu(){return statu;}
public int getMx(){return mx;}
public int getMy(){return my;}
public int getMw(){return mw;}
public int getCount(){return count;}
public void setFlag(int f){flag = f;}
public void setCount(int c){count = c;}
public void setData(int f,int x,int y,int w,int s)
//傳遞值
{
flag = f;
mx = (x-1)*w;
my = (y-1)*w;
mw = w-1;
statu = s;
}
//根據你點擊滑鼠的不同來改變雷的屬性
public int sendKey(int key)
{
//返回值，如果游戲結束則返回-1
int rtn = 1;
if(key == 3)
{
switch(statu)
{
case 1:
break;
case 2:
statu = 3;
break;
case 3:
statu = 0;
break;
case 0:
statu = 2;
break;
}
rtn = 1;
}
if(key == 1 && statu == 0)
{
switch(flag)
{
case 0:
statu = 1;
rtn = 2;
break;
case 1:
statu = 1;
rtn = -1;
break;
}
}
return rtn;
}
}

class DrawPanel extends JPanel
{
private int i,j;
private int f = 0; //if f = 1 then game over ,if f =2 then win
private int chx = 0,chy = 0; //專門記錄坐標x,y的值
private int msum = 6,ksum = 0; //msum:雷的個數,ksum:標示雷的個數
private int bx = 10,by = 10,bw = 40; //bx,by:棋盤的大小，bw:棋子的大小
public Min board[][] = {
{new Min(),new Min(),new Min(),new Min(),new Min(),new Min(),new Min(),new Min(),new Min(),new Min(),new Min(),new Min(),new Min(),new Min(),new Min(),new Min(),new Min(),new Min(),new Min(),new Min()},
{new Min(),new Min(),new Min(),new Min(),new Min(),new Min(),new Min(),new Min(),new Min(),new Min(),new Min(),new Min(),new Min(),new Min(),new Min(),new Min(),new Min(),new Min(),new Min(),new Min()},
{new Min(),new Min(),new Min(),new Min(),new Min(),new Min(),new Min(),new Min(),new Min(),new Min(),new Min(),new Min(),new Min(),new Min(),new Min(),new Min(),new Min(),new Min(),new Min(),new Min()},
{new Min(),new Min(),new Min(),new Min(),new Min(),new Min(),new Min(),new Min(),new Min(),new Min(),new Min(),new Min(),new Min(),new Min(),new Min(),new Min(),new Min(),new Min(),new Min(),new Min()},
{new Min(),new Min(),new Min(),new Min(),new Min(),new Min(),new Min(),new Min(),new Min(),new Min(),new Min(),new Min(),new Min(),new Min(),new Min(),new Min(),new Min(),new Min(),new Min(),new Min()},{new Min(),new Min(),new Min(),new Min(),new Min(),new Min(),new Min(),new Min(),new Min(),new Min(),new Min(),new Min(),new Min(),new Min(),new Min(),new Min(),new Min(),new Min(),new Min(),new Min()},
{new Min(),new Min(),new Min(),new Min(),new Min(),new Min(),new Min(),new Min(),new Min(),new Min(),new Min(),new Min(),new Min(),new Min(),new Min(),new Min(),new Min(),new Min(),new Min(),new Min()},
{new Min(),new Min(),new Min(),new Min(),new Min(),new Min(),new Min(),new Min(),new Min(),new Min(),new Min(),new Min(),new Min(),new Min(),new Min(),new Min(),new Min(),new Min(),new Min(),new Min()},
{new Min(),new Min(),new Min(),new Min(),new Min(),new Min(),new Min(),new Min(),new Min(),new Min(),new Min(),new Min(),new Min(),new Min(),new Min(),new Min(),new Min(),new Min(),new Min(),new Min()},
{new Min(),new Min(),new Min(),new Min(),new Min(),new Min(),new Min(),new Min(),new Min(),new Min(),new Min(),new Min(),new Min(),new Min(),new Min(),new Min(),new Min(),new Min(),new Min(),new Min()},
{new Min(),new Min(),new Min(),new Min(),new Min(),new Min(),new Min(),new Min(),new Min(),new Min(),new Min(),new Min(),new Min(),new Min(),new Min(),new Min(),new Min(),new Min(),new Min(),new Min()},
{new Min(),new Min(),new Min(),new Min(),new Min(),new Min(),new Min(),new Min(),new Min(),new Min(),new Min(),new Min(),new Min(),new Min(),new Min(),new Min(),new Min(),new Min(),new Min(),new Min()},
{new Min(),new Min(),new Min(),new Min(),new Min(),new Min(),new Min(),new Min(),new Min(),new Min(),new Min(),new Min(),new Min(),new Min(),new Min(),new Min(),new Min(),new Min(),new Min(),new Min()},
{new Min(),new Min(),new Min(),new Min(),new Min(),new Min(),new Min(),new Min(),new Min(),new Min(),new Min(),new Min(),new Min(),new Min(),new Min(),new Min(),new Min(),new Min(),new Min(),new Min()},
{new Min(),new Min(),new Min(),new Min(),new Min(),new Min(),new Min(),new Min(),new Min(),new Min(),new Min(),new Min(),new Min(),new Min(),new Min(),new Min(),new Min(),new Min(),new Min(),new Min()},
{new Min(),new Min(),new Min(),new Min(),new Min(),new Min(),new Min(),new Min(),new Min(),new Min(),new Min(),new Min(),new Min(),new Min(),new Min(),new Min(),new Min(),new Min(),new Min(),new Min()},
{new Min(),new Min(),new Min(),new Min(),new Min(),new Min(),new Min(),new Min(),new Min(),new Min(),new Min(),new Min(),new Min(),new Min(),new Min(),new Min(),new Min(),new Min(),new Min(),new Min()},
{new Min(),new Min(),new Min(),new Min(),new Min(),new Min(),new Min(),new Min(),new Min(),new Min(),new Min(),new Min(),new Min(),new Min(),new Min(),new Min(),new Min(),new Min(),new Min(),new Min()},
{new Min(),new Min(),new Min(),new Min(),new Min(),new Min(),new Min(),new Min(),new Min(),new Min(),new Min(),new Min(),new Min(),new Min(),new Min(),new Min(),new Min(),new Min(),new Min(),new Min()},
{new Min(),new Min(),new Min(),new Min(),new Min(),new Min(),new Min(),new Min(),new Min(),new Min(),new Min(),new Min(),new Min(),new Min(),new Min(),new Min(),new Min(),new Min(),new Min(),new Min()},
};
// 畫坐標為ax,ay區域的雷的狀態
public void draw(Graphics g,int ax,int ay)
{
int x,y,w; // 坐標x,y;和寬度:w
int s,c,flag; //狀態；雷的個數；
int cx = bw/2 - 4;
int cy = bw/2 + 4;
x = board[ax][ay].getMx();
y = board[ax][ay].getMy();
w = board[ax][ay].getMw();
s = board[ax][ay].getStatu();
c = board[ax][ay].getCount();
flag= board[ax][ay].getFlag();

switch(s)
{
case 0: //沒有打開狀態
{
g.setColor(Color.black);
g.fillRect(x,y,w,w);
break;
}
case 1: //打開狀態
{
g.setColor(Color.blue);
g.fillRect(x,y,w,w);
if(c != 0 && flag == 0) //此處沒有雷
{
g.setColor(Color.red);
g.drawString(String.valueOf(c),x + cx,y + cy);
}
if(flag == 1) //此處有雷
{
g.setColor(Color.red);
g.fillRect(x,y,w,w);
g.setColor(Color.blue);
g.drawString(" 雷",x + cx,y + cy);
}
break;
}
case 2: //標雷狀態
{
g.setColor(Color.green);
g.fillRect(x,y,w,w);
g.setColor(Color.blue);
g.drawString(" 旗",x + cx,y + cy);
break;
}
case 3: //不確定狀態
{
g.setColor(Color.black);
g.fillRect(x,y,w,w);
g.setColor(Color.red);
g.drawString("?",x + cx,y + cy);
break;
}
default:
break;
}
}
// 沒有圖形器的繪圖函數：畫出坐標ax,ay的雷的狀態和圖形
public void draw(int ax,int ay)
{
Graphics g;
g = this.getGraphics();
draw(g,ax,ay);
}

//打開周圍沒有雷的地方，並且繪畫所在區域點擊左鍵觸發
public int openNoMin(int ax,int ay)
{
int i,j;

if(ax<1||ay<1||ax>bx||ay>by) return 0; //滑鼠點擊的區域出界了
if(board[ax][ay].getStatu() != 0) return 0; //如果此區域打開了，返回
board[ax][ay].sendKey(1); //如果返回值等於-1，就說明游戲結束
draw(ax,ay);
if(board[ax][ay].getFlag() == 1)
//如果游戲結束，把所有的雷都顯示出來
{
for(i = 1;i<=bx;i++)
{
for(j = 1;j <= by;j++)
{
if(board[i][j].getFlag() == 1)
{
board[i][j].sendKey(1);
draw(i,j);
}
}
}
return -1;
}
//如果游戲沒有結束
if(board[ax][ay].getCount() > 0)
{
ksum ++;
return 1; //周圍有雷，就不用打開周圍地區
}
if(board[ax][ay].getCount() == 0 && board[ax][ay].getFlag() == 0)
//周圍沒有雷，打開周圍地區，直到有雷的地區
{
openNoMin(ax-1,ay-1);openNoMin(ax,ay-1);openNoMin(ax+1,ay-1);
openNoMin(ax-1,ay ); openNoMin(ax+1,ay );
openNoMin(ax-1,ay+1);openNoMin(ax,ay+1);openNoMin(ax+1,ay+1);
}
ksum ++;
return 1;
}

//計算坐標x,y的周圍雷的個數
public int getCount(int ai,int aj)
{
int sum = 0;
if(board[ai][aj].getFlag() == 1)
{
return sum;
}

if(ai>1&&aj>1&&ai<bx&&aj<by)
{
sum = board[ai-1][aj-1].getFlag()+ board[ai][aj-1].getFlag()+ board[ai+1][aj-1].getFlag()+
board[ai-1][aj ].getFlag()+ board[ai+1][aj ].getFlag()+
board[ai-1][aj+1].getFlag()+ board[ai][aj+1].getFlag()+ board[ai+1][aj+1].getFlag();
}
if(ai==1&&aj==1)
{
sum = board[ai+1][aj ].getFlag()+
board[ai][aj+1].getFlag()+ board[ai+1][aj+1].getFlag();
}
if(ai==1&&aj==by)
{
sum = board[ai][aj-1].getFlag()+ board[ai+1][aj-1].getFlag()+
board[ai+1][aj ].getFlag();
}
if(ai==bx&&aj==1)
{
sum = board[ai-1][aj ].getFlag()+
board[ai-1][aj+1].getFlag()+ board[ai][aj+1].getFlag();
}
if(ai==bx&&aj==by)
{
sum = board[ai-1][aj-1].getFlag()+ board[ai][aj-1].getFlag()+
board[ai-1][aj ].getFlag();
}
if(ai==1&&aj>1&&aj<by)
{
sum = board[ai][aj-1].getFlag()+ board[ai+1][aj-1].getFlag()+
board[ai+1][aj ].getFlag()+
board[ai][aj+1].getFlag()+ board[ai+1][aj+1].getFlag();
}
if(ai==bx&&aj>1&&aj<by)
{
sum = board[ai-1][aj-1].getFlag()+ board[ai][aj-1].getFlag()+
board[ai-1][aj ].getFlag()+
board[ai-1][aj+1].getFlag()+ board[ai][aj+1].getFlag();
}
if(ai>1&&ai<bx&&aj==1)
{
sum = board[ai-1][aj ].getFlag()+ board[ai+1][aj ].getFlag()+
board[ai-1][aj+1].getFlag()+ board[ai][aj+1].getFlag()+ board[ai+1][aj+1].getFlag();
}
if(ai>1&&ai<bx&&aj==by)
{
sum = board[ai-1][aj-1].getFlag()+ board[ai][aj-1].getFlag()+ board[ai+1][aj-1].getFlag()+
board[ai-1][aj ].getFlag()+ board[ai+1][aj ].getFlag();
}
return sum;
}

// 傳入參數：幾列，幾行，寬度，雷數
public void initMin(int ax,int ay,int aw,int as)
{
int k = 1; //表明產生的第幾個雷
Random r; //隨機數

f = 0; //f=0表示游戲還沒有結束
ksum = 0;
bx = ax;
by = ay;
bw = aw;
msum = as;
r = new Random();
//初始化底盤的值
for(i = 1;i <= bx;i++)
{
for(j=1;j<=by;j++)
{
board[i][j].setData(0,i,j,bw,0);
}
}
// 隨機產生雷
while(k <= msum)
{
i = r.nextInt(bx)+1;
j = r.nextInt(by)+1;
if(board[i][j].getFlag() != 1)
{
board[i][j].setFlag(1);
k++;
}
}
// 非雷區的周圍有幾個雷，初始化其值
for(i = 1;i <= bx;i++)
{
for(j=1;j<=by;j++)
{
board[i][j].setCount(getCount(i,j));
}
}

setBackground(Color.white);
repaint();
}
// 構造函數
public DrawPanel(int ax,int ay,int aw,int as)
{
initMin(ax,ay,aw,as);
addMouseListener(new MouseAdapter()
{
public void mousePressed(MouseEvent me)
{
int r;
if(f != 0) return; //如果游戲結束，返回
chx = me.getX();
chy = me.getY();
if(me.getButton() != 1)
{
board[chx/bw+1][chy/bw+1].sendKey(me.getButton());
draw(chx/bw+1,chy/bw+1);
}
else if(me.getButton() == 1)
{
if(openNoMin(chx/bw+1,chy/bw+1) == -1)
{
f = 1;
repaint();
}
else if ( ksum + msum == bx*by )
{
f = 2;
repaint();
}
}
}
}
);
}
// 重畫所有的圖形，包括一些修飾的圖形
public void paint(Graphics g)
{
int x,y,w;
int s;
int cx = bw/2 - 4;
int cy = bw/2 + 4;

g.clearRect(0,0,600,600);
for(i=1;i<=bx;i++)
{
for(j=1;j<=by;j++)
{
draw(g,i,j);
}
}
if(f == 1)
{
Font f = new Font("11",1,70);
Font fo = g.getFont();
g.setColor(Color.white);
g.setFont(f);
//g.setSize();
g.drawString("Game Over",0,200);
g.setFont(fo);
}
if( f == 2 )
{
Font f = new Font("11",1,70);
Font fo = g.getFont();
g.setColor(Color.white);
g.setFont(f);
//g.setSize();
g.drawString("You win!",0,200);
g.setFont(fo);
}
}

};
// 主類和程序的入口
public class Mine extends JFrame implements ActionListener
{
Container cp = getContentPane();
JButton bt = new JButton("開局");
Label l1 = new Label("列:");
Label l2 = new Label("行:");
Label l3 = new Label("寬度:");
Label l4 = new Label("雷的個數:");
TextField tf1 = new TextField("10",2); //列
TextField tf2 = new TextField("10",2); //行
TextField tf3 = new TextField("40",2); //寬度
TextField tf4 = new TextField("15",2); //雷的個數
int x=10,y=10,w=40,sum=15;
DrawPanel dp = new DrawPanel(x,y,w,sum);

public Mine()
{
setBackground(Color.white);
cp.setLayout(null);
cp.add(dp);
cp.add(bt);
cp.add(tf1);
cp.add(tf2);
cp.add(tf3);
cp.add(tf4);
cp.add(l1);
cp.add(l2);
cp.add(l3);
cp.add(l4);

l1.setBounds(20 ,10,20,20);
tf1.setBounds(40,10,20,20);
l2.setBounds(70,10,20,20);
tf2.setBounds(90,10,20,20);
l3.setBounds(120,10,40,20);
tf3.setBounds(160,10,20,20);
l4.setBounds(190,10,60,20);
tf4.setBounds(250,10,20,20);
bt.setBounds(300,10,80,20);
dp.setBounds(20,40,x*w,y*w);
setResizable(false);
setSize(x*w+40,y*w+80);
setTitle(" 掃雷");
show();
bt.addActionListener(this);
addWindowListener(new WindowAdapter()
{ public void windowClosing(WindowEvent e)
{System.exit(0);}
}
);
}
public void actionPerformed(ActionEvent e)
{
if(e.getSource() == bt)
{
//x = Integer.parseInt(tf1.getText());
//y = Integer.parseInt(tf2.getText());
//w = Integer.parseInt(tf3.getText());
sum = Integer.parseInt(tf4.getText());
setSize(x*w+40,y*w+80);
dp.setBounds(20,40,x*w,y*w);
show();
dp.initMin(x,y,w,sum);
}
}
public static void main(String args[])
{
new Mine();
}
};

❺ 亂七八糟的代碼是怎麼搞的呀

軟體一般保護模式

知識產權制度已有幾百年，但是計算機軟體卻是在上世紀60年代才出現的，作為一種新型的智力產品，用什麼方式進行保護，在世界上引發了20多年的爭論。美國剛開始適用專利法保護，1972年菲律賓率先將軟體列入著作權法的保護對象，美國在1976年、1980年兩次修改著作權法，確認計算機軟體適用著作權法進行保護。世貿組織《與貿易有關的知識產權協議》和《世界知識產權組織版權條約》都規定將計算機軟體列為著作權法保護的對象。當然也有的國家綜合著作權和專利法的內容制訂獨特的軟體保護制度，但是用著作權法保護計算機軟體基本成為通例。

我國著作權法第三條直接將計算機軟體作為作品的一個類型加以保護，《計算機軟體保護條例》也是根據著作權法來制訂的，可見在我國計算機軟體適用著作權法保護。

著作權法保護軟體的缺陷

著作權法保護的是作品的表達形式，而不保護思想內容。由於著作權法保護范圍的限定，使其對某些作品的保護顯得非常的蒼白。例如廣告用語，非常簡短的一句話，可能只有三五個字，就能高度簡練表達一個思想內容，而且朗朗上口，讓人印象深刻。這種表達形式更多的是體現出創意。因為著作權法不保護創意，只保護表達形式，那麼其他人很容易模仿這個創意，改換其他詞語，達到同樣的效果。創意的模仿為同行業不齒，但是這並不構成著作權法上的侵權，這是著作權法的尷尬。

一般軟體的開發都要經過這樣三個大的步驟，功能限定、邏輯設計、編碼。我們拿專為單個用戶專門編寫的專用軟體來舉例，系統分析員根據客戶的要求進行分析，哪些功能有現成的技術方案，哪些技術是不成熟的需要組織人員進行攻關，編寫好文檔後，再交程序員進行編寫源代碼。這個具體的過程包括：需求分析、系統分析、結構分析、編寫源碼、測試等必經的過程。那麼在這個智力創造過程中的智力成果至少有兩個：技術方案，源代碼。軟體更體現智力成果的是技術方案，技術方案包括組織結構、處理流程、演算法模型和技術方法等設計信息，這種技術方案凝聚了科學知識，處理問題的方法和經驗，掌握了這種技術方案，編寫代碼程序則是比較初級的技術工作，不需要太多的技術水準。而且客戶關心的是軟體功能是否足以解決特定的問題，對軟體的編碼是否具有獨創性並不感興趣。

根據法律規定：軟體適用著作權保護的內容主要是計算機程序和文檔。程序是一些直接或間接用於計算機以取得一定結果的語句或指令，是由計算機語言組成的符號系列，就是所謂的源代碼。軟體的文檔含義比較廣，法律規定的文檔包括軟體的使用說明等，這完全就是一篇文字。而軟體內容文檔可以理解為編寫源代碼的提綱，好的文檔甚至相當於源代碼。也有很多個人開發的軟體，是不寫文檔的，這樣軟體為著作權法保護的主要就是源代碼。非專業人士一般看不懂源代碼是什麼東西，其實可以看成是一篇文章，只不過文字是專門的計算機符號語言。根據著作權法的保護范圍，更能體現智力水平和軟體價值的技術方案被排除在著作權法的保護之外，這是用著作權法保護軟體的缺陷所在。

知識產權制度保護的是智力成果，這種智力成果是非物質性的精神財富。軟體編寫也是高度的智力創作過程，按照知識產權制度原理，應該將其全部智力成果納入保護范圍之中，而不應該只保護其中的一部分。

軟體的可專利性

專利法對發明的定義為：「是指科技開發者對產品、方法或者改進所提出的技術方案。」發明有兩種，一種是產品發明，一種是方法發明。產品發明是人們通過開發出來的關於各種新產品、新材料、新物質等技術方案。方法發明是為製造產品或者解決某個技術課題而研究開發出來的操作方法，製造方法以及工藝流程等技術方案。軟體產品符合方法發明的要件。

發明專利取得的實質條件為「三性」：1、新穎性，2、創造性，3、實用性。新穎性是指申請專利的發明的在申請日以前沒有同樣的發明在國內外出版物公開發表過，在國內公開使用過或以其他方式為公眾所知，也沒有同樣的發明由他人向專利局提出過申請。創造性是指與申請日以前已有的技術相比，該發明有突出的實質性特點和顯著的進步。實用性是指能夠在工業上的應用並有實際利益，能夠產生積極的效果。從發明專利取得的三性上來判斷，很多軟體符合申請專利的條件。

兩種保護方式的區別

保護的內容不同

著作權法保護形式，專利法保護創意思想。著作權法保護的是軟體的源代碼，軟體的核心內容——技術方案的創新可以申請專利，適用專利法來保護，著作權法側重保護精神權利，專利法更適於經濟權利保護。這樣兩者結合使軟體得到更加完善的保護。

取得保護的條件不同

著作權是自動取得，取得的時間以開發完成的時間為依據，一完成即自動取得著作權，受到著作權法的保護，對軟體的內容不進行任何的審查，無論軟體源代碼的寫得如何，即自動取得著作權／版權，受著作權法的保護。要獲得專利權，受到專利法的保護，還需要積極向國家知識產權局進行申請，是否授予專利權，需要經過國家知識產權局的審查，是否符合授予專利的條件，再決定是否授予專利權。

保護的時間不同
發明專利的保護時間為20年，從申請日開始計算，但是受保護是在申請審批取得專利權之後，發明專利申請的手續比較煩瑣，從

請到取得專利權證書一般要3年左右的時間。軟體著作權的保護時間為50年，從開發完成之日起就受著作權法保護。軟體在獲得專利權之前已經受到著作權法的保護，申請專利並不影響其受到著作權法的保護，有足夠的耐心去等待專利的審批。

軟體專利保護的趨勢

盡管軟體是否可以申請專利在世界上還存在激烈的爭論，反對者認為無限的專利只會影響創新的努力。爭議歸爭議，但是美國、日本、歐洲等發達國家已經開始重新修改了各自的專利審查指南，增補了許多有關商業方法軟體發明的審查指導意見，可以認為目前三方專利局已不再注重軟體可專利性問題的討論，而是更多關注和討論軟體發明的具體判斷標准，即專利審查的第二道門檻：專利三性的問題。歐盟委員會批准了對歐盟軟體專利指令進行的有爭議的修改，為在歐洲廣泛申請軟體專利鋪平了道路。

有數據顯示，歐洲各國已經授予了多達3000萬項各種軟體專利，光是一個網上購物就已經有了20多個專利。某些軟體一旦被授予專利，程序員們就很難繞得開，他們面臨的將是一個專利雷區，只有支付專利費才能開發軟體，所有的公司將必須為其軟體產品提供專利許可費用，這些公司僅僅依靠專利許可證的發布就可以獲得盈利。

我國也開始討論軟體的申請專利問題。1993年，當時的國家專利局發布的《專利審查指南》，給予軟體以專利保護的條件有所放鬆。其中列舉了可授予專利權的含有計算機程序的發明專利的申請范圍。我們可以看到，有的軟體公司已經開始為他們開發的軟體申請專利。

❻ 為什麼有的程序員的代碼結構混亂

程序員都有一顆工程師的心，所以當他們到一片新的場地想做的第一件事就是，將舊的一切推倒重來。是的，他們決不會滿足於簡單的增量勞動。

或許這種微妙的心理定位可以解釋：為什麼程序員進入新項目組後寧願丟掉舊代碼重新寫，也不願意修修補補。他們認為舊代碼簡直一團糟。

但是，事實上真是這樣嗎？你之所以認為舊代碼一團糟，其實是由編程的一個基本定律決定的，那就是：寫代碼容易，讀代碼難。

為什麼你覺得舊代碼異常混亂？因為讀代碼更難。

這大概就是代碼Reuse難以實現的原因。 這就是你組里的每個人都喜歡用不同的功能將分割的字元串轉換成一個數組。比起猜測舊的功能是怎樣實現的，重新寫一個自己的功能要簡單和有趣多了。

作為這個公理的推論，你可以問問身邊的程序員他們正在奮戰的代碼怎麼樣？「簡直是一塌糊塗！」他們肯定會這樣說。「我簡直想推倒重來！」

為什麼認為代碼這么糟糕呢？「額，看看這個功能，竟然有兩頁長！完全不知道這些東西為什麼在這里！完全不知道這些API是干什麼的。」他們會這樣回答你。

漫畫：讀別人代碼是一種怎樣的體驗？

曾經，Borland的創始人 Philippe Kahn當初就是向記者們吹噓：Quattro Pro會比Microsoft Excel要好用得多，因為它是從頭開始編寫的，全部都是新的源代碼！

但是，認為新代碼比舊代碼好簡直就是荒謬。舊代碼是已經運行過的，測試過的。無數的bug在被發現前都上線運行過，發現之後程序員們可能在花了好些日子才修復了這些bug。這種修復可能是一行代碼，也可能是幾個字元，無數的時間和精力都花在了這些bug修復上。

當你決定拋棄這些舊代碼從零開始的時候，你也丟掉全部前任努力的結果。

新代碼一定比舊代買好？NO，重寫可能會帶來更大的風險。

對技術領導者來說，重寫項目的代碼也是一個異常艱難的決定。因為從公司層面說，重現代碼甚至會威脅產品的市場競爭力。一旦決定重寫代碼，那麼與競品相比，你可能落後了2~3年——在軟體行業，這時間可夠長的。

你理想中的新代碼會帶來產品功能的提升▼

但事實上，即便重寫的新代碼可以實現舊代碼的所有功能和需求，但是為產品帶來的市場競爭力只有邊際提升。因為重寫用的新技術、新語言、新框架並沒有給產品帶來質的飛躍。

更不用說在重寫的漫長過程中可能會遇到一些意外情況，比如：

1、缺錢：資金鏈的斷裂▼

2、缺人：核心程序員離職

最終導致效果不佳：達不到原產品應有的所有功能和需求，白白浪費了時間和金錢，也丟掉了市場競爭力。▼

所以重寫代碼意味著，你在把自己置身於非常危險的境地，可能幾年後你也寫不出比以前更好的代碼。你只是花了一大筆錢把已經存在的代碼又寫了一遍。

當你覺得眼前的舊代碼很爛時，該怎麼辦？

你覺得舊代碼寫的很爛，那又怎樣呢？它們已經上線，已經在實際運行中經受住了考驗。所以當你發現前任留下的代碼亂七八糟的時候，不妨冷靜下來，從以下三個方面入手理解代碼、改善代碼：

1、代碼的結構有問題

如果一段網路代碼突然彈出了自己的對話框，應該是UI代碼需要被處理。這些問題可以被解決掉，你要一次次小心地移動代碼，重構，改變介面。還需要一位細心的工程師立馬仔細地檢查這些改變是否有問題，從而不打擾到其他人。事實上，甚至比較大的結構變化也可以不扔掉代碼來完成。

大牛程序員Joel Spolsky回憶說，曾經在某個項目中，他和他的團隊花了好幾個月重新架構在一點上：把代碼動來動去、清理、創建有意義的基類，並創建了模塊之間的完美介面。但是他們始終非常小心翼翼，並沒有產生新的bug、也沒有丟掉任何舊代碼。

2、代碼的效率不高

曾經，Netscape的渲染代碼被傳非常緩慢。但事實上，這只會影響該項目的一小部分，這部分是你可以優化甚至重寫的。你完全不必重寫全部代碼。優化速度的1％工作量，會讓你獲得99％的爆炸性提高。

3、代碼寫得很醜

有些代碼真的寫的很醜，比如Joel曾參與一個項目，開始用下劃線做開始的成員變數約定，但後來改用更標準的「M_」。所以一半的功能用「_」開始，一半用「M」開始，這看起來真的很醜陋。但這個問題5分鍾就能解決，而不用從頭開始寫全部的代碼。

最後，你要記住，從頭開始再寫一遍並不意味著你會寫出比以前更好的代碼。因為你沒有參與到上一個版本的創建，所以你其實根本就不算有經驗。一旦你准備推倒重寫，你可能會再犯一遍版本一犯過的錯，甚至會產生更多的新問題。

一個總結：

面對糟糕的舊代碼，Keep Calm & Carry On !

在大型商業項目中，推倒重來是非常危險的行為。當然，如果你是在做實驗，想到新演算法可以隨時重寫。

❼ 程序員必須知道的HTML常用代碼有哪些

html+css代碼
文本設置
1、font-size: 字型大小參數
2、font-style: 字體格式
3、font-weight: 字體粗細
4、顏色屬性
color: 參數
注意使用網頁安全色

超鏈接設置
text-decoration: 參數
主要用途是改變瀏覽器顯示文字鏈接時的下劃線。
參數取值范圍：
underline：為文字加下劃線
overline：為文字加上劃線
line-through：為文字加刪除線
blink：使文字閃爍
none：不顯示上述任何效果

背景
1、背景顏色
background-color: 參數
2、背景圖片
background-image: url(URL)
URL就是背景圖片的存放路徑，none表示無。
3、背景圖片重復
background-repeat: 參數
參數取值范圍 ：
no-repeat：不重復平鋪背景圖片
repeat-x：使圖片只在水平方向上平鋪
repeat-y：使圖片只在垂直方向上平鋪
如果不指定背景圖片重復屬性，瀏覽器默認的是背景圖片向水平、垂直兩個方向上平鋪。
4、背景圖片固定
背景圖片固定控制背景圖片是否隨網頁的滾動而滾動。如果不設置背景圖片固定屬性，瀏覽器默認背景圖片隨網頁的滾動而滾動。為了避免過於花哨的背景圖片在滾動時轉移瀏覽者的注意力，一般都設為固定
background-attachment: 參數
參數取值范圍：
fixed：網頁滾動時，背景圖片相對於瀏覽器的窗口而言，固定不動
scroll：網頁滾動時，背景圖片相對於瀏覽器的窗口而言，一起滾動

區塊
1、單詞間距
word-spacing: 間隔距離
2、字母間距
letter-spacing: 字母間距
3、文本對齊
text-align: 參數
參數的取值：
left：左對齊
right：右對齊
center：居中對齊
justify：相對左右對齊
4、垂直對齊
vertical-align: 參數
top：頂對齊
bottom：底對齊
text-top：相對文本頂對齊
text-bottom：相對文本底對齊
baseline：基準線對齊
middle：中心對齊
sub：以下標的形式顯示
super：以上標的形式顯示
5、文本縮進
text-indent: 縮進距離
12px相當於一個文字距離
6、空格
white-space: 參數
normal 正常
pre 保留
nowrap 不換行
7、顯示樣式
display: 參數
參數取值范圍：
block：塊級元素，在對象前後都換行
inline：在對象前後都不換行
list-item：在對象前後都換行，增加了項目符號
none：無顯示

方框
1、height 高度
2、width 寬度
3、padding 內邊距
4、margin 外邊距
5、float（浮動）：可以讓塊級元素在一行中排列，例如橫向菜單。
6、clear 清除浮動

邊框
1、樣式
border style 參數
邊框樣式的參數：
none：無邊框
dotted：邊框為點線
dashed：邊框為長短線
solid：邊框為實線
double：邊框為雙線
2、寬度
border width 參數
3、顏色
border color 參數

列表
list-style-type 列表樣式
不同瀏覽器的列表符可能不相同，可能會影響到網頁，所以網頁中的列表大多都是由背景圖片顯示。
控制用戶界面的樣式

滑鼠
cursor：滑鼠形狀參數
CSS滑鼠形狀參數表：
滑鼠形狀：CSS代碼
style="cursor:hand" 手形
style="cursor:crosshair" 十字形
style="cursor:text" 文本形
style="cursor:wait" 沙漏形
style="cursor:move" 十字箭頭形：
style="cursor:help" 問號形
style="cursor:e-resize" 右箭頭形
style="cursor:n-resize" 上箭頭形
style="cursor:nw-resize" 左上箭頭形
style="cursor:w-resize" 左箭頭形
style="cursor:s-resize" 下箭頭形
style="cursor:se-resize" 右下箭頭形
style="cursor:sw-resize" 左下箭頭形

HTML常用代碼之：結構性定義
文件類型<HTML></HTML> （放在檔案的開頭與結尾）
文件主題<TITLE></TITLE> （必須放在「文頭」區塊內）
文頭<HEAD></HEAD> （描述性資料，像是「主題」）
文體<BODY></BODY> （文件本體）
標題<H?></H?> （從1到6，有六層選擇）
標題的對齊 <H?ALIGN=LEFT|CENTER|RIGHT></H?>
區分<DIV></DIV>
區分的對齊 <DIVALIGN=LEFT|RIGHT|CENTER|JUSTIFY></DIV>
引文區塊<BLOCKQUOTE></BLOCKQUOTE> （通常會內縮）
強調<EM></EM> （通常會以斜體顯示）
特別強調<STRONG></STRONG> （通常會以加粗顯示）
引文<CITE></CITE> （通常會以斜體顯示）
碼<CODE></CODE> （顯示原始碼之用）
樣本<SAMP></SAMP>
鍵盤輸入<KBD></KBD>
變數<VAR></VAR>
定義<DFN></DFN> （有些瀏覽器不提供）
地址 <ADDRESS></ADDRESS>
大字<BIG></BIG>
小字<SMALL></SMALL>
與外觀相關的標簽（作者自訂的表現方式）
加粗<B></B>
斜體<I></I>
底線<U></U> （尚有些瀏覽器不提供）
刪除線<S></S> （尚有些瀏覽器不提供）
下標<SUB></SUB>
上標<SUP></SUP>
打字機體<TT></TT> （用單空格字型顯示）
預定格式<PRE></PRE> （保留文件中空格的大小）
預定格式的寬度<PRE WIDTH=?></PRE>（以字元計算）
向中看齊<CENTER></CENTER> （文字與圖片都可以）
閃耀<BLINK></BLINK> （有史以來最被嘲弄的標簽）
字體大小 <FONTSIZE=?></FONT>（從1到7）
改變字體大小 <FONTSIZE=+|-?></FONT>
基本字體大小 <BASEFONTSIZE=?> （從1到7; 內定為3）
字體顏色 <FONTCOLOR="#$$"></FONT>（$$為顏色代碼）

HTML常用代碼之：修改頁面的實用性HTML代碼
貼圖：<img src="圖片地址">
加入連接：<a href="所要連接的相關地址">寫上你想寫的字</a>
在新窗口打開連接：<a href="相關地址" target="_blank">寫上要寫的字</a>
移動字體(走馬燈)：<marquee>寫上你想寫的字</marquee>
字體加粗：<b>寫上你想寫的字</b>
字體斜體：<i>寫上你想寫的字</i>
字體下劃線: <u>寫上你想寫的字</u>
字體刪除線: <s>寫上你想寫的字</s>
字體加大: <big>寫上你想寫的字</big>
字體控制大小：<h1>寫上你想寫的字</h1> (其中字體大小可從h1-h5,h1最大，h5最小)
更改字體顏色：<font color="#value">寫上你想寫的字</font>(其中value值在000000與ffffff(16位進制)之間
消除連接的下劃線：<a href="相關地址" style="text-decoration:none">寫上你想寫的字</a>
貼音樂：<embed src="音樂地址" width="寬度" height="高度" autostart=false>
貼flash: <embed src="flash地址" width="寬度" height="高度">
貼影視文件：<img dynsrc="文件地址" width="寬度" height="高度" start=mouseover>
換行：<br>
段落：<p>段落</p>
原始文字樣式：<pre>正文</pre>
換帖子背景：<body background="背景圖片地址">
固定帖子背景不隨滾動條滾動：<body background="背景圖片地址" body bgproperties=fixed>
定製帖子背景顏色：<body bgcolor="#value">(value值見10)
帖子背景音樂：<bgsound="背景音樂地址" loop=infinite>
貼網頁：<iframe. src="相關地址" width="寬度" height="高度"></iframe>

HTML常用代碼之：常常會遇到的問題

點擊關閉窗口
<a href="javascript.:top.window.close();">點擊關閉窗口</a>！

請問如何去掉主頁右面的滾動條？
<body scroll="no">

<body style="overflow-y:hidden">

如何做到讓一個網頁自動關閉.
<html>

<head>
<OBJECT id=closes type="application/x-oleobject" classid="clsid:adb880a6-d8ff-11cf-9377-00aa003b7a11">
<param name="Command" value="Close">
</object>
</head>
<body >
這個窗口會在10秒過後自動關閉,而且不會出現提示. </body>

如何在不刷新頁面的情況下刷新css?
<style>
button{ color:#000000;}
</style>
<button nclick=document.styleSheets[0].rules[0].style.color=『『『『red『『『『>點擊按鈕直接修改style標簽里button選擇符使按鈕改為紅色</button>

請問如何讓網頁自動刷新？
在head部記入<META. HTTP-EQUIV="Refresh" c>其中20為20秒後自動刷新，你可以更改為任意值。
如何讓頁面自動刷新？
方法一，用refresh
HTML 代碼片段如下:
<head>
<meta. http-equiv="refresh" c>
</head>
5表示刷新時間
[Ctrl+A 全部選擇 提示:你可先修改部分代碼，再按運行]
方法二，使用setTimeout控制
<img src=/logo.gif>
<script>
function rl(){
document.location.reload()
}
setTimeout(rl,2000)
</SCRIPT>

如何讓超鏈接沒有下劃線
在源代碼中的<HEAD>…</HEAD>之間輸入如下代碼：
<style. type="text/css"> <!--
a { text-decoration: none}
--> </style>

請問如何去掉IE的上下滾動條？
<body style=『『『『overflow:scroll;overflow-y:hidden『『『『>
</body>

怎樣才能把RealPlayer文件在網頁做一個試聽連接？
<embed height=25src=51js.rm type=audio/x-pn-realaudio-plugin width=50 autostart="false" c>

如何用html實現瀏覽器上後退按鈕的功能？
<a href="java script.:history.go(-1)">點擊後退</a>
或者
<script> history.back() </SCRIPT>

HTML常用代碼之：你不一定知道的技巧

ncontextmenu="window.event.returnValue=false" 將徹底屏蔽滑鼠右鍵
<table borderncontextmenu=return(false)><td>no</table> 可用於Table

<body nselectstart="return false"> 取消選取、防止復制

onpaste="return false" 不準粘貼

on="return false;" ncut="return false;" 防止復制

<link rel="Shortcut Icon"href="favicon.ico"> IE地址欄前換成自己的圖標

<link rel="Bookmark"href="favicon.ico"> 可以在收藏夾中顯示出你的圖標

<inputstyle="ime-mode:disabled"> 關閉輸入法

永遠都會帶著框架
<script. language="JavaScript"><!--
if (window == top)top.location.href = "frames.htm"; //frames.htm為框架網頁
// --></script>

防止被人frame.
<SCRIPT. LANGUAGE=JAVASCRIPT><!--
if (top.location != self.location)top.location=self.location;
// --></SCRIPT>

網頁將不能被另存為
<noscript><iframe.src=*.html></iframe></noscript>

查看網頁源代碼
<input type=button value=查看網頁源代碼
onclick="window.location = "view-source:"+"http://www.w3cschool.cn"">

刪除時確認
<a href="javascript:if(confirm("確實要刪除嗎?"))location="boos.asp? &areyou=刪除&page=1"">刪除</a>

屏蔽功能鍵Shift,Alt,Ctrl
<script>
function look(){
if(event.shiftKey)
alert("禁止按Shift鍵!");//可以換成ALTCTRL
}
document.onkeydown=look;
</script>

網頁不會被緩存
<META. HTTP-EQUIV="pragma" CONTENT="no-cache">
<META. HTTP-EQUIV="Cache-Control"CONTENT="no-cache, must-revalidate">
<META. HTTP-EQUIV="expires"CONTENT="Wed, 26 Feb 1997 08:21:57 GMT">
或者<META. HTTP-EQUIV="expires"CONTENT="0">

怎樣讓表單沒有凹凸感？
<input type=text style="border:1 solid #000000">
<input type=text style="border-left:none;border-right:none; border -top:none; border-bottom: 1 solid#000000"></textarea>

不要滾動條?
讓豎條沒有:
<body style="overflow:scroll;overflow-y:hidden">
</body>
讓橫條沒有:
<body style="overflow:scroll;overflow-x:hidden">
</body>
兩個都去掉？更簡單了
<body scroll="no">
</body>

怎樣去掉圖片鏈接點擊後，圖片周圍的虛線？
<a href="#"nFocus="this.blur()"><img src="logo.jpg"border=0></a>

電子郵件處理提交表單
<form. name="form1"method="post" action="mailt****@***.com"enctype="text/plain">
<input type=submit>
</form>

在打開的子窗口刷新父窗口的代碼里如何寫？
window.opener.location.reload()

如何設定打開頁面的大小
<body nload="top.resizeTo(300,200);">
打開頁面的位置<bodynload="top.moveBy(300,200);">

在頁面中如何加入不是滿鋪的背景圖片,拉動頁面時背景圖不動
<STYLE>
body
{background-image:url(logo.gif); background-repeat:no-repeat;
background-position:center;background-attachment: fixed}
</STYLE>

檢查一段字元串是否全由數字組成
<script. language="Javascript"><!--
function checkNum(str){return str.match(//D/)==null}
alert(checkNum("1232142141"))
alert(checkNum("123214214a1"))
// --></script>

獲得一個窗口的大小
document.body.clientWidth; document.body.clientHeight

怎麼判斷是否是字元
if (/[^/x00-/xff]/g.test(s)) alert("含有漢字");
else alert("全是字元");

TEXTAREA自適應文字行數的多少
<textarea rows=1 name=s1 cols=27npropertychange="this.style.posHeight=this.scrollHeight">
</textarea>

日期減去天數等於第二個日期
<script. language=Javascript>
function cc(dd,dadd)
{
//可以加上錯誤處理
var a = new Date(dd)
a = a.valueOf()
a = a - dadd * 24 * 60 * 60 * 1000
a = new Date(a)
alert(a.getFullYear() + "年" + (a.getMonth() +1) + "月" + a.getDate() + "日")
} cc("12/23/2002",2)
</script>

選擇了哪一個Radio
<HTML><script. language="vbscript">
function checkme()
for each ob in radio1
if ob.checked then window.alert ob.value
next
end function
</script><BODY>
<INPUT name="radio1" type="radio"value="style" checked>Style.
<INPUT name="radio1" type="radio"value="barcode">Barcode
<INPUT type="button" value="check"nclick="checkme()">
</BODY></HTML>

腳本永不出錯
<SCRIPT. LANGUAGE="JavaScript">
<!-- Hide function killErrors(){return true;} window.onerror = killErrors;// -->
</SCRIPT>

ENTER鍵可以讓游標移到下一個輸入框
<input nkeydown="if(event.keyCode==13)event.keyCode=9">

❽ 程序員有很厲害，不外傳的代碼嗎

所謂程序員，是指從事程序設計、程序開發、程序維護的基層工作人員。

程序員包括兩大類：

1，程序設計人員。

一個程序，就是一個系統。對於一個規模龐大的程序來說其結構非常復雜，各個部分的功能之間的銜接非常復雜，所以需要預先對整個系統的架構進行設計，程序設計人員的主要工作就是如此。

2，程序編碼人員。

編碼，也就是代碼。……程序是由代碼組成的。相應的，程序代碼是由程序員一段一段編輯而成的。……因此，代碼也就成為程序員業績和能力的代表。

編程序、寫代碼，其核心就是演算法。……掌握一套精密有效的演算法，就能把一段程序編好，使其發揮出最佳功效。

從這個角度說，程序員所掌握的最厲害的工具，不是代碼，而是演算法。……代碼對於程序員來說，只是磚石一類的工具，而演算法才是程序的核心。……一段程序，代碼的生成很簡單，但是其中包含的演算法卻是非常深奧的。……因此，設計出一套演算法，對於程序員來說才是最關鍵的事情。

從這個角度說，程序員最厲害的並不是擁有一段代碼，而是掌握一套演算法。

另外，程序員這份工作其實也有不同的分工。並不是所有的程序員都要敲代碼的。……實際上，程序員工作職責涵蓋面非常廣泛。以下幾方面工作，都屬於程序員的工作職責：

1，負責軟體的設計、開發、測試。

2，與客戶進行溝通，明確客戶需求。

3，項目調研、可行性分析。

4，解決軟體開發和維護過程中的各種問題。

5，對本專業領域范圍內的技術動態進行跟蹤分析。

由此可以看出，程序員並不全都是敲代碼的人，還有很多程序員是負責軟體系統相關工作的人。……當然了，雖然因為分工不同，有些程序員不寫代碼，但是他們肯定是能夠看得懂代碼，並有能力修正其中的問題的。……他們當中的每個人都對於某個具體領域的演算法非常擅長，這就是他們的絕招，是他們實力最強的領域。

❾ 程序員如何方便的管理自己以前寫的代碼

一、代碼的最大長度。
雖然在Java的編譯器中對於代碼的最大長度沒有硬性的規定。但是如果代碼的長度太長，超過了編譯器的最當行寬，顯然閱讀起來比較麻煩。為此根據筆者的經驗，通常情況下Java源代碼的行長度不應該大於80個字元。如果超過這個長度的話，在一些開發工具和編輯器上就無法很好的顯示。如需要通過滾動條來顯示後面部分的代碼。當其他項目成員閱讀這超長的代碼時，就會看得眼花繚亂。當人的溫飽問題解決了之後，就需要開始注意美觀方面的問題。所以程序開發人員在開發應用程序的時候，要盡量避免書寫長的代碼。如果代碼的每行長度確實需要超過80個字元的話(最好將每行代碼的長度控制在70個字元左右)，那麼就需要對代碼進行分行。
二、在恰當的地方對代碼進行分行。
筆者建議將Java源代碼每行的長度控制在70個字元、最大不超過80個字元。當超過這個字元長度的時候，開發人員就需要考慮在恰當的地方對他們進行分行處理。不過這個分行也不是說開發人員想在哪裡進行分行就在哪裡進行分行。這個分行是有一定技巧的。雖然這些技巧大部分並不是強制性的規定，但是都是一些專家們的經驗總結，可以提高代碼的閱讀性。為此筆者希望各位程序開發能夠嚴格的遵守。
技巧一：高層折行優於低層折行。
這個技巧是說，在考慮對代碼進行折行處理的時候，需要注意代碼的層次性。如某段代碼涉及到混合四則運算，而四則運算又有明顯的運算順序，此時對代碼進行折行時就最好能夠在四則運算的關鍵順序上進行折行處理。如現在有如下的一段代碼：
Mynum=mynum1*(mynum1+mynue2+mynum3-mynum4)+8*mynum5
如果要對這段代碼進行折行的話，該在哪個地方加入一個折行符號呢?如果是筆者處理的話，筆者會按如下的格式對代碼進行折行處理。
Mynum=mynum1*(mynum1+mynue2+mynum3-mynum4)+8*mynum5
這主要是根據四則運算的運算層次來進行折行的。顯然，*符號的優先順序要比+符號要高。所以在+號前面對其進行折行處理，那麼就可以一目瞭然的反應出代碼的運算層次。可以大幅度的提高代碼的閱讀性。所以代碼折行的第一個技巧就是高層折行優於低層折行。如此的話，可以使得應用程序的結構代碼更加的清晰，更容易被團隊成員所理解。
技巧二：在運算符前面進行折行處理。
其實在如上的折行技巧中，還隱藏著一個規則，即在運算符之前進行折行。如上例所示，筆者就是在+號前面進行折行，而不是在+號後面進行折行處理。這主要也是考慮到代碼的可讀性。如上面這個例子中，如果在+號後面進行折行處理的話，則下一行就會給人一種憑空多出來的感覺，顯得代碼很不連貫。跟這個規則類似，如果在折行處理的時候遇到逗號時，那麼最好能夠在逗號後面進行折行。如在一個方法中，需要傳入5個參數。此時如果代碼行比較長，那麼就需要在幾個參數之間進行折行處理。此時最理想的折行位置，就是在某個參數的逗號後面。注意，使在逗號後面進行折行，而不是在逗號前面。因為一個參數一個逗號是匹對的。而如果一個逗號加一個參數，則讓人看起來很不舒服。
技巧三：這行代碼的對起方式。
當不得已對代碼進行折行處理時，下一行的代碼應該與其同等級的代碼行左對齊。如上例所示，在+號前面將某一段四則運算公式進行折行處理的時候，其+號符號已經採取縮進處理。其縮進後的效果就是要與其同等級的代碼行左對齊。如此的話，明眼人一看就知道這段代碼採取過折行處理;而且跟上一行代碼的層次關系。當一段代碼被分割成三行甚至跟更多行數的時候，這個規則會非常的有用。如果能夠嚴格遵守這個規則，即使將代碼分割成多行，看起來也不會覺得那麼混亂。反而給人一種比較有層次的感覺。
另外在採取縮進處理的時候，可以利用Tab鍵來提高縮進處理的效率。因為直接按空格的話，有可能空格字元數量不一致，會讓人覺得層次不起，產生比較大的混亂。一般情況下，當代碼行兩側距離頁邊的距離比較大，看其來不怎麼舒服時，可以在代碼行中通過插入TAB鍵(會在代碼行中連續插入8個字元)來提高代碼的閱讀性，讓代碼的縮進實現統一。
技巧四：為變數尋找一個合適的位置。
在編寫應用程序時，盡量將變數聲明放置在一個代碼塊的開始處，也就是說{}花括弧的開始位置。雖然說可以在需要使用變數的時候再對其進行聲明。但是筆者不同義如此操作。因為如果在的呢感到使用變數的時候再來聲明變數時，會降低代碼的可讀性。同理，也需要避免低層聲明與高層聲明重復，這樣會引起代碼混亂並可能引發程序功能性錯誤。而且這種錯誤在後續的排錯中很難被發現。為此要在應用程序開發的時候就要盡量避免這種錯誤。
在聲明變數的時候，有時候可能代碼很簡單，生命變數的行總共加起來也不會超過十個字元。此時能否把多個變數的聲明寫在同一行呢?從就技術上來說，這是可行的。也就是說，Java編譯器允許將多個變數定義在同一行上。但是從閱讀性上來說，這並不是很好的做法。筆者的建議是，即使變數定義再簡單，或者變數比較多，也最好分行進行變數的聲明。也就是說，一行聲明一個變數。這可以提高代碼的可閱讀性。而且有時候往往需要對變數加一個注釋說明變數的用途，如果以行定義一個變數，添加行注釋也相對簡單許多。
總之，以上的這些折行的規則基本上不會影響到代碼的運行。但是，對於代碼的維護與後續的排錯、升級、二次開發等等具有不可忽視的作用。而且現在基本上應用程序開發式團隊開發，故大家都遵守同樣的代碼編寫規范是非常重要的。筆者在開發一個應用程序的時候，事先都會花一定的時間，跟項目成員強調這些折行的規則。目的只有一個，就是提高代碼的可讀性，便於後續代碼的共享與維護。畢竟後續面對這些代碼的，並不是客戶，而是我們自己。我們程序員在編寫代碼的時候，不能夠搬起石頭砸自己的腳。筆者認為，現在一個合格的程序人員，不僅技術功底上要過得硬，而且還必須要遵守這些無形規則的約束。難怪現在這么多企業在挑選程序開發人員的時候，都會註明良好的編碼規范。現在對於這些無形中的條條框框，項目經理已經開始重視起來。