今天兄弟公司提出需求希望在我們**裡訂製幾個網頁，嵌入他們的**，因為網頁是動態生成的，首先要獲取資料庫資料，因為我們使用的是struts，這樣我就糾結了，糾結嵌入網頁之後，利用struts查詢資料，後還需要跳轉回原頁面，但是當再一次載入原頁面時，依然會執行跳轉獲取資料功能，這樣，就形成了無限的迴圈。。。。。。
陷入無限的迴圈裡，走入死胡同，在這裡徘徊了很久，想過先載入乙個別的頁面，獲取資料後再跳轉到最終網頁，但是感覺這樣很麻煩，且浪費資源，最後某位大神的一句話讓我茅塞頓開，」你不會先訪問action啊"，對啊，別的**直接嵌入action請求，跳轉並獲取資料之後，進入目標頁面，這樣不就ok了！哎，這是學習了。
後台和前台進行資料交換，這塊我一直都不是很清楚，在寫這篇部落格的時候依然很模糊
做表單傳輸時，就在想，為什麼為什麼不用form表單中的submit元件，進行傳輸，卻要在方法裡使用submit()方法，還是大神的一句話「你傳送前要檢查資料啊，不能什麼都發吧！」對啊，這樣就可以在將資料傳送到後台之前可以進行檢查，真是皆大歡喜。
今天才發現，在使用struts時，表單form竟然可以在一定程度上影響跳轉結果，比如：原先form表單傳送資訊後，最後跳轉的頁面會覆蓋原form所在頁面，但是當在form中加入
target="_blank"時，跳轉後的新頁面，將在新的網頁中顯示，真是神奇啊!
這是今天工作的心得，希望在以後的工作中，這段話會讓我不用再走以前走過的走錯了的路。
專案經驗小結
專案內容 專案目的 傳統的日誌，記錄的是系統訊息流，控制流或資料流方面的資訊，尤其關注出錯狀態。從而為我們分析問題提供現場，得以知道問題發生的前因後果。分析日誌之後，可以知道整個故事的情節 時間 地點 事件等等。但我們不太容易從海量的日誌中提取重要的系統效能指標或引數，以實現垂直衡量系統效能和評估系...
訪園助手ios端專案小結
網路請求傳回來的資料要注意空值的處理，一旦資料為空，程式很可能會崩潰 注意tableview中cell的重用問題，cell的資料不可靠，可以用陣列儲存資料。盡量不要在cell中做處理，應處理後用陣列儲存起來，直接傳過去。多使用第三方庫，別人已實現好的功能直接拿過來用 tableviewcell的布局...
專案經驗1
在一開始學前端的時候，都是從模仿別人的 開始做起。基本上寫的都是純前端介面，也就是沒有和後台進行互動的介面。雖然現在已經能夠熟練的寫需求裡面各種奇奇怪怪的html文件結構，js jquery動態元素也能寫的不錯 當然了還是需要繼續學習的 但是到最近真正開始接觸大專案，前端後台分工合作的時候才發現乙個...