其他

首先感謝ASE小組各位同學對我們Alpha版本的bug反饋，詳細清單如下： 1.人物無法轉身，如果子禾跑到右邊，兩人無法攻擊對方2.人物能夠移動出介面外一個身位；3.按住W再按住Y:跳拳,

初步想法：是用TextBox.ReadOnly=true;但是這樣連刷卡輸入都會被禁掉第二種想法：判斷是鍵盤輸入還是使用者刷卡 但是怎麼判斷呢 --鍵盤輸入應該觸發的是KeyDown事件之類的 那刷卡呢 結果也是觸發的相同事件第三種想法——迂迴：因為卡號是特定長度的 刷卡在短時間內就能輸入到特定長度 而使用者輸入至少也要4s以上 通過這個時間判斷 便可以分辨出來時手動輸入還是刷卡輸入 我用了一個Timer控制項 經過調試其屬性Internal設定為200ms代碼如下： 代碼Code

　　前些時候的一篇文章中，說了在PS中可以有非常方便的別名機制，有利於熟悉其他console shell的人來使用PS； 但是對其中某些問題只是點到為止，今天就來詳細的說說這個話題。1、使用別名　　在PS中可以為函數、cmdlet或者可執行檔建立別名，然後在任何命令中使用別名而不是原名。（這裡介紹一個無關的話題， 有些童鞋可能認為在windows中dll不是可執行檔，在PS中可以通過get-command

        架構往往是這樣產生的：我們擁有了開發某種類型應用的大量經驗，並開發了一些這種類型的應用，我們總結這種類型的應用中共性的東西，將其提煉到一個高的層次中，以備複用。這個“高的層次”的東西便是架構的原型。隨著我們經驗的不斷積累，架構也會不斷的向前完善、發展。架構，正如其名，就是一個應用的骨架，選用的架構的好壞直接決定了基於其上構建的應用的品質。在確定了一個架構後，我們在骨架的縫隙裡為其添加“血”和“肉”，便成為一個應用。    架構源於應用，卻又高於應用。   

1、沒有索引或者沒有用到索引(這是查詢慢最常見的問題，是程式設計的缺陷)　　　　2、I/O輸送量小，形成了瓶頸效應。　　　　3、沒有建立計算資料行導致查詢不最佳化。　　　　4、記憶體不足　　　　5、網路速度慢　　　　6、查詢出的資料量過大（可以採用多次查詢，其他的方法降低資料量）　　　　7、鎖或者死結(這也是查詢慢最常見的問題，是程式設計的缺陷)　　　　8、sp_lock,sp_who,活動的使用者查看,原因是讀寫競爭資源。　　　　9、返回了不必要的行和列　　　　10、查詢語句不好，沒有最佳化　

jforum2源碼分析作者：蔡曉建 怎麼才算好的源碼分析呢？當然我這個肯定不算。我想大概分 為幾個層面吧，寫寫注釋那算最基本的了，寫寫要點思路和痛點，算是還不錯拉，再難的就是跳出源碼舉一反三，形成自己的一套思路吧。好好努力吧。這 次針對的是jforum2.1.8,大概jforum團隊已經沒心情理這個版本了，都衝著jforum3去了。選擇這個版本，主要是因為jforum在

            Wine中中文存在很多的亂碼，顯示成<< >> ??等，這是對對話方塊中"確定"等的解決：               Wine中對話方塊預設的字型是Tahoma，在我們的LINUX上，Tahoma字型是無法正常顯示中文的。比如Wine configuration中的"確定""取消"等就變成了"＜＜""＞＞"的字樣。  解決方案很簡單：            在wine的regedit中，找到：         

Maximizing Your BI Return-On-InvestmentMaximizing Your Return On Investment From Business Intelligence1. Know Where The Benefits Lie.When fully utilized, BI solutions like NGSI-IQ provide many opportunities for bottom-line impact. Besides delivering

ActionForm空欄位問題ActionForm空欄位問題是指：當表單中沒有這個輸入欄位，使用EL運算式去取值的情況和採用jsp指令碼去取值的情況。另一種是表單中有這個輸入欄位，但是沒有值，使用EL運算式去取值的情況和採用jsp指令碼去取值的情況。結果如下：在表單中沒有input輸入欄位，jsp指令碼接收到的值為null，字串是null，整型是0。el運算式接收到的值為空白串如果表單中的值，沒有輸入，那麼jsp指令碼和el運算式接收到的值都為空白串   ActionForm之struts類型轉

關鍵字: spring配置事務Xml代碼  <?xml version="1.0" encoding="UTF-8"?>    <beans xmlns="http://www.springframework.org/schema/beans"      xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"      xmlns:aop="http://www.springframework.org/schema/aop" 

轉自：http://www.kinggoo.com/archives/sys-windows-jihuarenwu.html一.通過服務啟動計劃我的電腦右鍵屬性》管理》服務》“找到Task Scheduler”》屬性，啟動類型改為自動，然後點“啟動”二.通過組策略來修改1、開始菜單->運行->輸入 GPEDIT.MSC2、電腦配置 -> Windows 設定 ->安全設定 -> 本地策略-> 使用者權力指派 -> 右鍵“從網路訪問此電腦”

      在這裡介紹自動化的開發工具，貌似不合時宜， 因為論壇裡面討論的都是電腦領域的東西。      這裡借部落格園的地方來談談自己對Pascal語言的一點看法， 不知道管理員是否會將文章刪除， 如果刪除的話，我以後就不發了，如果不刪除的話，以後我就繼續跟著這個主題繼續發帖。      我對SCL以前也是耳聞，現在也是初學， 將自己的一點學習心得和總結髮出來供大家拍磚.......      為什麼學習SCL呢，

        哎， 現在真是，有心學習，卻沒有時間啊..........本來昨天打算弄這個的，結果沒有時間啊        感謝管理員沒有刪除前面的那篇文章。 因此為了兌現我的承諾，繼續SCL的旅程.....       在此聲明一點： 本系列——即西門子SCL應用——文章，歡迎轉載和指正，但是請務應用於任何商業目的。在部落格園寫文章，是為了分享和交流，不是為了商業目的。 所以請務將本系列的文章用於任何商業目的。      不閑扯了，下面開始這一次的SCL旅程：     

http://topic.csdn.net/u/20080804/16/www.***Hello，CTO - 技術分享，資源整合，技術視頻、控制項、書籍、交流社區 www.CSDN.NET CSDN.NET-中國最大的開發人員網路，為開發人員和相關企業提供全面的資訊服務和技術服務！ www.ccw.com.cn 提供豐富的，實用的應用編程。 www.iteer.net IT人-IT世界因人而精彩 www.programfan.com 編程愛好者網站 www.bc-cn.net

Bentley Microstation V8.00.01.19 English VersionAutoDesk AutoCAD 2002 R15.06.030 English Version為方便比較以下分別以MS代指Microsttaion, ACAD代指AutoCAD.比較之一: 操作介面類一、介面布局：兩者在概貌上基本相同，均包括如下幾個部分：

GLSL TutorialNormalization Issues Vertex Shader The dot product is commonly used to compute the cosine of the angle between two vectors. As we know this will only hold if both vectors are normalized. This is why we use the normalization operation in

GLSL TutorialOpenGL Directional Lights I The equations in here are from the chapter "The Mathematics of Lighting" from the book "OpenGL Programming Guide", aka the Red Book. //本教程來自opengl紅寶書We'll start with the diffuse term. The diffuse lighting in

  會出現這種問題，一般是由於在程式中直接或者間接的同時引用了 #include <stream.h> 和#inclued<stream> 這兩個一個是c++標準化之前的，一個是標準化之後的  然後如果你又剛好在程式中使用了using namespace std;  這樣編譯期就無法區別到底是要用哪個stream了。 比如這次，我在ado2.h中, #include <string>  同時又using namespace

結構問題是所有問題中最嚴重的問題，這裡的很多問題都反映了作者缺少基本常識。代碼的結構就像房屋的結構一樣，是支撐整個代碼的架構。如果房屋的結構不夠結實，房屋就會倒塌。如果代碼的結構不夠良好那麼修改Bug或者對應需求變更的時候就要付出昂貴的代價。1. 缺少MVC結構    嚴重程度：非常高    

      今天寫一個東西的時候遇到了這樣的錯誤“Unable to instantiate default tuplizer [org.hibernate.tuple.entity.PojoEntityTuplizer]”具體的錯誤資訊是這樣的java.lang.ExceptionInInitializerErrorat hicc.cn.exam.util.HibernateUtil.buildSessionFactory(HibernateUtil.java:19)at