⑴ 怎樣使輸入框里的內容有記憶功能
打開流覽器 工具 internet選項 內容 自動完成 然後在WEB地址前打勾如果有使用郵箱 家用電腦 覺得安全的話 可以表單 表單上的用戶名和密碼前打勾 確認 保存 退出 重啟流覽器即可
⑵ 程序員幹活：什麼是REST架構和K&T決策
一、REST是什麼
REST是英文Representational State Transfer的縮寫，中文翻譯為「表述性狀態轉移」，他是由Roy Thomas Fielding博士在他的論文 《Architectural Styles and the Design of Network-based Software Architectures》中提出的一個術語。REST本身只是為分布式超媒體系統設計的一種架構風格，而不是標准。基於Web的架構，實際上就是各種規范的集合，這些規范共同組成了Web架構。比如Http協議，比如客戶端伺服器模式，這些都是規范。每當我們在原有規 范的基礎上增加新的規范，就會形成新的架構。而REST正是這樣一種架構，他結合了一系列的規范，而形成了一種新的基於Web的架構風格。傳統的Web應用大都是B/S架構，它包括了如下一些規范 ：
客戶－伺服器這種規范的提出，改善了用戶介面跨多個平台的可移植性，並且通過簡化伺服器組件，改善了系統的可伸縮性。最為關鍵的是通過分離用戶介面和數據存儲這兩個關注點，使得不同用戶終端享受相同數據成為了可能。
無狀態性無 狀態性是在客戶－伺服器約束的基礎上添加的又一層規范。他要求通信必須在本質上是無狀態的，即從客戶到伺服器的每個request都必須包含理解該 request所必須的所有信息。這個規范改善了系統的可見性（無狀態性使得客戶端和伺服器端不必保存對方的詳細信息，伺服器只需要處理當前 request，而不必了解所有的request歷史），可靠性（無狀態性減少了伺服器從局部錯誤中恢復的任務量），可伸縮性（無狀態性使得伺服器端可以 很容易的釋放資源，因為伺服器端不必在多個request中保存狀態）
同時，這種規范的缺點也是顯而易見得，由於不能將狀態數據保存在伺服器上的共享上 下文中，因此增加了在一系列request中發送重復數據的開銷,嚴重的降低了效率。
緩存為 了改善無狀態性帶來的網路的低效性，我們填加了緩存約束。緩存約束允許隱式或顯式地標記一個response中的數據，這樣就賦予了客戶端緩存 response數據的功能，這樣就可以為以後的request共用緩存的數據，部分或全部的消除一部分交互，增加了網路的效率。但是用於客戶端緩存了信 息，也就同時增加了客戶端與伺服器數據不一致的可能，從而降低了可靠性。
B/S架構的優點是其部署非常方便，但在用戶體驗方面卻不是很理想。為了改善這種情況，我們引入了REST。REST在原有的架構上增加了三個新規范：統一介面，分層系統和按需代碼。統一介面REST 架構風格的核心特徵就是強調組件之間有一個統一的介面，這表現在REST世界裡，網路上所有的事物都被抽象為資源，而REST就是通過通用的鏈接器介面對 資源進行操作。這樣設計的好處是保證系統提供的服務都是解耦的，極大的簡化了系統，從而改善了系統的交互性和可重用性。並且REST針對Web的常見情況 做了優化，使得REST介面被設計為可以高效的轉移大粒度的超媒體數據，這也就導致了REST介面對其它的架構並不是最優的。
分層系統分層系統規則的加入提高了各種層次之間的獨立性，為整個系統的復雜性設置了邊界，通過封裝遺留的服務，使新的伺服器免受遺留客戶端的影響，這也就提高了系統的可伸縮性。
按需代碼REST允許對客戶端功能進行擴展。比如，通過下載並執行applet或腳本形式的代碼，來擴展客戶端功能。但這在改善系統可擴展性的同時，也降低了可見性。所以它只是REST的一個可選的約束。使用REST架構對於開發人員來 說，關心的是如何使用REST架構，這里我們來簡單談談這個問題。REST不僅僅是一種嶄新的架構，它帶來的更是一種全新的Web開發過程中的思維方式： 通過URL來設計系統結構。
在REST中，所有的URL都對應著資源，只要URL的設計是良好的，那麼其呈現的系統結構也就是良好的。這點和TDD (Test Driven Development)很相似，他是通過測試用例來設計系統的介面，每一個測試用例都表示一系列用戶的需求。開發人員不需要一開始就編寫功能，而只需要 把需要實現的功能通過測試用例的形式表現出來即可。這個和REST中通過URL設計系統結構的方式類似，我們只需要根據需求設計出合理地URL，這些 URL不一定非要鏈接到指定的頁面或者完成一些行為，只要它們能夠直觀的表現出系統的用戶介面。
根據這些URL，我們就可以方便的設計系統結構。從 REST架構的概念上來看，所有能夠被抽象成資源的東西都可以被指定為一個URL，而開發人員所需要做的工作就是如何能把用戶需求抽象為資源，以及如何抽 象的精確。因為對資源抽象的越為精確，對REST的應用來說就越好。這個和傳統MVC開發模式中基於Action的思想差別就非常大。設計良好的URL， 不但對於開發人員來說可以更明確的認識系統結構，對使用者來說也方便記憶和識別資源，因為URL足夠簡單和有意義。按照以往的設計模式，很多URL後面都 是一堆參數，對於使用者來說也是很不方便的。既然REST這 么好用，那麼是不是所有的Web應用都能採取此種架構呢？答案是否定的。我們知道，直到現在為止，MVC(Model-View-Controller) 模式依然是Web開發最普遍的模式，絕大多數的公司和開發人員都採取此種架構來開發Web應用，並且其思維方式也停留於此。
MVC模式由數據，視圖和控制 器構成，通過事件(Event)觸發Controller來改變Model和View。加上Webwork,Struts等開源框架的加入，MVC開發模 式已經相當成熟，其思想根本就是基於Action來驅動。從開發人員角度上來說，貿然接受一個新的架構會帶來風險，其中的不確定因素太多。並且REST新的思維方式是把所有用戶需求抽象為資源，這在實際開發中是比較難做到的，因為並不是所有的用戶需求都能被抽象為資源，這樣也就是說不是整個系統的結構都能 通過REST的來表現。
所以在開發中，我們需要根據以上2點來在REST和MVC中做出選擇。我們認為比較好的辦法是混用REST和MVC，因為這適合絕 大多數的Web應用開發，開發人員只需要對比較容易能夠抽象為資源的用戶需求採取REST的開發模式，而對其它需求採取MVC開發即可。這里需要提到的就是ROR(Ruby on Rails)框架，這是一個基於Ruby語言的越來越流行的Web開發框架，它極大的提高了Web開發的速度。更為重要的是，ROR(從1.2版本起)框 架是第一個引入REST做為核心思想的Web開發框架，它提供了對REST最好的支持，也是當今最成功的應用REST的Web開發框架。實際上，ROR的 REST實現就是REST和MVC混用，開發人員採用ROR框架，可以更快更好的構建Web應用。對開發人員來說，REST不僅僅在Web開發上貢獻了自己的力量，同時也讓我們學到了如何把軟體工程原則系統地應用於對一個真實軟體的設計和評估上。
1、明確課題
2、分析原因
3、制定方案
4、潛在問題分析
5、做出決策並執行
五、實例分析
讓我們來看一個例子：某公司搬遷的KT決策分析
某公司為擴大營業並節省房租，將於半年後，從市區搬至郊區。消息公布一周，即發生嚴重情況，有30%的員工提出辭呈。該如何利用KT決策法來解決這一問題呢？
1、分析問題
分析問題的目的在於找出問題的真正原因。通常地說，有三種情況需要掌握原因：
出現問題時；想採取對策時；為防止未來出現風險時。
此公司搬遷的案例，顯然屬於第一種情況。針對此次狀況，分析問題產生的原因有以下幾種:
①交通不便②家人反對（與交通不便有關）③借機離職④自抬身價（經了解並無此事）⑤異議騷動（因負面謠言所致）⑥相關謠言
2、評估狀況
評估狀況的目的在於排列出處理的優先順序。分析的過程中，必須找出相關事項，分割成可以管理的部分，進而設定優先順序，有效管理許多同時進行的活動。
在此公司的搬遷中，評估狀況如下：
①相關謠言可能引起擴大效應，應列為最優先處理項目。②交通不便需求明確，立即處理③借機離職根據了解評估，並不多。
3、制定方案
制定方案的目的在於解決問題。方案是解決課題的途徑，好的方案應當帶來好的效果。為了探求好的方案，必須在決策分析中體現創新精神，並盡可能窮盡可行的方案。制定方案中包括的工作有：
①設定目的：明確為什麼選擇方案。②設定目標：目標是目的要達到的具體水平和完成標准。③創造方案：根據目的、目標要求創造方案，並經常地返回目標去考慮。④比較選擇：按照目標，比較各備選方案，從中選擇最佳方案。⑤預防風險：具體預測所選方案的風險並改善方案，當不能防止重大風險時，應重新創造方案。
針對此公司情況，制定如下方案：
①相關謠言立即召開說明會，澄清謠言；在會中描繪公司未來遠景。②交通不便設立交通車；提供交通津貼。③借機離職留才/個案輔導面談；流才/人力需求重新評估。
4、分析潛在問題
分析潛在問題的目的在於找出後遺症。這是一種能改變和改善未來的思考方式，也是一種保護性的方法，能確定未來跟想要塑造的一樣美好。很多問題的解決可能帶來相關問題的產生，企業決策中的大多數問題之間是有相關關系的，好的決策不僅要解決目前的問題，還要考慮潛在的問題。
分析此公司的潛在問題如下：
①相關謠言較無後遺症②交通不便增加公司成本，且有交通事故風險及補助區域認定問題。③借機離職留才/可能會增加支出；流才/必須重新招聘訓練新人。
5、執行並跟蹤進展
⑶ C#如何實現帶記憶的文本框
給你個我剛寫的一段代碼吧，控制項textbox,你完全可以把ini文件換成txt，其實都一樣，都用的文件讀寫流
private void Tool_Copy_Files_Load(object sender, EventArgs e)
{
if (File.Exists("Tools_Copy1.ini"))
{
StreamReader sr = new StreamReader("Tools_Copy1.ini");
textBox1.Text = sr.ReadToEnd();
sr.Close();
}
else
{ }
if (File.Exists("Tools_Copy2.ini"))
{
StreamReader sr = new StreamReader("Tools_Copy2.ini");
textBox2.Text = sr.ReadToEnd();
sr.Close();
}
else
{ }
}
private void Tool_Copy_Files_FormClosing(object sender, FormClosingEventArgs e)
{
if(File.Exists("Tools_Copy1.ini"))
{
File.Delete("Tools_Copy1.ini");
}
if (File.Exists("Tools_Copy2.ini"))
{
File.Delete("Tools_Copy2.ini");
}
StreamWriter sw = new StreamWriter("Tools_Copy1.ini");
sw.Write(textBox1.Text.ToString());
sw.Flush();
sw.Close();
StreamWriter sw1 = new StreamWriter("Tools_Copy2.ini");
sw1.Write(textBox2.Text.ToString());
sw1.Flush();
sw1.Close();
}
⑷ Web前端如何實現網頁彈框功能
可以使用"layer.js"等插件實現。
使用插件可以直接調用方法，實現網頁彈框。如果要求不高，也可以直接使用alert方法直接彈出提示框。
⑸ javaweb前端怎麼實現自動提示框
每個頁面都引入一個公共的js文件，js文件里用定時器輪詢資料庫，一有新的數據就往右邊的內容框動態添加一個提示框
⑹ 網頁中輸入框的記憶功能怎麼實現
這個功能並不是網頁上的代碼來做的，而是瀏覽器的一種保存常用表單信息的方法。
彈出提示的主要原因是你輸入的這個input的Name屬性和你電腦裡面的某一組表單數據相符，它就會彈出來。
沒有什麼特殊的實現方式。
網路和谷歌搜索時給出的提示，是用Ajax到他們的伺服器上取熱門關鍵字的，這和前面說的方式不一樣。
⑺ java web後台管理中記住密碼的功能識怎樣實現的
具體思路是，如果用戶勾選了記住密碼那個框，
那麼肯定有是否勾選框的一個標志參數傳遞到後台
根據參數，決定是否將用戶名和密碼存到cookie中
⑻ java代碼如何實現文本框的記憶功能，就像QQ那樣第二次登陸QQ號還能在文本框里，急用，謝謝
這個好實現，你可以存資料庫中，登陸的時候，將數據存到資料庫中。給文本框一個聚焦時間，用js寫 ，將資料庫中的登陸記錄給讀取出來，顯示在輸入框中。不知道樓主聽明白了沒。
⑼ C# web 做一個提示框
btnDel.Attributes.Add("onclick", "return confirm('是否添加" + 這里用一個變數保存你那個客戶名稱放到這里 + "？')");
就是：
String cName=txtName.Text; //假設客戶名稱填寫進這個文本框，用cName變數接收
然後：給你的添加按鈕加個事件 假設按鈕ID為 btnAdd
btnAdd.Attributes.Add("onclick","return confirm('是否添加" + cName + "用戶？');")
⑽ 如何設置網頁文本框的記憶功能
IE選項——內容——自動完成