軟件

目前中小公司資訊化的問題，已成為社會熱點與焦點,我國現有中小企業1000多萬家,市場特別龐大，引得不少IT廠商紛紛撲向了中小企業這塊市場。但是他們的產品是否真的適合國內的中小企業？市場對這些產品的認可度怎麼樣？可否得到廣泛的普及應用？為此,中關村軟體有限公司總裁朱希鐸談了他關於中小公司資訊化方面的見解:

來自 Rational Edge：軟體Team

看到這樣一個問題，低頭看看你的solution裡面，有多少個projects？這個問題的答案可能是25個，45個，50個，還有可能更多；同時還會有人抱怨說：我的電腦太慢了！！我要同時編譯太多的projects。然後大家開始需要更多的記憶體，更好的電腦。但是問題是我們真的需要這麼多記憶體和那麼強大的電腦來編譯我們的程式嗎？如果你的公司有一個膨大的Framework，幾乎所有的項目都要引用5個以上的Framework，這就意味這你的項目還沒有開始，你就已經有5個projects需要編譯，如果再把自動

軟體彩蛋我想大家都應該聽說過。經典的比如在Excel得某個單元隔裡面OOXX就可以獲得一個賽車遊戲之類。這是一種軟體彩蛋，純屬娛樂。但是更多的“彩蛋”被用作軟體後門。比如我們提供給客戶一個軟體，通常是看不到某些調試用的視窗和工具的；當我們被要求給客戶提供現場支援人員的時候，我們往往希望通過某種隱秘的手段來開啟這些條使用的工具和視窗，這就是後門。這類後門中又以按鍵後門最為常見，下面我們就利用一個已有的第三方函數庫Utilities.dll來構建一個後門系統。

     軟體設計模式來源於Christopher Alexander的建築學模式和對象運動。根據Alexander的觀點，模式就是一個對於特定的系統的通用解決方案本身的重複。對象運動關注於將現實世界模化為軟體內部的關係。基於這兩個原因，軟體設計模式對於真實世界的物體而言同樣應當是可以重複的。這篇文章呈現了現實的世界中的非軟體的模式執行個體，這些模式來源於《設計模式-可複用物件導向軟體的基礎》（Design Patterns - Elements of Reusable

 沒有不使用三層架構或者更高層架構的，軟體開發公司。                   舉一個簡單的例子，如果你的項目組有3個人。          如果使用三層結構，就可以工作分拆為一個人做UI層，一個人做資料訪問層，一個人做商務邏輯層。每個人都會對自己負責的層次負責，確保自己的層次設計良好和可維護，從而達到項目整體的設計良好和可維護。 否則，如果按照功能進行劃分，就會造成大量的重複的Data Access

設計模式      八種設計模式：整體-部分、主控-從屬、代理、命令處理器、視圖處理常式、轉寄站-接收器、客戶機-分配器-伺服器、出版者-訂閱者。 設計模式分類：   1）結構化分解。此類別包含的模式支援將子系統和複雜組件適當地分解為相互合作的部分。整體-部分模式是些類別最常用的模式。   2）工作的組織。此類別包含的模式定義了組件之間如何協作來共同解決複雜問題。主控-從屬模式有助於構成服務所需的容錯或計算精度的計算，它同時支援將服務分解成相互獨立的部分並能並存執行。  

映像   映像體繫結構模式為動態地改變軟體系統的結構和行為提供了一種機制，分成兩個主要部分：一個元層次和一個基本層次。元層次提供了一個軟體的自表示來給出軟體自身結構和行為的知識，元層次由所謂的元對象組成。基本層次定義了應用程式邏輯，使用元對象來保持這些可能要更改的方面的獨立性。    元層次（meta level）由一組元對象組成，每個元對象封裝了一個關於基本層次的結構，行為或狀態的一方面的所選資訊，這樣的資訊有三個來源：      1）它可以由系統運行期間的環境提供。     

一、並發和網路化對象1.動機      硬體發展的快速與軟體發展的緩慢之間的不匹配有許多因素：      1）固有的和偶發的複雜性。固有的複雜性來源於基本的領域難題，例如處理部分失效、分布式死結和端到端的服務品質（QoS）需求。偶發的複雜性來源於軟體工具和開發技術的局限，例如不可移植的編程API和拙劣的分布式調試器。     

服務訪問和配置模式      封裝器外觀（Wrapper Facade）設計模式把現有的非物件導向的API所提供的函數和資料，封裝在更加簡潔的、健壯的、可移植的、可維護的和內聚的物件導向的類介面裡面。常常應用程式套件裝器外觀“封裝”更低層作業系統API來提高應用程式的可移植性。它也能減輕與使用低層API編程有關的偶發的複雜性。      組件配置器（Component Configurator）設計模式允許應用程式在不必修改，重新編譯或者靜態地重新連結的情況下，在運行時連結和解鏈它的組件實現。 

同步模式      C++慣用法定界加鎖（Scoped Locking）能確保當控制進入到某一個範圍時，自動獲得鎖，而當控制離開該範圍時，自動釋放鎖，不管從該範圍返回的路徑是什麼。      策略化加鎖（Strategized Locking）設計模式是策略模式的一種特例，它把同步機制參數化，這一機制保護臨界區免受並發訪問。      安全執行緒介面（Thread-Safe Interface）設計模式使加鎖的開銷減至最少，確保組件內部的方法調用不會因為要再次獲得一個組件已經擁有的鎖而“自死結”

選擇題 1:設float a=2, b=4, c=3；，以下C語言運算式與代數式 (a+b)+c計算結果不一致的是 A.(a+b)*c/2 B.(1/2)*(a+b)*c C.(a+b)*c*1/2 D.c/2*(a+b) 參考答案：B，因為a,b,c三個變數都是浮點數，所以在B答案中其結果是0，因為在計算1/2是就是0，如果改成1/2.0就正確了。2:為了向二進位檔案尾部增加資料，開啟檔案的方式應採用 A.″ab″ B.″rb+″ C.″wb″ D.″wb+″

 　　五、 Windows DNA篇 　　微軟的Windows分布式網際網路應用體系(簡稱Windows DNA)是微軟建立新一代高適應性商業解決方案的架構，它使公司能夠充分地挖掘數字神經系統的優點。Windows DNA是在.NET平台出現之前在微軟平台上進行技術開發的大環境，要利用微軟的組件技術OLE、COM、DCOM、MTS、COM+進行開發，就不能不瞭解這個Windows環境下的軟體體繫結構。Windows

美國東部時間2月22日（北京時間2月23日）據外電的最新報道稱，Google周四正式宣布，將向美國地區公司出售辦公軟體套裝，其中包括電子郵件收發、文文書處理 、試算表和議程管理等一系列軟體。這意味著Google將向由微軟和IBM統治的傳統軟體業發起進一步衝擊。    據悉，Google推出的名為Google Apps Premium Edition的套裝軟體提供了電子郵件、即時通訊、日曆、文書處理和試算表等功能，售價為每員工每年50美元，遠低於微軟的同類產品Office。後者的售價為500美元-

.NET程式員是幸福的，基本上是被MS給寵壞了，老闆們是樂壞了，可是身為程式員卻高興不起來（箇中原因自己體會吧）。藉著MS的開源春風，讓我們看看MS到底是怎麼寵壞我們這些可愛的.NET程式員的。在MS設計產品時遵循哪些規則，又是怎麼解決一些棘手的問題的。讓我們看看微軟的完全開源的IronPython，看看MS是怎麼耍寶的。微軟現在已經是Python Software Foundation

    賞心悅目的東東總是讓我歡喜，喜歡收藏遇到的獨具設計風格的網頁，添加到收藏夾、儲存網頁太麻煩，懶得整理，終於在無法忍受時下定決心自己寫一個簡單的網頁工具。如下：實現思路：瀏覽器控制項顯示出待的網頁，設定截取的寬度、高度，Control的DrawToBitmap方法實現。核心代碼：Bitmap bmp = new Bitmap(pnlBrowser.AutoScrollMinSize.Width,

原來用的webBrowser.DrawToBitmap方法在某些情況下不能正確，Reflector查看webBrowser.DrawToBitmap方法的實現可見在public class WebBrowserBase : Control類中實現的，這個實現隱藏了父類的方法，直接調用父類Control的DrawToBitmap方法。new public void DrawToBitmap(Bitmap bitmap, Rectangle targetBounds) {

啟動很慢，請耐心等候，望有空瞭解決本庫分兩個軟體組件，一個是《構建題庫》，一個是《使用題庫》；一、《使用題庫》說明書1）“重設”菜單：“重設”即“重設條件”。點擊“重設”菜單後，就可通過點下面的面板，設定搜尋條件；2）搜尋條件設定好了之後，按“下一題”或“上一題”，得到一系列結果；3）注意右面有一個小的矩形視窗，點擊就是“下一題”；4）可以通過滑鼠滾軸按鈕得到“下一題”或“上一題”；5）得到“下一題”或“上一題”時，面板顯示的是本題的全部屬性；6）可以點擊不同屬性來更改屬性，然後按“儲存”菜單，

這是我參考一些資料，一個通過訪問當前作業系統的註冊表來擷取當前作業系統相關資訊的小程式，僅供參考。 1using System; 2using System.Collections.Generic; 3using System.ComponentModel; 4using System.Data; 5using System.Drawing; 6using System.Text; 7using System.Windows.Forms; 8using

許多人都以為專案經理總是與“理想與光榮”相伴的，其實作為一個有志於改進中國軟體開發流程的專案經理來說，他們承擔的更多的是“艱辛與痛苦”。在這裡，我通過我擔任專案經理期間所遇到的種種現象，來總結專案經理所必需具備的素質，當這些素質您不具備的話，就需要花費多年的努力來培養他，如果無法培養成功，那麼請您轉換崗位，因為專案經理不適合您，您難以在這個方面獲的成功。 一、執著