在重構收費系統的之前，開始接觸三層，還記得當時八期很多人都寫了《三層與MVC的異同》這樣的文章，看下面的評論，有不少人指出這兩者屬於不同的範疇，沒什麼可比性。當時也想寫一篇關於三層和MVC文章，奈何只有“望文生義”的理解，寫不出什麼來。現在結合DRP中所學，重新理順一下。M、V、C 因為無論是Model1還是Model2，都涉及到M、V、C這些基礎概念，所以先簡單介紹一下M、V、C代表的含義。 V，View，視圖:視圖是使用者看到並與之互動的介面。
在DRP開發中，遇見這樣一個需求：地區分區，先分為大區，大區下有省，省下有城市，需要在模型中組裝一個樹結構，然後顯示到jsp中，以下是一個實現的方法。ClientTreeReader/** * 遞迴讀取分銷商樹 * * 第四步：採用div產生樹形結構 * @param conn 串連 * @param id * @param level 層次 */private void readClientTree(Connection conn, int id, int level)
之所以把這二者放在一起說，是因為它們的作用類似：記錄一定時間段內Web程式需要使用到的資料，不同的是Cookie存放於用戶端，而Session存放於服務端，以下詳細說明。Cookie Cookie內容為索引值對，可以存在於記憶體中，也可以儲存為txt檔案，它由伺服器端產生，發送給用戶端。如果是txt格式Cookie，瀏覽器會將Cookie的key/value儲存到某個目錄下的文字檔內，下次請求同一網站時就發送該Cookie給伺服器。 作用
關於Get和Post的區別，一直比較模糊，因為網上所說的也都是各有不同，甚至相悖，為此結合查詢和一個簡單的例子來說明一下。網路答案 網上解釋的區別為以下幾點：Post主要用於對伺服器資料的修改，Get主要用於對伺服器資料的查詢。GET使用URL或Cookie傳參。而POST將資料放在BODY中。GET的URL會有長度上的限制，則POST的資料則可以非常大。POST比GET安全，因為資料在地址欄上不可見。發送包含未知字元的使用者輸入時，POST 比 GET
新聞發布系統終於告一段落，已經忘了在這待了多久了，反正是long long ago開始的，說來慚愧，沒有參加軟考沒有參加自考，竟然是這種速度，這應該和這次的學習方法有關：因為這個系統作者是一邊說一遍改做的，所以我是一共看了兩遍，第一遍先看，第二遍自己再做。雖然是慢了點，但是收穫的確比往常多，掌握的也更仔細點，不過還是應該反思一下這種方法，權衡利弊看得失，在速度和品質上找到一個均衡點。
導師制 導師制出現的原因？ 想當年，五期只有兩三個人，老師可以對每個人因材施教，隨著集體不斷擴大，同學數量也是不斷上升，六期十人，七期二十人，到八期四十人，再到九期九十人……幾乎是指數級上升著，隨著人數的增加，班內出現了自相矛盾的一個問題：一方面是精英教育，每個人都需要因材施教；另一方面，人數過多，傳統的教育方式必將導致教學品質的下降。針對這個矛盾，產生了一個創造性的解決方案——導師制。 何為導師制？
鑒於教務系統基礎資料庫的構建整整用了我們一個月時間，為了這一個月，也需要寫篇部落格總結一下。首先說一下教務系統現有部分，方便對下面內容的說明：教務系統包括四部分：基礎系統、考試系統、評教系統、選課系統，其中基礎系統用於對基礎資料的維護，其它系統看只看系統名就可以知道其功能。命名 資料庫設計的第一步就是怎麼命名，第一版的命名規則是：T_表示表類型，V_表示檢視類型E_表示實體表，R_表示關係表K_表示考試系統資料表，B_表示基礎系統資料表，C_表示選課系統資料表
作為考試系統,必然要有對作弊的控制,在本版本考試系統中,通過javascript控制,實現對常用手法的禁用,此次需要禁用的是以下幾種:禁用右鍵禁用複製粘貼禁用F5禁用Backspace禁用網路位置禁用隨身碟代碼如下：<html><head><meta http-equiv="Content-Type" content="text/html; charset=gb2312"><title>答題禁用demo</title>&
UML定義的關係主要有六種：依賴、泛化、關聯、實現、彙總和組合。這些類間關係的理解和使用是掌握和應用UML的關鍵，往往分辨不清楚他們的使用範圍和在什麼時候使用，以下就分別介紹這幾種關係： 繼承：指的是一個類（稱為子類、子介面）繼承另外的一個類（稱為父類、父介面）的功能，並可以增加它自己的新功能的能力，繼承是類與類或者介面與介面之間最常見的關係； 實現：指的是一個class類實現interface介面（可以是多個）的功能；實現是類與介面之間最常見的關係。
看著他們的作品，想起我們上次的作品展，呵呵，想起咱八期也曾經年輕過，也曾經為作品展的事“生無所息”，也曾經常鏖戰到晚上一點，也曾經多次體驗上傳98%然後顯示上傳失敗的囧態。
疑惑與C/S的不同資料傳遞機制WEB特有屬性前台與背景定義樣本資料傳遞機制Response和Request服務端控制項IsPostBack 文尾疑惑 話說接觸web開發有一段時間了，習慣於以前的C/S，理解起B/S中一些概念還是有些困難，例如最常用的Ispostback、用戶端與服務端的互動以及ASP.NET中的一些專屬屬性。 與C/S的不同 B/S（Browser/Server，瀏覽器/伺服器模式），由於瀏覽器是現在最常用的軟體，這種模式統一了用戶端，
感觸 這段時間，最深的感觸就是白駒過隙，感覺時間就像是看得見的，一秒一秒的走，側面看來最具有代表性的就是宿舍小八的那句話：“我好像有好幾天沒見過你了”。有時候回想以前，時間可是大把大把的，最缺的是錢最不缺的是時間，生活是按天、按周、按學期的過…… 反觀現在，期末將至，不僅杜甫忙包公忙，大家都很忙。專業課、六級考試、電腦的學習、SB英語學習、考試系統……時間有限，“被迫”努力提升學習效率和養成好的生活習慣。
編製計算類程式時文字框一般都用於輸入數字資料，此時可以通過以下步驟來確保使用者輸入資料的正確性：首先添加好文字框控制項TextBox後把屬性IMEMode的值改成Disable，這樣在該文字框中就不能使用中文IME了。然後對 KeyPress 文字框的KeyPress事件添加以下代碼Private Sub TextBox1_KeyPress(ByVal sender As Object, ByVal e As
前言 說來慚愧，在csdn混跡將近一年還不會回複表情，不過csdn的回複框也確實另類，可能覺得大家都是程式員這些小事不算事。以前沒用到所以也沒在意，最近想用才發現確實不會……水鏡倒是經常用表情，本來想問問，後來一想算了自己解決吧，結果百度了一下，沒有找到直觀的解決方案，想了想，有必要寫篇部落格，順帶簡單介紹一下UBB。如何回複表情
一把傘 夜半時分，滂沱大雨，六十年一遇，有的在等雨，有的在等傘，有的在等人。 未雨綢繆，都知道，卻還是有沒傘的人。一些事，終究會只說不做，你開始為自己的先見之明感到驕傲；“先讓他們走吧，我有傘，不著急”，又為自己的紀律性感到驕傲；又是半個小時，人群漸漸散去，“該走了，完美的一天”，抱著開始享受暴風雨心情的你，也覺得自己很詩意。關電腦，出門，左轉，出乎意料，傘沒了？積聚了半天的驕傲一掃而去。 接下來你開始思考，讓我們把時間定格在這一刻，開始分析：
剛剛把《大話設計模式》看完，在看著本書的時候碰到了些困惑：代碼大部分理解，但是在理解設計模式中各個類之間的關係時有點吃力，卡在這裡一個多星期都沒有進展。還好吉慶師兄提醒我先看設計模式的原則，這才慢慢走過來。在寫其它的之前，有必要寫一下設計模式的幾個原則，這些原則就像是幾個定義好的“類”，而書上所寫的設計模式就是這幾個“類”的“實現”。 單一職責原則
事務在當初學習VB.NET時已經接觸，但是遲遲沒有使用，正好遇到考試系統這次鍛煉機會，趁機使用了一把。事務 事務(Transaction)是訪問，更新資料庫中的一個程式執行單元。事務通常由資料庫語言或程式的執行所引起，事務由事務開始(begin transaction)和事務結束(end transaction)之間執行的全體操作組成。
經過“艱苦卓絕”、“暗無天日”、“慘無人道”的三個月努力，終於把考試系統重構完畢。系統並不是多難，難的是從一團亂麻中抽出一點頭緒，還有對重構的態度，項目說是三個月，其實從賈琳和大帥實習回來加入，到系統編寫完畢，大概在30天左右，下面說一下對考試系統的一些感受。前提重構態度
MVC是三個單詞的縮寫，分別為： 模型(Model),視圖(View)和控制Controller)。 MVC模式的目的就是實現Web系統的職能分工。 Model層實現系統中的商務邏輯，通常可以用JavaBean或EJB來實現。 View層用於與使用者的互動，通常用JSP來實現。 Controller層是Model與View之間溝通的橋樑，它可以指派使用者的請求並選擇恰當的視圖以用於顯示，同時它也可以解釋使用者的輸入並將它們映射為模型層可執行檔操作.
以前對資料庫的操作基本上處於資料行階段，在得知動態可以產生資料庫表後很是激動，這可以更靈活的操作資料庫，使用方法也出乎意料的簡單，以C#為例：SQL語句string strSql = @"IF object_id('" + tableName + "') IS NULL Create Table " + tableName + "(QuestionId int IDENTITY(1,1)," + "ChapterId varchar(50)
Start building with 50+ products and up to 12 months usage for Elastic Compute Service
1 on 1 presale consultation
24/7 Technical Support 6 Free Tickets per Quarter Faster Response
Alibaba Cloud offers highly flexible support services tailored to meet your exact needs.
A comprehensive suite of global cloud computing services to power your business
Payment Methods We Support
