開源項目,開源代碼,開源文檔,開源新聞,開源社區

Go是一個新語言，盡管它從已有的語言中借用了一些概念，但是Go語言獨有的特征使實際的Go程序與其他語言編寫的程序不盡相同。將C++或Java程序直譯為Go程序將無法得到滿意的結果——Java程序是用Java所寫，而不是Go。另

aaanly 2014-07-19 87316 0

P

盡管JSP是在Spring MVC應用中產生視圖的最可能的選擇，但它不是惟一的選擇。通過切換視圖解析器和視圖實現，你的應用可以使用其他視圖層技術產生Web頁面，甚至可以產生非HTML的輸出。在本章中，你學會了如何在Spring MVC應用中使用Velocity或FreeMarker來代替JSP。以類似的方式，你也看到如何將Jakarta Tiles集成到你的Spring MVC應用中，使應用的外觀可用性更高，也更美觀。最后，你看到如何創建定制的視圖實現，能夠產生動態生成的二進制內容，比如Excel工作表、PDF文檔以及圖像。雖然本章在應用的視圖層為你提供了若干種選擇，但所有你看到的實現都是在Spring MVC應用中完成的。那么，如果你更偏愛別的MVC框架呢？在下一章中，我們會把選擇的范圍擴展到其他MVC框架，從而你可以同時使用Spring以及你自己選擇的MVC框架。

stefanie_fuck 2010-11-16 596 0

Spring JEE框架

P

Hadoop分布式文件系統(HDFS)被設計成適合運行在通用硬件(commodity hardware)上的分布式文件系統。它和現有的分布式文件系統有很多共同點。但同時，它和其他的分布式文件系統的區別也是很明顯的。HDFS是一個高度容錯性的系統，適合部署在廉價的機器上。HDFS能提供高吞吐量的數據訪問，非常適合大規模數據集上的應用。HDFS放寬了一部分POSIX約束，來實現流式讀取文件系統數據的目的。HDFS在最開始是作為Apache Nutch搜索引擎項目的基礎架構而開發的。HDFS是Apache Hadoop Core項目的一部分。這個項目的地址是http://hadoop.apache.org/core/。

bmml123 2012-03-21 10514 0

Hadoop 分布式/云計算/大數據

P

Python 研究(Dive Into Python) Dive Into Python 是為有經驗的程序員編寫的一本 Python 書。<br>ActiveState 制作了一個 Windows 上的 Python 安裝程序稱為 ActivePython, 它包含了一個完整的 Python 發布; 一個適用于 Python 編程的 IDE 附加了一些 Python 的 Windows 擴展, 提供了全部的訪問 Windows APIs 的服務, 以及 Windows 注冊表的注冊信息。雖然 ActivePython 不是開源軟件, 但它可以自由下載。 ActivePython 是我曾經學習 Python 時使用過的 IDE, 除非有別的原因, 我建議您使用它。可能的一個原因是：ActiveState 通常要在新的Python 版本出來幾個月以后來更新它的安裝程序。如果您就需要Python 的最新版本, 并且 ActivePython 仍然落后于最新版本的話, 您應該直接跳到在 Windows 上安裝 Python 的第二種選項。

mx234 2015-08-26 210 0

Python開發

P

JMS 給java 程序員提供了一種通用的方式來創建、發送、接收和查看企業消息系統消息。企業消息產品（或者有時稱為面向消息的中間件產品）正逐漸成為公司內操作集成的關鍵組件。這些產品可以將分離的業務組件組合成一個可靠靈活的系統。除了傳統的MOM 供應商，企業消息產品也可以由數據庫供應商和許多與網絡相關的公司來提供。Java 語言的客戶端和Java 語言的中間層服務必須能夠使用這些消息系統。JMS 為Java 語言程序提供了一個通用的方式來獲取這些系統。JMS 是一個接口和相關語義的集合，那些語義定義了JMS 客戶端如何獲取企業消息產品的功能。由于消息是點對點的，所以JMS 的所有用戶都稱為客戶端（clients）。JMS 應用由定義消息的應用和一系列與他們交互的客戶端組成。

swpptt 2011-04-19 254 0

JMS 消息中間件

P

我第一次寫關于Standard Template Library的東西是在1995年，那時，我決定把More Effective C++的最后一個條款寫成一個STL的簡要概覽。我早該更好地了解STL。不久以后，我開始收到一些mail，問我什么時候寫Effective STL。我把這個想法忍耐了幾年。一開始，我對STL不夠熟悉，所以不能給出關于它的建議。但隨著時間的推移，我的STL的經驗豐富了，主要問題出在其他方面。當一個程序庫的在效率和可擴展性設計上表現出突破性的時候從來沒有出過什么問題，但當開始使用STL時，這成了我不能預見的實際問題。遷移到一個幾乎最簡單的STL程序都成了一個挑戰，不光是因為庫的實現變化多端，而且因為現有的編譯器對模板支持有好有壞。STL的教材很難得到，所以學習“用STL方式編程”很難；但即使跨越了這個障礙，找到正確易學的參考文檔同樣很困難。可能使人畏懼的是，即使最小的STL使用錯誤往往會導致一個編譯器診斷的風暴——每一個錯誤都有上千個字長，而且大多涉及的類，函數或模板在令人厭惡的源代碼中并沒有被提及——幾乎都是難以理解的。雖然我很欽佩STL和它背后的英雄們，但我還是覺得把STL推薦給在業的程序員并不合適。我不能肯定能有效率地使用STL。然后我開始注意到一些讓我感到驚奇的事情。盡管有很多小問題，盡管只有令人消沉的文檔，盡管編譯器的出錯信息像無線電信號雜音，但仍然有很多我的咨詢客戶在使用STL。而且，他們不只是玩玩而已，他們竟然把STL用到了產品的代碼中！這是一個革命。我知道STL表現出的是一流的設計，但程序員是不會喜歡用“必須忍耐輕微頭痛，只有貧乏的文檔和天書般的錯誤信息，但設計得很好”的程序庫的。我了解到越來越多的專業程序員都認為即使一個實現得很不好的STL也比什么都沒有好得多。