網頁列表頁設計代碼

1、「搜索列表頁」在網頁設計中的英文文件名是什麼

search list

2、設計的網頁必須在十個以上，包括主頁，列表頁，內容頁。必須是使用CSS樣式表來控制網頁的外觀

40分？
你可能不了解網站製作這個行業，10個以上的頁面，首頁+列表頁+內容頁，用css+div寫出來，要是你找網站公司給你做，3500人民幣起步，要是個人給你做，最少也要2500人民幣，你最後還來一句：做的好的話提高懸賞！我表示我們干網站製作行業的人都無奈了！
哦，對了，你還要求是設計的，不是用模板，完全設計10個頁面，再把這個站做下來，5000+也許會有人做！

3、設計兩個網頁頁面,一個網頁上有12屬相的中英文對照列表,要求用table,,另一個頁面設置兩個文本輸入框

<table><tr>
 <td>鼠</td>
 <td></td>
 <td></td>
 <td></td>
 <td></td>
 <td></td>
 <td></td>
 <td></td>
 <td></td>
 <td></td>
 <td></td>
 <td>豬</td>
</tr>
<tr>
 <td>英文對照自己對應吧</td>
 <td></td>
 <td></td>
 <td></td>
 <td></td>
 <td></td>
 <td></td>
 <td></td>
 <td></td>
 <td></td>
 <td></td>
 <td></td>
</tr>
</table>

這是第一個頁面的table設計 加入想加上邊框  幾個css

td{

 border:1px solid;

}

至於跳轉 寫個a標簽 <a href="要跳轉頁面的路徑">跳轉</a>;

兩數求和

<input id="one" type="text"> <input id="two" type="text">

<input id="Sum" type="botun">

jquery:  

$(function(){

$("#Sum" ).click(function(){

        var one=0;

        var two=0;

var sum=0;

         if(parsetInt( $("#one" ).val())>parsetInt( $("#two" ).val()))｛

          one=parsetInt( $("#one" ).val();

         two=parsetInt( $("#two" ).val();

        ｝else{

        one=parsetInt( $("#two" ).val();

        two=parsetInt( $("#one" ).val();

        }

        for (var i=one;i<=two;i++){

         sum+=one;

         }

 alert(sum);

        });

});

純手打，要是有何不解可以回復我

4、關於網頁設計，請問什麼是列表頁和明細頁？

明細頁是具體到某個文章頁面，列表是顯示多個內容分類的頁面。

列表頁，例如：
1文章一
2文章二
3文章三
4文章四
5文章無
明細頁，就是到具體的內容。比如文章一的詳細內容就是一個明細頁。

5、如何更高效的製作可通用的HTML頁面

重構
最近公司的一個項目，其實已經完成了任務的70%吧，這個70%是表面上做出來的頁面的完成度。但是我發現在某一天以後，這個任務居然進度極端異常的緩慢。我感到詫異，因為已經允許不套入Wordpress製作皮膚，而直接製作一個只包含豐富JS特效的靜態站點。
進一步深入了解，發現兩個前端工程師，竟然在SVN上分了兩個目錄在進行這個項目，而且被告知最正式的版本，是測試伺服器上的。
然後我嘗試了解，他們是如何進行分工合作的，雖然兩人沒有明確彼此進行指責，但是，彼此推諉有時候是比指責更嚴厲的態度。從他們對彼此的推諉，我發現，他們將各自擅長的領域（一個擅長製作頁面，一個擅長整理JS）作為他們彼此對立的一個矛盾點。具體的表現如，頁面的CSS製作出來以後，JS為了寫特效，又把頁面推翻了，製作自己引入了一些js，可是又沒有和大家做一個介紹和說明。我意識到，他們之間缺乏必要的溝通，也缺乏基本的信任，也許對於中國人（看國足和乒乓球的差異）對於團隊之間的信任，總是做的十分保守、有限。
我獲取了代碼，審視了他們的工作成果，我才真正的發現，問題已經遠不止於缺乏溝通和信任的問題了，而是浮躁。大家都急於將這個任務盡快的完成，於是採用的做法就是CSS和HTML，又一個頁面做一個頁面的樣式，JS有一個特效做一個特效。正如前言所言，誠然，這就是一個很顯然的高效做法。可是這里帶來了很多問題：
1、一個頁面一套CSS（一套相應的id和class命名），這種做法將來的維護成本會很高，因為他忽略了整個網站可被重用，代表這個網站的通用性特徵，如果要對某個特徵進行修改，可能需要對同一個位置的樣式進行多次重復的修改。
2、問題1往往會引伸出該問題，就是，在檢查製作結果的時候，往往那些在一個頁面製作達到要求的地方，為什麼在第二個相似的設計結構的頁面會有差異？而且甚至存在這種差異第三種、第四種版本。這個問題，如果站在設計的角度，會是一個十分嚴重的問題。
3、每個頁面即興的寫一堆腳本，東一塊西一塊的，也許今天我為了項目的進度，可以認為這個特效是完成了的。但是他日真的套入到程序中，可能會讓程序員碰個一鼻子灰，因為程序員也許有耐心看你的代碼，但我多數時候願意認為，他們不懂，就算他們懂，也沒有義務去幫你做些什麼。結果往往是，比如A君負責寫JS，為此工作了3天，完成了，可是在程序開發的時候，發現不對勁，又要求A君來進行配合工作，開發進行了5天，A君陪了5天。為什麼A君要在之後的5天內還要繼續參與呢？那麼就是他前面的3天工作沒有完成了。當然，現實中，我們多數不會這樣去看待這個問題，而是盡量讓A君還是在後面的5天去參與進去，也不會有人去追究他前面3天究竟都做了哪些不合理的事情。而後由於後面5天人員參與數量增加，我們會希望壓縮項目的開發時間雲雲。
重構，即時重構，就以現在既有的這些代碼，其實我已經很早就放下心中的目標：一個完美代碼構成的網站，我需要他們每個人都明白，怎麼樣能讓自己更加高效准確的工作。
抽象
對於前端製作，提抽象，可能有些過分，然而我這么多年來的經驗告訴自己，只有剝離了表面現象，才能洞察需求的實際。
我就不談那些有的沒有的空把式了，對於頁面製作和特效定製，一個最行之有效的抽象方式就是：不要急於動手實現，而是多看設計圖，找出：
1、排除設計元素差異（顏色、icon），找出頁面結構之間的共同特性，其中需要著重注意以下幾個特點：
* PSD是怎麼做輔助線的，PSD輔助線是幫助你理解設計意圖的最佳切入點，有些設計會認真的做柵格輔助線，這種PSD基本上一上手，HTML要怎麼寫，已經很明確。
*實際內容外寬度 <-> 內部常見布局分布（左右比例，布局模式是左中右，還是上下通欄）
*正文內容默認字體，h1 - h6的字體
*全局a標簽默認樣式，字體，顏色，hover style等
*form元素的樣式風格
2、排除設計細節的差異（文字大小、margin、padding、height、line-height等），找出可被重用的模塊（Box）模型，而這種模型，往往是以一個如下基礎模型為基礎的：
這種模型從功能上區分，往往有以下幾種：
*列表塊，列表頭為標題塊，列表為內容塊
*正文塊，正文標題為標題塊，正文為內容塊
*列表塊還可以細分，列表內容中每一個：內容標題為標題塊，描述內容為內容塊（摘要等）
這種模型，可以通過以下的特徵來做出區分：
*所在的頁面，比如用於首頁每個欄目的最新內容的列表，還是某個欄目首頁的內容列表等
*出現在頁面的位置，比如Ajax彈出層，DropDown Menu，側邊欄，正文欄等
*用於什麼用途、表現側重點是什麼，比如博客列表頁，會提供內容摘要，便於用戶選擇閱讀，而門戶型網站內容列表，會僅僅顯示標題，因為信息量大，相冊的列表頁，總是會做得更加sexy，便於能吸引用戶的眼球等。
*和頁面其他部位的關聯，這個需要因應各個的設計的不同，就不具體舉例了。
3、排除實現的復雜度，找出特效展現的共同特性，並盡可能的想像其實現的一些細節。這部分工作是尤其重要的，因為他決定了一個頁面的工作重點所在，通過對這部分重點的細節想像，你會發現如下問題：
*現在有什麼，還缺什麼？
*合理程度，這是用戶體驗基礎，不合理的體驗，是不會被認可使用的
*用戶如何操作的，頁面的元素如何變化，既能做到驚嘆，而又在用戶的可理解可被認知范圍內，而後最大程度的緩沖系統與用戶之間的驚詫點
*合理性，合理性，合理性
當你確信，在找到上述3個問題的答案後，並且做出足夠的思考與預估後，我們可以開始動手製作了。
什麼優先？什麼其次？
優先要做的，永遠都是通用性、共用性方面的東西，他會伴隨在你整個製作過程中。當然，大多數公司，這種通用性存在共識，基礎的CSS、基礎的JS Framework。然而，對於項目和任務本身來說，你需要做更多這個項目自身的共用性的工作。其實說白了，就是上面的三個問題。
1、問題一所對應的
*body 字體，顏色，背景色，背景圖，a標簽的通用樣式
*頁面布局模式，常用寬度定義等
*h1 - h6的樣式控制
*input、select樣式
2、問題二所對應的
*製作多個和設計元素、設計細節無關的通用性的box模型（甚至不包括寬度的細節），僅僅描述一個模型的骨架性特徵。
3、問題三對應的
*為需要實現特效的部位做足夠的兼容性准備。
問題1，往往不存在太多的問題，可是大家看看自己寫過的CSS，有多少句在頁面里定義了字體、字體大小、顏色的，這些部分的代碼也都是可以被再次抽象，而再減少對設計細節進行描述的。
問題2，是從根本上提高CSS編碼質量的一條解決之道。初步了解CSS特性的人，往往會患上重度描述的症狀，他們寄望於通過編寫大量、甚至是成癮性的定義樣式特性，為求實現設計。確實，這種Hash結構讓我們了解到了描述的快感。然而，正式因為這種重度描述，令CSS文件的修改，成為一個令人頭疼的所在，密密麻麻的樣式聲明，不斷重復又重復的特性描述，整個樣式被定義的面目全非。
局部特徵描述法，是一個很好的治療的模式，通過對僅有的若干個特徵進行描述，而後進行組合使用，能讓我們的HTML和CSS獲得解放（代碼量），同時帶來更多的靈活性（我不再需要對權重過度緊張等）。

6、如何在 HTML 頁面中創建簡單的下拉列表框

select標簽可以創建下拉列表，列入

  <select>
    <option value="1">我是下拉項目1</option>
    <option value="2">我是下拉項目2</option>
    <option value="3">我是下拉項目3</option>
    <option value="4">我是下拉項目4</option>
  </select>

7、網頁開發：文章列表的資料庫怎麼設計？

動態網頁只要一個頁面就行了。
文章表可以這樣設計（因為你的要求簡單，就用簡單方法）
ID
文章主題
文章內容
作者
發表時間

ID是唯一的。
列表頁列出所有的文章，點擊每個鏈接進入文章詳情頁，用ID查找詳細信息並在詳情頁顯示
祝好運，望採納。

8、html 設計一個列表頁一個編輯頁的時候應該怎樣設計?

你說的這兩個抄方法都是可以的，第襲一種比較好，第二種也是可以的
第二種可以使用js或jq的onlick點擊事件路由跳轉到一個編輯頁面
如：$('button').click(function{
window.location.href='xxxxxx.html';
})