太極源碼

① 高手進來關於網站建設的流程

問題1。ASP是什麼：
Microsoft® Active Server Pages (ASP) 是伺服器端腳本編寫環境，使用它可以創建和運行動態、交互的 Web 伺服器應用程序。使用 ASP 可以組合 HTML 頁、腳本命令和 ActiveX 組件以創建交互的 Web 頁和基於 Web 的功能強大的應用程序。ASP 應用程序很容易開發和修改。

HTML 編寫人員
如果您是位 HTML 編寫人員，您將發現 ASP 腳本提供了創建交互頁的簡便方法。如果您曾想從 HTML 表格中收集數據，或用顧客的姓名個人化 HTML 文件，或根據瀏覽器的不同使用不同的特性，您會發現 ASP 提供了一個出色的解決方案。以前，要想從 HTML 表格中收集數據，就不得不學習一門編程語言來創建一個 CGI 應用程序。現在，您只要將一些簡單的指令嵌入到您的 HTML 文件中，就可以從表格中收集數據並進行分析。您再不必學習完整的編程語言或者單獨編譯程序來創建交互頁。

隨著不斷掌握使用 ASP 和腳本語言的技巧，您可以創建更復雜的腳本。對於 ASP，您可以便捷地使用 ActiveX 組件來執行復雜的任務，比如連接資料庫以存儲和檢索信息。

有經驗的腳本編寫人員
如果您已經掌握一門腳本語言，如 VBScript、javaScript 或 PERL，而且您已經了解使用 ASP 的方法。只要安裝了符合 ActiveX 腳本標準的相應腳本引擎，就可以在 ASP 頁中使用任何一種腳本語言。ASP 帶有 Microsoft® Visual Basic® Scripting Edition （VBScript）和 Microsoft® JScript™ 的腳本引擎，這樣您可以立即開始編輯腳本。PERL、REXX 和 Python 的 ActiveX 腳本引擎可以從第三方開發人員處獲得。

Web 開發人員
如果您已經掌握了一門編程語言，如 Visual Basic，您將發現 ASP 是快速創建 Web 應用程序的一個非常靈活的方法。通過向 HTML 中添加腳本命令，您能夠創建應用程序的 HTML 介面。通過創建自己的 ActiveX 組件，可以將應用程序中的商業邏輯封裝到能夠從腳本、其他組件或從其他程序中調用的模塊。

使用 ASP 進行計算的 Web 可轉化為有形的利益，它使 Web 供應商能夠提供交互的商業應用而不僅僅是發布內容。例如，旅行社能夠比公布航空時刻表做得更多；用 ASP 腳本可以讓客戶察看現有的航班、比較費用並預定座位。

包含在 Windows NT Option pack 中的 Microsoft Transaction Server（MTS）可以降低在伺服器上構造程序的復雜性和費用。MTS 可以解決開發那些保密性強的、可分級的以及可靠的 Web 應用程序的復雜性問題。

Active Server Pages 模型
瀏覽器從 Web 伺服器上請求 .asp 文件時，ASP 腳本開始運行。然後 Web 伺服器調用 ASP，ASP 全面讀取請求的文件，執行所有腳本命令，並將 Web 頁傳送給瀏覽器。

由於腳本在伺服器上而不是在客戶端運行，傳送到瀏覽器上的 Web 頁是在 Web 伺服器上生成的。所以不必擔心瀏覽器能否處理腳本：Web 伺服器已經完成了所有腳本的處理，並將標準的 HTML 傳輸到瀏覽器。由於只有腳本的結果返回到瀏覽器，所以伺服器端腳本不易復制。用戶看不到創建他們正在瀏覽的頁的腳本命令。

問題2 php是什麼？
PHP3.0 現在可能是 Internet 上最熱的腳本語言之一了，它是一種新型的 CGI 程序編寫語言，速度快，並可同時運行於 Windows 、 Unix 、 linux 等多種平台上。強大的功能和易用性使得它從誕生以來，受到了無數 Web 編程者的青睞。很多用 CGI 或者其他方法實現起來很困難的任務， PHP 可以只用幾行簡單的代碼就搞定。如同 ASP 一樣， PHP 代碼也是嵌入在 HTML 中的，而這也為編程帶來了更多的方便。

PHP3.0 在很大程度上可以說是 Perl ， Java 和 C 等諸多概念的混合體。它的語法結構基本上是借鑒於 C ，這使得 PHP 學起來並不難，即使是新手，也可以很容易地登堂入室。它內置了文件上傳、密碼認證、 Cookies 操作、郵件收發、動態 GIF 生成等功能。而它最為強勁的特性就是其資料庫功能，把一個資料庫發布到網上從沒變得如此簡單。它支持現今大部分流行的資料庫伺服器，包括 Mysql ， Oracle ， Sybase ， mSQL ， Generic ODBC 和 PostgreSQL 等等。這樣給 Web 編程者帶來了很多的選者餘地，並且在變換平台的時候， PHP 代碼也不用變動。我們將要在後面詳細地討論 PHP3.0 資料庫介面，並且，將要特別地把 MYSQL 拿出來，討論它和 PHP 的介面問題。 MYSQL 或許是現今 Internet 上最為強勁的資料庫伺服器之一了。

PHP3.0 之所以這么強大，一個很重要的原因就是它是一個面向目地（ goal-oriented ）的語言，實現任務的時候簡明而且快捷。在你繼續讀下去之前，下面幾點是必須知道的：

1. PHP3.0 就是所謂的伺服器端（ server-side ）腳本語言，同 ASP 一樣，但和那些客戶端腳本像 VbScript ， JavaScript 有很大的區別。也就是說，在 PHP 腳本能夠工作之前，它的解釋程序必須已經安裝在伺服器上了。並且要確認配置沒有錯誤。你可以在 http://www.php.net/ 下載到這一程序。

2. PHP3.0 已經是完全重新寫過了的，所以和 PHP2.0 以及 PHP/ F1 並不是很相同。所以一定要弄清楚你安裝的到底是那個版本的 PHP 。毫無疑問， PHP3.0 要比它的前輩們更快，更強。在這篇文章中的所有語法都是基於 PHP3.0 版本的。

3. 在安裝和調試好 PHP3.0 後，保留一份說明文檔是很必要的。這個文檔列出了所有的命令和語法結構，這在學習 PHP 的過程中是必不可少的。

問題3.HTML是不是做網站必學的一門？
HTML是學做網站的基礎。 他是學ASP PHP JSP 的基礎。才更容易學會HTML 。
他是學網站必學的一門！

問題4.HTML需要學到什麼程度？我們一般所說的HTML就是代碼，是嗎？

HTML 只要學到看得懂代碼（HTML是製作網頁的代碼）
會寫一點代碼就行！！就差不多可以製作網站啦。然後再學動態的語言也可以。比如：ASP PHP JSP ASP.net

② xposed怎樣安裝框架

我們要先對手機進行root，否則是不能安裝xposed框架的。建議到手機網路上搜索kingroot這個app，下載到手機上安裝。
安卓手機如何安裝xposed框架

下載安裝後，我們打開可以看到，上面提示這台手機還沒有root的。我們點擊下面嘗試root。
安卓手機如何安裝xposed框架

等待幾分鍾過後，如果出現了下面這個界面的話，那就說明已經root成功。
安卓手機如何安裝xposed框架

然後我們到手機網路上面搜索xposed，直接下載網路推薦的那個版本。
安卓手機如何安裝xposed框架

下載安裝後，我們打開xposed installer，安裝/更新 Version 87。直接選擇via install選項。
安卓手機如何安裝xposed框架

等待出現下面這個界面，然後點擊右下角的重啟手機。

這樣框架就已經裝好了。

以上是大部分手機安裝框架的基本步驟，華為和小米手機是比較難安裝的。具體華為手機如何安裝xposed，可以看下面的這篇文章。

2華為手機榮耀4x如何安裝xposed框架
安卓手機如何安裝xposed框架

③ 國內做大數據的公司有哪些

1、上海市大數據股份有限公司（簡稱「上海大數據股份」），是經上海市人民政府批准成立的國有控股混合所有制企業。

致力於成為智慧城市建設的主力軍、國內大數據應用領域的領軍企業和全球領先的公共大數據管理和價值挖掘解決方案提供商，滿足政府對公共數據治理和提升城市管理及公共服務水平的要求，構建公共大數據與商業數據服務、以及政企數據融合的橋梁，促進社會經濟發展。

2、輝略(上海)大數據科技有限公司，目前在中國交通（城市智能信號燈優化模型與平台，交通預算決策系統模型等）、環境（PM2.5污染檢測和治理）、醫療（醫院WIFI定位模型，病歷匹配模型等）、汽車（用戶購買轉化率模型）等領域進行大數據項目運營與模型開發。

3、成都市大數據股份有限公司成立於2013年，作為成都市實施國家大數據發展戰略的載體，2018年完成股份制改革並掛牌新三板，成都產業集團全資持股，主要涉及數據運營、投資並購、信息技術三大業務方向。

(3)太極源碼擴展閱讀：

大數據發展的一些趨勢：

趨勢一：數據的資源化

何為資源化，是指大數據成為企業和社會關注的重要戰略資源，並已成為大家爭相搶奪的新焦點。因而，企業必須要提前制定大數據營銷戰略計劃，搶占市場先機。

趨勢二：與雲計算的深度結合

大數據離不開雲處理，雲處理為大數據提供了彈性可拓展的基礎設備，是產生大數據的平台之一。自2013年開始，大數據技術已開始和雲計算技術緊密結合，預計未來兩者關系將更為密切。除此之外，物聯網、移動互聯網等新興計算形態，也將一齊助力大數據革命，讓大數據營銷發揮出更大的影響力。

④ 同花順和大智慧哪個數據更加准確

大單數據 大智慧准（同花順:主力可以提前掛大單就是被動買不主動買這樣它就不統計但還是有大單買入了，所以說它不準且還收費60/年。。大智慧甭管它統計的按大單算還是小單算統計進去了，ddx沒統計進去ddy接著呢，再還有ddz三接力，所以雖然免費看主力數據，但比同花順准百倍嗎，你們如何看！大家打開同花順看大單凈量和大智慧ddx對比 :韓建河山 2017/4/18到2017/4/27其中是不是同花順錯誤天數多明明下跌大單凈量為正）

關於同花順、大智慧大單統計差異的詳細說明
2017-8 閱讀：15,279
大智慧DDE與同花順主力資金流向有些差異，究竟該怎樣看待這個問題，不少股友感到疑惑。
為什麼存在這些差異？經過分析大智慧與同花順的大單資金流向指標源碼，我們會發現，大智慧的是【逐單統計】，而同花順主力資金指標則採用了【逐筆統計】，也就是說二者的計算方法不同，從而導致二者的資金流向存在些差異。
我曾搜索過網路中關於【逐單統計】與【逐筆統計】方面的文章，卻發現大多是隻字片語介紹，並沒有太多詳實的應用分析。為了使股友們更多的了解這方面的內容，現將我的使用心得與大家分享，一孔之見，在此拋磚引玉，歡迎大家共同探討。
一、【逐單統計】與【逐筆統計】的概念：
【逐單統計】是按成交委託單資金流轉情況來統計，特大資金買賣差+大單資金買賣差+中單資金買賣差+小單資金買賣差=0。是雙向統計，對於每單交易同時統計買賣雙方，一定程度上反應了資金在不同類型區間的流轉，主力資金的籌碼收集或者發散。
【逐筆統計】逐筆資金流向統計是按外盤（主動買）總量-內盤（主動賣）總量的差來統計的結果，反應的是買賣的意願與趨勢，總成交額=外盤+內盤。逐筆資金統計在一定程度上反應市場實際成交資金動態。
二、【大智慧】DDX大單動向與【同花順】大單凈量的指標源碼分析：
1、【大智慧】DDX大單動向的源碼主體部分：
DDX：(BIGORDER(1)-BIGORDER(2))*vol/CAPITAL*100;
從源碼中看出DDX採用的是【逐單統計】，統計的是按委託單來劃分的成交量，具體應用則可劃分特大、大單、中單、小單區間。
2、【同花順】大單凈量的指標源碼主體部分：
大單凈量:=((ZDMR[-1]+BDMR[-1])-(ZDMC[-1]+BDMC[-1]))/SHGZG*100;
從源碼中看出大單凈量採用的是【逐筆統計】，統計的是實際成交了的大單主動被動買入與大單主動被動賣出的逐筆凈差值。
3、還得注意的一個問題：
【大智慧】與【同花順】的大小單區間劃分是不一致的，相對來說，【大智慧】大單區間比【同花順】的大單區間要大些，對大單金額股數要求更高些。這個也是導致二者主力資金數據差異的一個原因。
三、【逐單統計】與【逐筆統計】的特點區別：
【逐單統計】為雙向統計，不論主動性與被動性都是要被統計的，也就是說即使不是主動砸出來，就算是委託掛出來，只要成交了也是要被統計的。比如我委託掛單買100萬，實際成交了3萬，在逐單統計中也是按特大買進3萬，而不是按小單買進3萬來統計的。
【逐筆統計】則是統計實際成交了的大單主動、被動買賣逐筆數據。逐筆大單差為正，就表明主動性大買單多。不計算委託單，也就是說，比如我委託掛單買100萬,實際成交了3萬，在逐筆統計中是按實際成交了的3萬計算，也就是將這3萬元的交易按小單買進統計的。
由此，我們看出【逐單統計】可以較好的判斷市場各區間籌碼的轉換，主力的倉位變化。而【逐筆統計】則主要判斷區間實際成交的資金，主力資金拉升的意願。至於哪種統計方式孰優孰非，這里不作評價，二種計算方式各有特色，均需要綜合分析研判，可互補使用。
如：在大盤下跌時，主力往往借勢打壓，暗中吸籌，製造恐慌氣氛，這時主賣遠多主買，而主力則暗中布單，採取被動式吸貨方式，從【逐筆統計】的「大單凈量」看就呈現出主力凈流出；而【逐單統計】的「主力動向」則顯示出主力在增倉。
以下用幾個實例圖示說明
（註：所舉均為典型案例，提供的是一種操作分析思路，在實際應用中不能一概而論，均需要綜合研判。）
例一
【逐單統計】主力資金為正
【逐筆統計】主力資金為負
這種情況往往是主力利用大盤下跌時，通過多個主賣式大單，借勢打壓，製造恐慌氣氛，引發恐慌盤主動賣出，這時主賣遠多於主買，從【逐筆統計】的「大單凈量」指標中就顯示出主力資金呈凈流出。而主力則暗中布下大單，採取被動式吸貨方式，【逐單統計】的「DDX主力動向」則顯示出主力在增倉。
1、2009年5月11日，太極實業的【同花順大單凈量】顯示，大單資金呈現凈流出。
2、2009年5月11日，太極實業的【大智慧DDX主力動向】則顯示，大單資金呈現凈流入。
3、2009年5月11日，太極實業的分時逐單、逐筆指標。
說明：圖中指標紅柱區域表示特大單、大單積累值為流入；蘭柱區域則表示特大單、大單積累值為流出。
4、2009年5月11日，太極實業按逐單統計的【大智慧DDX主力動向】為大單資金凈流入；按逐筆統計的【同花順大單凈量】為大單資金凈流出。
隨後該股連續上升走勢證明：主力是當天借勢洗盤，運用主動性大賣單製造恐慌氣氛，打壓股價。
而暗埋委託大單被動式暗中進一步吸貨，實際並沒有出貨，完成一次上升途中的洗盤。
例二：
【逐單統計】主力資金為正
【逐筆統計】主力資金為正
這種情況是比較理想的狀況，很多強勢股當天的走勢是用這樣方式。
往往是主力已經完成建倉，進入快速拉升階段，有了很強的拉升意願，再也不用隱藏自己的意圖，並希望跟風盤參與進來共同拉抬股價。
我們從盤面中就可以看到，不斷涌現大單委託單及大單主動性的買入，而在【逐單】「DDX主力動向」與【逐筆】「大單凈量」指標中，就顯示出二者均飄紅。
這個實例就以前幾天操作過的600819耀皮玻璃為例分析。
1、2009年5月15日，耀皮玻璃有效突破前期平台，進入拉升期，當天【大智慧DDX主力動向】逐單、【同花順大單凈量】逐筆統計均持續放大，主力拉升意願強烈，當天封於漲停。
說明：圖中指標紅柱區域表示特大單、大單積累值為流入；蘭柱區域則表示特大單、大單積累值為流出。
2、隨後幾天的耀皮玻璃走勢也表現出強勁拉升態勢。

⑤ 為什麼我的世界老是罵迷你世界，明明是我的世界抄襲了迷你世界

我也來評論下,理性評論,別說
首先,我要先說,Minecraft(我的世界)由瑞典的"馬庫斯·阿列克謝·泊松"創始,其名下的"我的世界"已經以21億美元的高價賣給了Microsoft,其原因不是無腦xxs說的"為了不被認為抄襲"而是因自己太大的壓力,覺得自己應該讓一個更好的人接管.

Minecraft在2009年開始內測,以下是截圖:

(這玩意玩起來是真的卡)
而迷你世界...圖片有了,裝不上去2333
迷你世界抄襲版本號為1.7.10,並且很多mc的特性,迷你也有
雙方其實都有國際服,只不過玩過迷你世界國際服的人都會說:"我是SB!!!"2333這還真是搞笑哈awa
但我要說一點,MN只有一小點原創,其他都為抄襲,並且我想問:你們迷你一個皮膚好幾十真的不是在恰爛錢???
還有現在,和迷你世界打官司的不是原發行商,而是代理商:網易.真正的發行商為Microsoft

不過...最近我看到一個人,說Minecraft抄襲現實,我只想說:你們不也是嗎???
當然,不論MC玩家還是MN玩家看到後都會哈哈大笑吧awa.
不過如果MN打贏了網易，我估計也打不過Microsoft 2333,
然後來說一下為何MN會被低齡玩家喜愛,其實也就那麼一點吧,就是畫風低齡
當然,如果真的和MN xxs說的一樣,MN和MC開戰,我估計兩敗俱傷吧2333
不過我真的搞不懂,皮膚為啥要收錢,在我眼裡,皮膚不是大家隨便用嗎?就像Minecraft一樣，如果MN有生之年能看到我,我也真希望能改一改啦。不過,最重要的,那還是游戲不分國界啦awa

⑥ 朋友們,大家好!我是一個JAVA語言的初學者.

學習一門新的知識，不可能指望只看一本，或者兩本書就能夠完全掌握。需要有一個循序漸進的閱讀過程。我推薦Oreilly出版的Java系列書籍。

在這里我只想補充一點看法，很多人學習Java是從《Thinking in Java》這本書入手的，但是我認為這本書是不適合初學者的。我認為正確的使用這本書的方法應該是作為輔助的讀物。《Thinking in Java》並不是在完整的介紹Java的整個體系，而是一種跳躍式的寫作方法，是一種類似tips的方法來對Java很多知識點進行了深入的分析和解釋。

對於初學者來說，最好是找一本Java入門的書籍，但是比較完整的循序的介紹Java的語法，面向對象的特性，核心類庫等等，在看這本書的同時，可以同步來看《Thinking in Java》，來加深對Java的理解和原理的運用，同時又可以完整的了解Java的整個體系。

對於Java的入門書籍，蔡學鏞推薦的是Oreilly的《Exploring Java, 2nd Edition》 或者《Java in a Nutshell,2nd Edition（針對C++背景）》，我並沒有看過這兩本書。其實我覺得電子工業出版社的《Java 2編程詳解》或者《Java 2從入門到精通》就很不錯。

在所有的Java書籍當中，其實最最有用的，並不是O'reilly的 Java Serials，真正最最有用處是JDK的Documentation！幾乎你想獲得的所有的知識在Documentation裡面全部都有，其中最主要的部分當然是Java基礎類庫的API文檔，是按照package來組織的，對於每一個class都有詳細的解釋，它的繼承關系，是否實現了某個介面，通常用在哪些場合，還可以查到它所有的public的屬性和方法，每個屬性的解釋，意義，每個方法的用途，調用的參數，參數的意義，返回值的類型，以及方法可能拋出的異常等等。可以這樣來說，所有關於Java編程方面的書籍其實都不過是在用比較通俗易懂的語言，和良好的組織方式來介紹 Documentation裡面的某個package裡麵包含的一些類的用法而已。所以萬變不離其宗，如果你有足夠的能力來直接通過 Documentation來學習Java的類庫，那麼基本上就不需要看其他的書籍了。除此之外，Documentation也是編程必備的手冊，我的桌面上有三個Documentation的快捷方式，分別是J2SDK1.4.1的Documentation，Servlet2.3的 Documentation和J2SDKEE1.3.1的Documentation。有了這個三個Documentation，什麼其他的書籍都不需要了。

對於Java Web 編程來說，最核心的是要熟悉和掌握HTTP協議，這個就和Java無關了，在熟悉HTTP協議之後，就需要熟悉Java的實現HTTP協議的類庫，也就是 Servlet API，所以最重要的東西就是Servlet API。當然對於初學者而言，直接通過Servlet API來學習Web編程有很大的難度，我推薦O'reilly的《Java Server Pages 》這本書來學習Web 編程。

EJB的書籍當中，《Enterprise JavaBeans, 2nd Edition》是一本很不錯的書， EJB的學習門檻是比較高，入門很難，但是這本書完全降低了學習的難度，特別重要的一點是，EJB的學習需要結合一種App Server的具體實現，所以在學習EJB的同時，必須同步的學習某種App Server，而這本書相關的出了三本書，分別是Weblogic6.1，Websphere4.0和JBoss3.0上面部署書中例子的實做。真是既有理論，又有實踐。在學習EJB的同時，可以邊看邊做，EJB的學習會變得很輕松。

但是這本書也有一個問題，就是版本比較舊，主要講EJB1.1規范和部分EJB2.0的規范。而Ed Roman寫的《Mastering EJB 2.0》這本書完全是根據EJB2.0規范寫的，深入淺出，覆蓋了EJB編程的各個方面，並且還有很多編程經驗tips，也是學習EJB非常推薦的書籍之一。

如果是結合Weblogic來學習J2EE的話，《J2EE應用與BEA Weblogic Server》絕對是首選讀物，雖然是講述的Weblogic6.0，仍然值得購買，這本書是BEA官方推薦的教材，作者也是BEA公司的工程師。現在中文版已經隨處可見了。這本書結合Weblogic介紹了J2EE各個方面的技術在Weblogic平台上的開發和部署，實踐指導意義非常強。

在掌握了Java平台基礎知識和J2EE方面的知識以後，更進一步的是學習如何運用OO的方法進行軟體的設計，那麼就一定要學習「設計模式」。 Sun公司出版了一本《J2EE核心模式》，是每個開發Java企業平台軟體的架構師必備的書籍。這本書全面的介紹了J2EE體系架構的各種設計模式，是設計師的必讀書籍。

Java Learning Path（三）過程篇

每個人的學習方法是不同的，一個人的方法不見得適合另一個人，我只能是談自己的學習方法。因為我學習Java是完全自學的，從來沒有問過別人，所以學習的過程基本上完全是自己摸索出來的。我也不知道這種方法是否是比較好的方法，只能給大家提供一點參考了。

學習Java的第一步是安裝好JDK，寫一個Hello World，? 其實JDK的學習沒有那麼簡單，關於JDK有兩個問題是很容易一直困擾Java程序員的地方：一個是CLASSPATH的問題，其實從原理上來說，是要搞清楚JRE的ClassLoader是如何載入Class的；另一個問題是package和import問題，如何來尋找類的路徑問題。把這兩個問題摸索清楚了，就掃除了學習Java和使用JDK的最大障礙。推薦看一下王森的《Java深度歷險》，對這兩個問題進行了深入的探討。

第二步是學習Java的語法。Java的語法是類C++的，基本上主流的編程語言不是類C，就是類C++的，沒有什麼新東西，所以語法的學習，大概就是半天的時間足夠了。唯一需要注意的是有幾個不容易搞清楚的關鍵字的用法，public，protected，private，static，什麼時候用，為什麼要用，怎麼用，這可能需要有人來指點一下，我當初是完全自己琢磨出來的，花了很久的時間。不過後來我看到《Thinking in Java》這本書上面是講了這些概念的。

第三步是學習Java的面向對象的編程語言的特性的地方。比如繼承，構造器，抽象類，介面，方法的多態，重載，覆蓋，Java的異常處理機制。對於一個沒有面向對象語言背景的人來說，我覺得這個過程需要花很長很長時間，因為學習Java之前沒有C++的經驗，只有C的經驗，我是大概花了一個月左右吧，才徹底把這些概念都搞清楚，把書上面的例子反復的揣摩，修改，嘗試，把那幾章內容反復的看過來，看過去，看了不下5遍，才徹底領悟了。不過我想如果有 C++經驗的話，應該一兩天時間足夠了。那麼在這個過程中，可以多看看《Thinking in Java》這本書，對面向對象的講解非常透徹。可惜的是我學習的時候，並沒有看到這本書，所以自己花了大量的時間，通過自己的嘗試和揣摩來學會的。

第四步就是開始熟悉Java的類庫。Java的基礎類庫其實就是JDK安裝目錄下面jre\lib\rt.jar這個包。學習基礎類庫就是學習rt.jar。基礎類庫裡面的類非常非常多。據說有3000多個，我沒有統計過。但是真正對於我們來說最核心的只有4個，分別是
java.lang.*;
java.io.*;
java.util.*;
java.sql.*;

這四個包的學習，每個包的學習都可以寫成一本厚厚的教材，而O'reilly也確實是這樣做的。我覺得如果時間比較緊，是不可能通過讀四本書來學習。我覺得比較好的學習方法是這樣的：
首先要通讀整個package的框架，了解整個package的class，interface，exception的構成，最好是能夠找到介紹整個包框架的文章。這些專門介紹包的書籍的前幾章應該就是這些總體的框架內容介紹。

對包整體框架的把握並不是要熟悉每個類的用法，記住它有哪些屬性，方法。想記也記不住的。而是要知道包有哪些方面的類構成的，這些類的用途是什麼，最核心的幾個類分別是完成什麼功能的。我在給人培訓的時候一般是一次課講一個包，所以不可能詳細的介紹每個類的用法，但是我反復強調，我給你們講這些包的不是要告訴你們類的方法是怎麼調用的，也不要求你們記住類的方法調用，而是要你們了解，Java給我們提供了哪些類，每個類是用在什麼場合，當我遇到問題的時候，我知道哪個類，或者哪幾個類的組合可以解決我的問題，That'all！，當我們具體寫程序的時候，只要你知道該用哪個類來完成你的工作就足夠了。編碼的時候，具體的方法調用，是邊寫代碼，邊查Documentation，所有的東西都在Documentation裡面，不要求你一定記住，實際你也記不住3000多個類的總共將近10萬個方法調用。所以對每個包的總體框架的把握就變得極為重要。

第五步，通過上面的學習，如果學的比較扎實的話，就打好了Java的基礎了，剩下要做的工作是掃清Documentation裡面除了上面4個包之外的其他一些比較有用處的類。相信進展到這一步，Java的自學能力已經被培養出來了，可以到了直接學習Documentation的水平了。除了要做 GUI編程之外，JDK裡面其他會有用處的包是這些：
java.text.*;
java.net.*;
javax.naming.*;
這些包裡面真正用的比較多的類其實很少，只有幾個，所以不需要花很多時間。

第六步，Java Web 編程
Web編程的核心是HTTP協議，HTTP協議和Java無關，如果不熟悉HTTP協議的話，雖然也可以學好Servlet/JSP編程，但是達不到舉一反三，一通百通的境界。所以HTTP協議的學習是必備的。如果熟悉了HTTP協議的話，又有了Java編程的良好的基礎，學習 Servlet/JSP簡直易如反掌，我學習Servlet/JSP就用了不到一周的時間，然後就開始用JSP來做項目了。

在Servlet/JSP的學習中，重頭仍然是Servlet Documentation。Servlet API最常用的類很少，花比較少的時間就可以掌握了。把這些類都看一遍，多寫幾個例子試試。Servlet/JSP編程本質就是在反復調用這些類來通過 HTTP協議在Web Server和Brower之間交談。另外對JSP，還需要熟悉幾個常用JSP的標記，具體的寫法記不住的話，臨時查就是了。

此外Java Web編程學習的重點要放在Web Application的設計模式上，如何進行業務邏輯的分析，並且進行合理的設計，按照MVC設計模式的要求，運用Servlet和JSP分別完成不同的邏輯層，掌握如何在Servlet和JSP之間進行流程的控制和數據的共享，以及Web Application應該如何配置和部署。

第七步，J2EE編程
以上的學習過程如果是比較順利的話，進行到這一步，難度又陡然提高。因為上面的知識內容都是只涉及一個方面，而像EJB，JMS，JTA等核心的J2EE規范往往是幾種Java技術的綜合運用的結晶，所以掌握起來難度比較大。

首先一定要學習好JNDI，JNDI是App Server定位伺服器資源（EJB組件，Datasouce，JMS）查找方法，如果對JNDI不熟悉的話，EJB，JMS這些東西幾乎學不下去。 JNDI其實就是javax.naming.*這個包，運用起來很簡單。難點在於伺服器資源文件的配置。對於伺服器資源文件的配置，就需要看看專門的文檔規范了，比如web.xml的寫法，ejb-jar.xml的寫法等等。針對每種不同的App Server，還有自己的服務資源配置文件，也是需要熟悉的。

然後可以學習JTA，主要是要理解JTA對於事務的控制的方法，以及該在什麼場合使用JTA。這里可以簡單的舉個例子，我們知道一般情況可以對於一個資料庫連接進行事務控制(conn.setAutoCommit(false),....,conn.commit())，做為一個原子操作，但是假設我的業務需求是要把對兩個不同資料庫的操作做為一個原子操作，你能做的到嗎？這時候只能用JTA了。假設操作過程是先往A資料庫插一條記錄，然後刪除B 資料庫另一個記錄，我們自己寫代碼是控制不了把整個操作做為一個原子操作的。用JTA的話，由App Server來完成控制。

在學習EJB之前要學習對象序列化和RMI，RMI是EJB的基礎。接著學習JMS和EJB，對於EJB來說，最關鍵是要理解EJB是如何通過RMI來實現對遠端對象的調用的，以及在什麼情況下要用到EJB。

在學習完EJB，JMS這些東西之後，你可能會意識到要急不可待學習兩個領域的知識，一個是UML，另一個是Design Pattern。Java企業軟體的設計非常重視框架(Framework)的設計，一個好的軟體框架是軟體開發成功的必要條件。在這個時候，應該開始把學習的重點放在設計模式和框架的學習上，通過學習和實際的編程經驗來掌握EJB的設計模式和J2EE的核心模式。

J2EE規范裡面，除了EJB，JMS，JTA，Servlet/JSP，JDBC之外還有很多很多的企業技術，這里不一一進行介紹了。

另外還有一個最新領域Web Services。Web Services也完全沒有任何新東西，它像是一種黏合劑，可以把不同的服務統一起來提供一個統一的調用介面，作為使用者來說，我只要獲得服務提供者給我的WSDL（對服務的描述），就夠了，我完全不知道伺服器提供者提供的服務究竟是EJB組件，還是.Net組件，還是什麼CORBA組件，還是其他的什麼實現，我也不需要知道。Web Services最偉大的地方就在於通過統一的服務提供方式和調用方式，實現了整個Internet服務的共享，是一個非常令人激動的技術領域。Web Services好像目前還沒有什麼很好的書籍，但是可以通過在網路上面查資料的方式來學習。

Java Learning Path（四） 方法篇

Java作為一門編程語言，最好的學習方法就是寫代碼。當你學習一個類以後，你就可以自己寫個簡單的例子程序來運行一下，看看有什麼結果，然後再多調用幾個類的方法，看看運行結果，這樣非常直觀的把類給學會了，而且記憶非常深刻。然後不應該滿足把代碼調通，你應該想想看如果我不這樣寫，換個方式，再試試行不行。記得哪個高人說過學習編程就是個破壞的過程，把書上的例子，自己學習Documentation編寫的例子在運行通過以後，不斷的嘗試著用不同的方法實現，不斷的嘗試破壞代碼的結構，看看它會有什麼結果。通過這樣的方式，你會很徹底的很精通的掌握Java。

舉個例子，我們都編過Hello World

public class HelloWorld {
public static void main(String[] args) {
System.out.println("Hello World");
}
}

很多初學者不是很理解為什麼main方法一定要這樣來定義public static void main(String[] args)，能不能不這樣寫？包括我剛學習Java的時候也有這樣的疑問。想知道答案嗎？很簡單，你把main改個名字運行一下，看看報什麼錯誤，然後根據出錯信息進行分析；把main的public取掉，在試試看，報什麼錯誤；static去掉還能不能運行；不知道main方法是否一定要傳一個 String[]數組的，把String[]改掉，改成int[]，或者String試試看；不知道是否必須寫args參數名稱的，也可以把args改成別的名字，看看運行結果如何。

我當初學習Java的時候就是這樣做的，把Hello World程序反復改了七八次，不斷運行，分析運行結果，最後就徹底明白為什麼了main方法是這樣定義的了。

此外，我對於staic，public，private，Exception，try{ }catch {}finally{}等等等等一開始都不是很懂，都是把參考書上面的例子運行成功，然後就開始破壞它，不斷的根據自己心裏面的疑問來重新改寫程序，看看能不能運行，運行出來是個什麼樣子，是否可以得到預期的結果。這樣雖然比較費時間，不過一個例子程序這樣反復破壞幾次之後。我就對這個相關的知識徹底學通了。有時候甚至故意寫一些錯誤的代碼來運行，看看能否得到預期的運行錯誤。這樣對於編程的掌握是及其深刻的。

其中特別值得一提的是JDK有一個非常棒的調試功能，-verbose
java –verbose
javac –verbose 以及其它很多JDK工具都有這個選項
-verbose 可以顯示在命令執行的過程中，JVM都依次載入哪裡Class，通過這些寶貴的調試信息，可以幫助我們分析出JVM在執行的過程中都幹了些什麼。

另外，自己在學習過程中，寫的很多的這種破壞常式，應該有意識的分門別類的保存下來，在工作中積累的典型常式也應該定期整理，日積月累，自己就有了一個代碼庫了。遇到類似的問題，到代碼庫裡面 Copy & Paste ，Search & Replace，就好了，極大提高了開發速度。最理想的情況是把一些通用的常式自己再抽象一層，形成一個通用的類庫，封裝好。那麼可復用性就更強了。

所以我覺得其實不是特別需要常式的，自己寫的破壞常式就是最好的例子，如果你實在對自己寫的代碼不放心的話，我強烈推薦你看看JDK基礎類庫的 Java源代碼。在JDK安裝目錄下面會有一個src.zip，解開來就可以完整的看到整個JDK基礎類庫，也就是rt.jar的Java源代碼，你可以參考一下Sun是怎麼寫Java程序的，規范是什麼樣子的。我自己在學習Java的類庫的時候，當有些地方理解的不是很清楚的時候，或者想更加清晰的理解運作的細節的時候，往往會打開相應的類的源代碼，通過看源代碼，所有的問題都會一掃而空。

Java Learning Path（五）資源篇

1、 http://java.sun.com/ (英文)
Sun的Java網站，是一個應該經常去看的地方。不用多說。

2、http://www-900.ibm.com/developerWorks/cn/
IBM的developerWorks網站，英語好的直接去英文主站點看。這里不但是一個極好的面向對象的分析設計網站，也是Web Services，Java，Linux極好的網站。強烈推薦！！！

3、http://www.javaworld.com/ (英文)
關於Java很多新技術的討論和新聞。想多了解Java的方方面面的應用，這里比較好。

4、http://dev2dev.bea.com.cn/index.jsp
BEA的開發者園地，BEA作為最重要的App Server廠商，有很多獨到的技術，在Weblogic上做開發的朋友不容錯過。

5、http://www.huihoo.com/
灰狐動力網站，一個專業的中間件網站，雖然不是專業的Java網站，但是在J2EE企業應用技術方面有深厚的造詣。

6、http://www.theserverside.com/home/ (英文)
TheServerSide是一個著名的專門面向Java Server端應用的網站。

7、http://www.javaresearch.org/
Java研究組織，有很多優秀的Java方面的文章和教程，特別是在JDO方面的文章比較豐富。

8、http://www.cnjsp.org/
JSP技術網站，有相當多的Java方面的文章和資源。

9、http://www.jdon.com/
Jdon論壇，是一個個人性質的中文J2EE專業技術論壇，在眾多的Java的中文論壇中，Jdon一個是技術含量非常高，帖子質量非常好的論壇。

10、http://sourceforge.net/
SourgeForge是一個開放源代碼軟體的大本營，其中也有非常非常豐富的Java的開放源代碼的著名的軟體。
參考資料：還有JAVA中文網站http://www.java-cn.com/book/index.html

=================================================================
=================================================================
-----------------------------------------------------------------

程序員是一種技術工作，在IT的發展中有相當重要的地位，從底層硬體通訊協議的建立， 到數據傳輸層的處理，到操作系統的建設，到資料庫平台的建設，一直到應用層上各種數 據營銷平台的搭建，程序員在裡面都扮演著舉足輕重的角色並為IT事業的發展做出了巨大 的貢獻。

中國有很多精於編碼的人，但是中國軟體行業，尤其是網路應用開發方面誤區很大，很難形成有規模的軟體開發力量和產品能力，不但比美國差距甚遠，和印度相比也是頗有不如。這些問題不是在於中國程序員的智商和工作努力狀況，也不是在於國家和民間對開發的投入程度，而是很大程度上，有一些對技術，對程序開發，對項目設計方面的思想誤區，這些誤區，導致了軟體行業的產品化能力不足，缺乏規模化和大型復用系統研發能力，可以說，改變認識誤區，是解決軟體行業小作坊模式和個體英雄模式所帶來的局限性 的重要工作。

中國有很多小朋友，他們18,9歲或21,2歲，通過自學也寫了不少代碼，他們有的代碼寫的很漂亮，一些技術細節相當出眾，也很有鑽研精神，但是他們被一些錯誤的認識和觀點左右，缺乏對系統，對程序的整體理解能力，這些人，一個網上的朋友說得很好，他們實際 上只是一些Coding fans，壓根沒有資格稱為程序員，但是據我所知，不少小網路公司的 CTO就是這樣的coding fans,拿著嚇人的工資，做著嚇人的項目，項目的結局通常也很嚇 人。

程序員基本素質：

作一個真正合格的程序員，或者說就是可以真正合格完成一些代碼工作的程序員，應該具 有的素質。

1：團隊精神和協作能力

把它作為基本素質，並不是不重要，恰恰相反，這是程序員應該具備的最基本的，也是最重要的安身立命之本。把高水平程序員說成獨行俠的都是在囈語，任何個人的力量都是有限的，即便如linus這樣的天才，也需要通過組成強大的團隊來創造奇跡，那些遍布全球的為linux寫核心的高手們，沒有協作精神是不可想像的。獨行俠可以作一些賺錢的小軟體發點小財，但是一旦進入一些大系統的研發團隊，進入商業化和產品化的開發任務，缺乏這種素質的人就完全不合格了。

2：文檔習慣

說高水平程序員從來不寫文檔的肯定是乳臭未乾的毛孩子，良好的文檔是正規研發流程中 非常重要的環節，作為代碼程序員，30％的工作時間寫技術文檔是很正常的，而作為高級 程序員和系統分析員，這個比例還要高很多。

缺乏文檔，一個軟體系統就缺乏生命力，在未來的查錯，升級以及模塊的復用時就都會遇 到極大的麻煩。

3：規范化，標准化的代碼編寫習慣

作為一些外國知名軟體公司的規矩，代碼的變數命名，代碼內注釋格式，甚至嵌套中行縮 進的長度和函數間的空行數字都有明確規定，良好的編寫習慣，不但有助於代碼的移植和 糾錯，也有助於不同技術人員之間的協作。

有些coding fans叫囂高水平程序員寫的代碼旁人從來看不懂，這種叫囂只能證明他們自 己壓根不配自稱程序員。代碼具有良好的可讀性，是程序員基本的素質需求。

再看看整個linux的搭建，沒有規范化和標准化的代碼習慣，全球的研發協作是絕對不可 想像的。

4：需求理解能力

程序員需要理解一個模塊的需求，很多小朋友寫程序往往只關注一個功能需求，他們把性能指標全部歸結到硬體，操作系統和開發環境上，而忽視了本身代碼的性能考慮，有人曾經放言說寫一個廣告交換程序很簡單，這種人從來不知道在百萬甚至千萬數量級的訪問情況下的性能指標是如何實現的，對於這樣的程序員，你給他深藍那套系統，他也做不出太極鏈的並訪能力。性能需求指標中，穩定性，並訪支撐能力以及安全性都很重要，作為程序員需要評估該模塊在系統運營中所處的環境，將要受到的負荷壓力以及各種潛在的危險和惡意攻擊的可能性。就這一點，一個成熟的程序員至少需要2到3年的項目研發和跟蹤經驗才有可能有心得。

5：復用性，模塊化思維能力

經常可以聽到一些程序員有這樣的抱怨，寫了幾年程序，變成了熟練工，每天都是重復寫 一些沒有任何新意的代碼，這其實是中國軟體人才最大浪費的地方，一些重復性工作變成 了熟練程序員的主要工作，而這些，其實是完全可以避免的。

復用性設計，模塊化思維就是要程序員在完成任何一個功能模塊或函數的時候，要多想一些，不要局限在完成當前任務的簡單思路上，想想看該模塊是否可以脫離這個系統存在，是否可以通過簡單的修改參數的方式在其他系統和應用環境下直接引用，這樣就能極大避免重復性的開發工作，如果一個軟體研發單位和工作組能夠在每一次研發過程中都考慮到這些問題，那麼程序員就不會在重復性的工作中耽誤太多時間，就會有更多時間和精力投 入到創新的代碼工作中去。

一些好的程序模塊代碼，即便是70年代寫成的，拿到現在放到一些系統裡面作為功能模塊 都能適合的很好，而現在我看到的是，很多小公司軟體一升級或改進就動輒全部代碼重 寫，大部分重復性工作無謂的浪費了時間和精力。

程序員應具備的素質中

6：測試習慣

作為一些商業化正規化的開發而言，專職的測試工程師是不可少的，但是並不是說有了專職的測試工程師程序員就可以不進行自測；軟體研發作為一項工程而言，一個很重要的特點就是問題發現的越早，解決的代價就越低，程序員在每段代碼，每個子模塊完成後進行認真的測試，就可以盡量將一些潛在的問題最早的發現和解決，這樣對整體系統建設的效 率和可靠性就有了最大的保證。

測試工作實際上需要考慮兩方面，一方面是正常調用的測試，也就是看程序是否能在正常調用下完成基本功能，這是最基本的測試職責，可惜在很多公司這成了唯一的測試任務，實際上還差的遠那；第二方面就是異常調用的測試，比如高壓力負荷下的穩定性測試，用戶潛在的異常輸入情況下的測試，整體系統局部故障情況下該模塊受影響狀況的測試，頻發的異常請求阻塞資源時的模塊穩定測試等等。當然並不是程序員要對自己的每段代碼都需要進行這種完整測試，但是程序員必須清醒認識自己的代碼任務在整體項目中的地位和各種性能需求，有針對性的進行相關測試並盡早發現和解決問題，當然這需要上面提到的 需求理解能力。

7：學習和總結的能力

程序員是人才很容易被淘汰，很容易落伍的職業，因為一種技術可能僅僅在三兩年內具有 領先性，程序員如果想安身立命，就必須不斷跟進新的技術，學習新的技能。

善於學習，對於任何職業而言，都是前進所必需的動力，對於程序員，這種要求就更加高 了。

但是學習也要找對目標，一些小coding fans們，他們也津津樂道於他們的學習能力，一會學會了asp，一會兒學會了php，一會兒學會了jsp，他們把這個作為炫耀的資本，盲目的追逐一些膚淺的，表面的東西和名詞，做網路程序不懂通訊傳輸協議，做應用程序不懂中斷向量處理，這樣的技術人員，不管掌握了多少所謂的新語言，永遠不會有質的提高。

善於總結，也是學習能力的一種體現，每次完成一個研發任務，完成一段代碼，都應當有 目的的跟蹤該程序的應用狀況和用

⑦ 三國群英傳2 代碼

1、武將或士兵提升一個等級 輸入：{levelup}

2、增加1000單位木頭 輸入：{ineedwood}

3、增加1000單位生肉 輸入：{ineedmeat}

4、增加1000單位穀物 輸入：{ineedrice}

5、增加1000單位食物 輸入：{ineedfood}

6、增加1000單位酒水 輸入：{ineedwine}

7、增加1000單位鑌鐵 輸入：{ineediron}

8、所有城市資源增加50000單位 輸入：{ineedall}

9、過關 輸入：{ineedwin}

10、顯示幀速率 輸入：{fps}

(7)太極源碼擴展閱讀：

《三國群英傳2》中共有10個兵種，即步兵、騎兵、弓兵、賊兵、軍樂隊、運輸隊、妖術師、武術家、異民族、猛獸兵團。其中前四個兵種即步兵、騎兵、弓兵和賊兵是分三段升級的：

1、初級步兵稱短兵，15級以上短兵使用長槍後升級為長兵，30級以上長兵使用步兵車後升級為戰車；

2、初級騎兵稱輕騎兵，15級以上輕騎兵使用馬鐙後升級為重騎兵，30級以上重騎兵使用近衛鐙後升級為近衛隊；

3、初級弓兵稱弓兵，15級以上弓兵使用連弩後升級為連弩兵，30級以上連弩兵使用發石車後升級為發石車；

4、初級賊兵稱山賊，15級以上山賊使用無賴精神後升級為惡賊，30級以上惡賊使用俠義精神後升級為義賊。

⑧ 人工智慧有助於更准確預測惡劣天氣，對比其他方法，這種更准嗎

人工智慧有助於更准確預測惡劣天氣，對比其他方法，這種更准嗎？是的，人工智慧更難。人工干預降雨、台風等。用智能設備是不可能的，因為目前的人工降雨應該被稱為「人工降雨」，而人工干預應該建立在局部「雨雲」的基礎上，如果在某個地方明確無降水的雲，不管什麼樣的干預可能是有益的。至於干擾台風的形成，更是不可能，因為台風形成的大氣壓雲和眼遠高於雲，形成降雨的「能量」，通常跨越多個緯度甚至十幾個地球緯度，在人工局部干預下，這是遠遠不可能的。

最關系家電行業日常生活的，在帶來新一輪科技革命和產業革命的技術革命中，如何通過人工智慧為智能家庭提供良好的智慧生活體驗？海樂智一直致力於智力領域的藝術，為真正的解決方案提供答案。

人工智慧技術的應用邊界。現代人工智慧技術在很多方面還很缺乏，所以要讓人工智慧發揮更積極的作用，必須注意各種人工智慧技術的應用界限，例如，通過人工智慧撥打的電話會讓很多人產生反感的感覺。隨著未來人工智慧產品在功能方面的不斷完善，嚴格控制人工智慧應用的界限是很重要的。軟體包平台，在1分鍾內查看平台所有軟體外包需求，然後檢查最佳僱主的聲譽，接受他的訂單——構建門戶。在2分鍾內，令人驚訝的是，太乙完成了網站代碼的開發，並通過「豬八環」平台，介紹了網站鏈接和源代碼。平台通過驗證，客戶在網路上完成確認.太極易籌到第一桶金，兩萬元。