web應用與站點的差別
之所以要弄清這兩個的差別，對於網頁設計師以及參與到網際網路行業的職業，其方發展向有非常重要的意義。
在曾經，訪問的站點基本上是單向去獲取。輸入 乙個**，就會得到乙個頁面，在server那邊，這些頁面都是預先製作好放在空間裡供人獲取（訪問），站點的維護者須要手工處理非常多事物。直到後來使用自己主動化 的軟體。這個情況變了，站點的維護者非常easy更新改變站點的內容。但依舊是以訪客主動去獲取資訊為主。
網路應用，徹底把站點自己主動化了，使得站點更像是乙個供多人使用的大型軟體。訪客不僅能夠獲取資訊，還能夠向server傳送資訊。使得資訊變成雙向交流，站點開始儲存訪客傳送過來的資訊以及反饋給訪客，這就web應用與站點的本質上差別。
之所以要區分二者，是由於前者在製作技術已經全然成熟了。已經是非常easy做到。但後者仍在向著網路軟體方向的發展，且技術流派分支非常多。由於事實上際應用技術是與網路應用的實際使用者數量的發展而發展。
一旦弄清這兩個概念，就明確了那些所謂的程式框架是怎麼回事了。當我在製作乙個頁面時試驗性的使用到了某款框架，發現這樣做反而是多餘的，還不如手寫原生**。當我用框架製作乙個簡單頁面其多出來**量全然是沒意義的，甚至會干擾搜尋引擎對頁面檔案的識別。
那麼那些網上的人做死的推廣html5又是為了什麼呢？事實上html5就是為了完好網頁的互動功能而推出的。它是為將來的「網路應用」而準備的一套標準。而不是網路**。由於網路應用（比如**）是不須要被外部的搜尋引擎所收錄。它自己的系統裡有一套搜尋引擎。所以在編寫**時就已經排除掉頁面優化這樣的傾向。所以，對那些坑長的頁面**就有了完美的解釋。html5不是html4的公升級，而是一種對立。一邊是使用者與server互動作為核心一邊是資訊便捷傳遞為核心。
我想未來的基於資訊公布的站點可能會變成像維基百科裡的乙個詞條頁面那樣，被乙個搜尋引擎所管轄，變成乙個超級網際網路應用裡的乙個資料頁面。
思考Web站點設計對類以及id的命名方式
web開發者 也就是您 可以通過建立css類及id名稱並使用這些名稱來對div以及其他的頁面元素 標籤進行標識。對開發人員來說，在命名重新定義xhtml標記 tags 的css selectors時，必須保證其與預定義的標記準確匹配，但就類以及id選擇器名稱而言，則仁者見仁，智者見智。然而隨心所欲的...
io以及執行緒對於web應用的限制
對於web應用在非同步機制在前，乙個使用者執行緒 要佔據一系列資源從而完成一次功能的互動 在這過程中 要完成包括資料的解析 轉換 以及資料庫資訊的查詢 資料庫的訪問 在大量執行緒高併發的情況下 是最明顯的瓶頸，畢竟乙個資料庫，可以供同時使用的資料庫連線 就那麼多，超了 的話 要麼就崩了 要麼就堵著 ...
迭代和遞迴的差別與作用以及理解
die dai 迭 代 int 迭代 int n n 6 s 720 return s 迭代 總結 這裡怎麼看出來要迭代什麼呢?注意s這個變數,它一直是以自己或自己的 後代 也就是自己的下一代去跟其他數值 進化 int s 1 祖先s 代 s 1 1 祖先s 代 進化 s 1 2 s 代 進化 祖先...