其他

執行個體化,建構函式,解構函式1.執行個體化Point myPoint;myPoint = new Point(); 對象的執行個體成員,必須通過訪問器訪問,不能直接通過變數名直接存取.myPoint.x = 10.0; //錯誤的.2.建構函式class Point{int x; // instance variablesint y; // defined in classDeclaration}void new(real a=10.0, real b=10.0){

每個語言中都會有很方便的操作字串的函數庫，可惜在X++的教程中沒有看到這個函數庫的列表，下面的函數是在看原始碼的過程中發現的，彙集如下：1.strlen(str

方法和變數1.方法的重載跟Java一樣的機制,預設情況下可以override,如果要把某個方法設為不可override,則要使用關鍵字final,要把某個類設為不可繼承,也使用該關鍵字(C#裡是sealed)2.支援嵌入函數void MyMethod(){void MyFunction() //Embedded function only has scope within MyMethod{//some

在用QueryBuildRange的value屬性時，如果value的值是‘’，則查詢會忽略該Range，好像沒有這個Range一樣，比如如下語句：static void EmptyTest(){    Query q;    QueryRun qr;    CustTable cust;    ;    q = new Query();    q.addDataSource(tableNum(custtable)).addRange(fieldnum(custtable,accountnum)

這本書的確不錯,嗯.最近好像懶了些,看了<<ASP.NET SERVER CONTROLS AND COMPONENTS>>和<<Design Pattern Explained>>居然一個字的讀書筆記都沒寫,罪過,這本書不能再那樣了,不過也懶得翻譯了,這些大師級人物寫得書,一個字,淺顯易懂.看到哪裡把精彩的文字摘錄下來,算是做個記號,敦促自己快馬加鞭,早日看完,哈哈.Part I: Houston, We Have a

X++中的SQL成分介紹1.Tables資料類型在MorphX中所有用AOT建立的表,都可以當做類的定義.要操作(增,刪,改,查)表中的記錄,至少要聲明一個表變數.表變數和對象有如下不同之處:    a.不能為表變數分配空間.              -----隱式分配    b.不能從其他表變數中繼承.    c.表變數中的欄位是public的                ------可以在任何地方引用.    d.表變數中的欄位可以被運算式引用.  

前段時間用過AX4.0的反向工程工具，沒啥問題，今天卻怎麼也玩不轉，倒是產生了一個Visio檔案，但就是沒有內容。跟蹤了一下代碼發現，AX會把反射得到的資料存到一個臨時檔案裡，然後通過Visio COM對象的一個名為UML Background add-on的add-on將該臨時檔案匯入到Visio檔案中。匯入的動作發生在類SysVisionAddin的run->loadImportFile方法中,通過addOn.run( strfmt( #addOnCommand,

謹以此文送別自己渾渾噩噩的五年.記不清楚為了一個目標奮鬥是什麼時候的事情了,或許高考是五年多來我的最後一個目標.想想五年來沒有實現一個目標,更可惡的是居然從來就沒有給自己設定一個目標,突然感到自己十分可憐.在學校渾渾噩噩地畢業,然後工作,機械地coding是對我五年來最好的總結,也是我最不想面對的現實.沒有目標,人很容易就適應生活的慣性,隨波逐流,因為這是最省力的活法.漫無目的的活著,今天是昨天的重複,明天是今天的翻版,人也就成了行屍走肉.人是最有惰性的動物,上帝在給人更多理性分析能力的同時,剝

處在地球一個極端的傢伙說,"不用問為什麼,就是應該用SP!"處在另一個極端的傢伙說:"不應該用SP!SP破壞了三層架構的設計,實際上把三層變成了兩層".SP的優勢在什麼地方?為什麼微軟要極力鼓吹凡事都用SP?按照一般的理論,在程式分布位置圖上,程式離資料越近其效能和資料完整性就越好.按照通常的說法,SP有如下好處:1.預存程序是預先編譯過的,是執行查詢或者批處理的最快方法2.在伺服器上而不是案頭系統上執行程式可以極大地降低網路流量.3.預存程序是模組化的,易於部署,代碼也容易修改.4.預存程序是

系統掌握SQL  Server的各方面的知識,做到會熟練應用就可以了.以下技術都被被冠以移植性不好的惡名,我不是很清楚為什麼會有這樣的說法,但長久以來這種說法是我沒有系統學習它們的pretext.所謂的移植性不就是不能在SQL Server,Orcle,DB2之間通用嘛,但是直接用SQL的查詢就能做到可移植嗎?1.預存程序(Stored Procedure),2.使用者自訂函數(Custom Function).3.遊標(Cursor):這個東西的效率可謂臭名昭著,比普通的SQL語句慢50-70

這幾天在寫一個預存程序和自訂函數,功能很簡單,拼湊出一條SQL語句,然後執行.就這麼一個簡答的預存程序,沒想到居然讓我氣憤良久.也許是剛剛開始用的原因,感覺彆扭至極.1.本來想全部用函數來實現,既然能在預存程序中調用函數,那在函數中調用預存程序應該是很正常的事情,沒想到他說只能調用函數和擴充預存程序,為什麼啊???之所以想調用預存程序是因為它可以用output參數返回多個值,這樣比起函數只能有一個傳回值用起來可愛很多,沒想到居然不調預存程序.2.沒辦法只能改用預存程序調用預存程序,我暈,問題又來

阿星的故事比起馬家爵給我的震撼強烈幾百倍。有時候保留一點良知卻是多麼難的一件事情，阿星殺人也許是偶然，正如很多人所做的那樣義憤殺人，但給我更多的感覺是無法抗拒的無奈的必然。當發現自己賴以生存的物質基礎要被剝奪的時候，當覺得自己不得以要放棄自己堅持了幾年的“乾淨”，要被逼加入“砍手黨”的時候，那份徹頭徹尾的悲涼或許不是每個人都能體會到的。拿刀砍別人的手，對於一個有一點良知的人來說，比辛苦勞作所付出的勇氣要大得多。“我覺得城裡人就是那個高樓，高到天上去了，我們在下面仰望，看得帽子都掉下來了，都看不到

下午遇到一個需求,寫一個SQL Function根據一些子結點的OID找到指定層級的父結點.OID,子結點的OID如**,**,**所示.又一次領略了用SQL寫函數和預存程序的彆扭,也許是自己用慣了VS.NET隨便點點就可以寫程式的方式.唉,SQL裡居然沒有split,鬱悶地找了半天,最後用SubString和CharIndex自己模仿了Split的功能.寫出的函數結果如下:/**//*********************根據子結點尋找父結點*************************

剛剛逛Bill Wanger的blog看到了一篇文章,雖然感覺沒什麼新意,不過既然他老人家鄭重其事地提出來了,估計有他的用意,自己寫了個程式驗證了一下,貼在下面,由於他老人家用的是C#2.0(用到了範型),俺機子沒有裝,只能把它翻譯成C#1.1的版本了.class ClassPrint    {        private readonly ArrayList words;        public ClassPrint(ArrayList _words)        {         

春天的花開秋天的風以及冬天的落陽憂鬱的青春年少的我曾經無知的這麼想風車在四季輪迴的歌裡它天天地流轉風花雪月的詩句裡我在年年的成長流水它帶走了光陰的故事改變了一個人就在那多愁善感而初次等待的青春發黃的相片古老的信以及褪色的聖誕卡年輕時為你寫的歌恐怕你早已忘了吧過去的誓言就象那課本裡繽紛的書籤刻划著多少美麗的詩可是終究是一陣煙流水它帶走了光陰的故事改變了兩個人就在那多愁善感而初次流淚的青春遙遠的路程昨日的夢以及遠去的笑聲再次的見面我們又曆經了多少的路程不再是舊日熟悉的我有著舊日狂熱的夢也不是舊日熟悉

 最近對Web標準化開發比較感冒,於是總是在用Fixfox做瀏覽器,不過由於我們正在作的系統完全不支援非IE瀏覽器,所以只好在開發的時候用IE,在寫一些小的測試程式的時候就用Firefox,昨天做的功能要用到四捨五入,於是想到了toFixed()這個函數寫了個簡單的測試程式並在FixFox 下測試. <script language="JavaScript"> function test(){    alert(20.365.toFixed(2));     alert(20.364

想說些什麼,突然發現很無語,感謝CCTV5沒有直播這場比賽,沒讓我在孤獨的午夜獨自品嘗失落的痛楚.找了很多理由安慰自己.上個賽季,皇馬不是客場也是0:3,主場4:2報仇了嗎?五星巴西不也在世界盃預選賽被阿根廷3:1羞辱,聯合會杯4:1還以顏色了嗎?這次皇馬的傷病確實太嚴重了,大部分主力球員都是剛剛傷愈或者帶傷上場的,並且很多球員都參加了世界盃預選賽或者熱身賽.但是我知道這些都只是借口.皇馬贏下的比賽,包括4:2痛擊巴薩的那一場(要不是卡西利亞斯的神勇,那場比賽的結果應該是4:7),也只是巨星們的

提起設計模式(Design Patterns),不覺想起GoF的那本經典的設計模式.不過我覺得那本書更多的是給出一個定義,滿足什麼原則的設計叫什麼名字,讓大家討論的時候有共同語言.但對於學習設計模式,個人覺得用處不大,或許是水平太低的緣故吧,我看了一遍除了幾個名字外什麼都沒記住.Design Patterns Explained這本書目前只有影印版,不知道為什麼沒人翻譯,我覺得這本書挺可愛的.兩位作者Alan Shalloway和James R.

第一部分主要介紹物件導向軟體開發,分為物件導向的開發方法(Paradigm這個詞通常翻譯為範例,總感覺怪彆扭的)和UML整合模組化語言.作者說1980s年代的物件導向是這樣的:從需求描述中尋找名詞並把他們弄成對象,在這種模式(Paradigm)下封裝被定義成資料隱藏,對象被定義成具有資料的東西,方法被用做訪問資料,這是有局限的,因為注意力放在了如何?對象上.看來俺的對象管在俺出生的歲月裡,哈哈.為什麼需要物件導向?因為需求在變化,物件導向是為了更好地應對變化.作為開發人員,他們對需求是這樣認識的

昨天打了30多分鐘電話,早上起床一查話費,咦?奇怪,居然被扣掉46塊大洋.於是打電話諮詢1861,沒想到居然打通了."您好,**號碼的營業員為您服務"天哪,我真的分不清楚是電腦的聲音還是營業員的聲音,愣了半天沒敢搭腔.接著又是一串聲音:"有什麼我可以幫您的".我還在愣ing.管它電腦還是人啊,總得搭腔吧:"我昨天打了半個小時的電話,怎麼扣了我46塊錢啊,我撥了12593的","人工服務這邊不能查話費清單,您可以到江蘇移動的網站上查詢話費情況.".終於能確認是人的聲音了,電腦還沒這智能,這個俺還是