在啟動Android模擬器時若報(bào)如下錯誤：emulator-arm.exe-應(yīng)用程序錯誤："0x00474a63"指令引用的"0x0000ffff"內(nèi)存。該內(nèi)存不能為"read"。錯誤出在SDCard的大小上，在這里大小要設(shè)為64MB（暫時沒發(fā)現(xiàn)有其他值可以，有興趣的可以測試下）。有的博客中提到不指定Size值，我也測試了，可行，但是虛擬機(jī)就無內(nèi)存卡可用了。所以還是建議設(shè)為64MB。ADT14.0“emulator-arm.exe該內(nèi)存不能為read”的解
系統(tǒng) 2019-08-29 23:06:37 1951
線程不是進(jìn)程作為有一定開發(fā)經(jīng)驗(yàn)的程序員來說，在java中實(shí)現(xiàn)多線程是一件很容易的事情，你只需要將你的類繼承Thread類或者實(shí)現(xiàn)Runnable接口就可以。其實(shí)線程完全可以理解為一個任務(wù)。可以同時運(yùn)行多個任務(wù)的程序，就成為多線程程序。然而線程并非進(jìn)程。進(jìn)程包括線程，每一個進(jìn)程都擁有一套自己的變量，而線程間則共享這套變量。從而帶來了很多風(fēng)險，比如最典型的臟數(shù)據(jù)。這些以后會討論。線程狀態(tài)在java中，線程被定義成有6中狀態(tài)：NEW至今尚未啟動的線程處于這種狀態(tài)
系統(tǒng) 2019-08-29 23:06:34 1951
以下討論View的設(shè)計(jì)。Document是抽象的文檔類，它包含了所有的數(shù)據(jù)和如何顯示的信息，我們已經(jīng)通過Page，Paragraph，Row等等抽象出來了。Frame代表窗體對象，負(fù)責(zé)構(gòu)造出窗體，菜單欄，工具欄等等，它可以接受用戶的命令，然后將命令傳遞給Document。View代表視圖對象，負(fù)責(zé)繪制文檔數(shù)據(jù)，它在update()方法中繪制可視區(qū)域。除了繪制文檔數(shù)據(jù)，視圖還可能要繪制滾動條，標(biāo)尺等等。Decorator模式終于派上用場了，抽象出View接口
系統(tǒng) 2019-08-29 23:03:40 1951
現(xiàn)在沒有哪個電子產(chǎn)品可以和Apple的產(chǎn)品媲美，因它Apple是偶像+實(shí)力派。即使已擁有了iPhone，但還是有不少Fans排隊(duì)去買3GiPhone的新產(chǎn)品。下圖，是美國新澤西州的排隊(duì)購機(jī)現(xiàn)場。喬布斯除了是炒作高手外，其實(shí)人家基本功也相當(dāng)扎實(shí)，他在努力在使iPhone時尚的同時，也在為實(shí)用打基礎(chǔ)。以下幾則消息，充分說明了這一點(diǎn)：1.Google將推出支持iPhone的應(yīng)用程序，而微軟還是一如既往地保持沉默（WM和iPhone真是冤家路窄，估計(jì)Microso
系統(tǒng) 2019-08-29 23:00:40 1951
系統(tǒng) 2019-08-29 22:47:08 1951
==================================我的人生履歷：2002-2004江蘇邁技電子有限公司20歲2004-2008江蘇魚躍醫(yī)療設(shè)備股份有限公司22歲2008-2009江蘇華帝集團(tuán)（連鎖超市）26歲2010-2011江蘇丹陽團(tuán)購網(wǎng)28歲2012年3月9日LAMP兄弟連-43期高薪就業(yè)班30歲==================================初次來到北京，是在2002年，我堂哥在北京設(shè)立了公司辦事處，我跟公司業(yè)務(wù)
系統(tǒng) 2019-08-29 22:46:29 1951
CloudFoundry作為業(yè)界最出色的PaaS平臺之一，給廣大的互聯(lián)網(wǎng)開發(fā)者和消費(fèi)者提供出色的體驗(yàn)。自CloudFoundry開源以來，有關(guān)CloudFoundry的研究越來越多，這也很好的支持著CloudFoundry的生態(tài)系統(tǒng)。但是作為一個平臺，CloudFoundry仍然會存在一些可靠性，擴(kuò)展性方面的不足，這也吸引著眾多的CloudFoundry愛好者對其進(jìn)行更多更深入的研究。本文主要講述CloudFoundry中ServiceGateway的運(yùn)行
系統(tǒng) 2019-08-29 22:34:52 1951
昨天集團(tuán)架構(gòu)委員會（虛擬組織）作了第二次交流，各個子公司都說了當(dāng)前的一些進(jìn)度，問題和想法，我也大致講了一下阿里軟件的服務(wù)集成平臺的一些進(jìn)展和自己的一些思考，這里先貼一下PPT的圖片，后面想整理以下關(guān)于當(dāng)前OpenAPI的一些想法以及對OpenAPIFramework的一些思路。SIP交流PPT
系統(tǒng) 2019-08-29 22:25:42 1951
——對用例模型及其應(yīng)用的一次有益的探討前言：這是一次對用例模型的探討。怎樣建立用例模型，怎樣編寫用例說明，它與需求規(guī)格說明書有什么區(qū)別，它能替代需求規(guī)格說明書嗎？也許在這里可以找到你要的答案。進(jìn)入軟件業(yè)稍微久一點(diǎn)兒的人恐怕都不會陌生，軟件開發(fā)的最初階段都是談需求、寫需求規(guī)格說明書。需求規(guī)格說明書是與客戶最終確認(rèn)到紙上的，非常正式的公文。軟件開發(fā)應(yīng)當(dāng)做什么，做成什么樣子，什么東西不做，項(xiàng)目范圍有多寬，需求規(guī)格說明書都是白紙黑字寫得清清楚楚，誰都無法抵賴。所以
系統(tǒng) 2019-08-29 21:59:01 1951
系統(tǒng) 2019-08-12 09:30:34 1951
