商務

關於價格 Ｃ　　買賣雙方為了一批產品的價碼磋商多回；這一次再晤面，都決定應該互讓一步，也好順利結束長期的談判。 　　英文本文 A: Can't we find a price that's within my company's reach? Negotiations have been going on too long. B: Agreed. But we need to find a price that is good for both sides. A: To be honest,

詢價 Inquiry １  　　某零售商想向製造商打探新型電腦的詳情。第一次接觸時，買方應如何得到初步的資料呢？  　　英文本文 Our contacts in the computer industry speak highly of your newcomputer, the SuperWang. We would like to make an inquiry about it. That's fine. We have some catalogs that give full

BREW 中提供了Perl 介面庫，開發人員可以通過Perl介面編寫指令碼，來實現批處理命令的自動化執行。其中的API 列表包括：•串連和控制目標手機u  ConnecttoDevice(char* portName, char* dllName)u  PutDeviceOffline(int)u  ResetDevice()•複製檔案和目錄u  CopyFileToDevice(char* src, char* dest, bool overwrite)u 

如果成為了註冊開發商，就可以獲得BREW Toolsuite 工具。它是一個工具箱，裡面有apploader, BREWlogger, grinder,BREW signer 四個工具。其中BREW Signer 主要由標準認證的開發商直接使用，而由電訊廠商管理的CP/SP一般不需要直接使用BREW

使用者自訂事件的傳遞是應用間通訊的一種有效方法。使用者自訂的事件應當大於等於EVT_USER （0X7000），ISHELL_RegisterEvent()可根據輸入字串註冊自訂的 AEEEvent。 該函數允許應用程式動態保留事件備用，而無須擔心與其它 EVT_USER 範圍事件代碼發生衝突。需要注意的是，事件僅在一次開關機迴圈內有效，在下一次開關機註冊的同一事件，很可能返回不同的 AEEEvent。如果提供了指向 pnCount 的指標，則更新事件被註冊的次數。事件通過

WAP調用BREW業務為使用者訪問BREW應用提供了更為廣泛地接入方式。BREW開發商可以通過該業務推廣自己的應用服務，WAP服務商可以為其所提供的內容增加特色服務，從而促進整個增值業務產業鏈的發展。           

在認證過程中，需要完成以下幾步：開發商完成線上申請，網址是http://www.verisign.com/products/BREWVeriSign校正簽名中心寄送電子郵件給應用開發商，郵件內容包括定單號和對應用方案的一個真實檔案數字ID的確認請求。同時，VeriSign校正簽名中心開始對開發商進行認證工作（這部分工作通常需要5個工作日）。認證通過之後，一封電子郵件會被發送到線上申請表上指定的開發商的公司聯絡處地址。這封電子郵件提供了安裝真實檔案數字ID的說明。開發商在安裝了真實檔案數字ID後，

BREW Debugger 是一個純軟體工具，不需要額外的硬體支援，通過串口或者USB連接埠與手機串連，可以自由地使用cygwin裡面的工具。BREW Debugger需要ADS/GCC的編譯庫，ARM/Thumb模式的庫，Debugger的綁定程式等等。通過GNU/ADS 交叉編譯器，開發人員可以使用gdb 的命令列或者Insight軟體的映像介面進行調試。BREW Debugger 支援所有的gdb

實際上，事件傳遞本質上就是一種共用記憶體的通訊方式。ICLIPBOARD可以用於實現 AEE 層中的剪下和粘貼功能，是共用記憶體通訊的另一種重要形式。由於剪貼簿資料在應用程式結束後仍可能存在，因而此函數會分配新記憶體並將內容複寫到新的緩衝區，也就是說ICLIPBOARD_Set() 分配的記憶體在系統記憶體裡，所以可以被其他的應用所使用。如果傳遞指標為 NULL 或大小為 0

 集中式管理由一個大型的中央系統，其終端是客戶機，資料全部儲存在中央系統，由資料庫管理系統進行管理，所有的處理都由該大型系統完成，終端只是用來輸入和輸出。終端自己不作任何處理，所有任務都在主機上進行處理。主要特點是能把所有資料儲存在一個地方。分布式管理中，資料的儲存和處理都是在本地工作站上進行的通過網路主要是得到更快、更便捷的資料訪問。優點是可以快速存取、多使用者使用。每台電腦可以訪問系統內其他電腦的資訊檔；系統設計上具有更大的靈活性，既可為獨立的電腦的地區使用者的特殊需求服務，也可為連網的企業

為了開發的方便，一個基於BREW的移動增值業務一般要先開發它的模擬器版本，在模擬器上調測之後，再通過交叉編譯器將代碼編譯成在目標手機上執行的目標代碼，並完成在手機上的測試。下面以Visual C++ 6.0的整合式開發環境為例，基於Visual Studio 2003或者以上的IDE版本的開發流程與之類似。1           啟動 Visual C++ 6.02           使用 BREW Application Wizard 來建立你的工程, 建立.c，.bid， .mif等檔案3

移動增值業務（Mobile Added Value Service）就是在移動通訊網上開發運行除了語音等基本業務以外的服務類型。目前國際上通常把移動增值業務概括為兩大類，即移動話音增值業務和移動資料增值業務。智能網( IN, Intelligent Network) 是提供語音增值業務的主流技術。通過在原有通訊網上疊加一層業務網路,

每個應用必須要有一個有效數位簽章(.sig檔案)檔案才能在目標手機上運行。數位簽章檔案有兩種：·         測試簽名：這是針對註冊開發商的請求提供的。一個測試簽名使任何應用在單一裝置上，而且只能在該裝置上運行。在申請測試簽名時必須提供目標手機的電子串列碼(ESN)、IMEI或者MEID。·         商用簽名：這類簽名只有在應用通過TRUE BREW測試時才會產生這類簽名。與測試簽名不同，商用簽名使一個單一的應用可以運行在任何裝置上。一個商用簽名不但表明應用已經通過TRUE

標準OAT模組測試的是BREW中定義的API介面，主要保證的是BREW在跨平台移植中的一致性。而手機廠商可能會根據各自手機的特點開發自己的BREW應用擴充，這些應用擴充類可能在該手機廠商所有或者部分的手機平台上有效，這時就需要手機廠商自己定製OAT模組來保證這些擴充類的正確性和一致性。        通過基於OAT的定製化測試，手機廠商可以使用OAT的測試架構來驗證自己的擴充功能，在不同的手機上重用OAT的定製化模組，提高工作效率。由於OAT的定製化測試提供了一定的品質保證，BREW的應用開發人

 COM是Component Object Model

根據自身的市場需求，文化環境，業務定位等諸多因素，電訊廠商會對手機提出定製化要求，並指定相應的手機規範。隨著差異化競爭和精益經營的不斷提高，由電訊廠商提出的手機規範也越來越複雜。據不完全統計（圖10-1），電訊廠商要求的手機UI規範相關文檔從1999年的百頁左右上升到2007年的3000多頁，要求預先安裝的應用也從1999年的兩，三個上升的2007年的接近40個左右。 style='mso-bidi-font-size:10.5pt'>style='mso-spacerun:yes'> 

在BUIW中採用了MVC的設計模式（圖10-3），MVC(Model/View/Controller)是程式開發中經常使用的一種模式,它很好地實現了資料層與展示層的分離。MVC把應用程式分為三種物件類型：模型,維護資料並提供資料存取方法；視圖,繪製模型的部分資料或所有資料的可視圖；控制器處理事件。視圖事先會在模型中登記,當模型資料發生改變時,馬上通知已向此模型登記的每個視圖。視圖從模型取得最新的資料並重新整理自己。 Widgets在互連網上是一種時髦的技術，而在這裡，Widgets是一個外掛程式

 以往，由於中國2G

RAC架構之業務分割我們在前面已經討論到了，RAC實際上是一個執行個體級的冗餘架構，應用可以按照需要任意或者隨機地串連到某個執行個體上進行業務操作。據我所知，在大多的RAC架構中都是這樣設計的，這樣做有個好處就是實現了執行個體的冗餘，即使某個執行個體DOWN掉了，並不會影響業務的正常操作。但是我們前面也提到，當資料區塊分布到不同執行個體的記憶體裡時，執行個體之間就會出現資料區塊的複製問題，這裡面涉及一系列的記憶體管理機制，Oracle稱之為Cache

產品部和業務部門是什麼關係 “我們來自五湖四海，出身於不同的領域，我們擁有各自獨到的技能，但我們為了同一個目的走到一起，為了創造出偉大的產品，這，就是我們，就是我們產品經理存在的意義。”快12點的時候，亮仔突然站起來，說為了緩解一下大家工作的辛苦，為午飯開開胃，當然，最主要的還是為了對昨天的事情表示歉意，因此，即興創造了一首小詩，反正也沒等大家同意就把這首詩念了出來。周揚聽完後，笑著說：“亮仔，沒想到你不但程式寫得好，在文學造詣上還有兩下子啊，是自己寫的嗎？”亮仔得意地說：“揚哥，你說呢？大學時