阿里&百度&騰訊&facebook&Microsoft&Google開源項目匯總

阿里&百度&騰訊&facebook&Microsoft&Google開源項目匯總

Tencent

Tinker是Android的熱修復(fù)解決方案庫,它支持dex,庫和資源更新,無需重新安裝apk。

Tars是基于使用tars協(xié)議的命名服務(wù)的高性能rpc框架,并提供了半自動操作平臺。

群發(fā)服務(wù)引擎(MSEC)由騰訊QQ團隊開源。它是一個后端DEV和OPS引擎,包括RPC,名稱查找,負載平衡,監(jiān)控,發(fā)布和容量管理。 http://haomiao.qq.com

Mars是由WeChat開發(fā)的跨平臺網(wǎng)絡(luò)組件。

藍鯨智云配置平臺(blueking cmdb) http://bk.tencent.com

Wechat

Libco是微信后臺大規(guī)模使用的C/C++協(xié)程庫,2013年至今穩(wěn)定運行在微信后臺的數(shù)萬臺機器上。Libco提供了完善的協(xié)程編程接口、常用的Socket族函數(shù)Hook等,使得業(yè)務(wù)可用同步編程模型快速迭代開發(fā)。
早期微信后臺因為業(yè)務(wù)需求復(fù)雜多變、產(chǎn)品要求快速迭代等需求,大部分模塊都采用了半同步半異步模型。接入層為異步模型,業(yè)務(wù)邏輯層則是同步的多進程或多線程模型,業(yè)務(wù)邏輯的并發(fā)能力只有幾十到幾百。隨著微信業(yè)務(wù)的增長,系統(tǒng)規(guī)模變得越來越龐大,每個模塊很容易受到后端服務(wù)/網(wǎng)絡(luò)抖動的影響。基于這樣的背景,微信開發(fā)了Libco,實現(xiàn)了對業(yè)務(wù)邏輯非侵入的異步化改造。

PhxPaxos是微信后臺團隊自主研發(fā)的一套基于Paxos協(xié)議的多機狀態(tài)拷貝類庫。它以庫函數(shù)的方式嵌入到開發(fā)者的代碼當(dāng)中,使得一些單機狀態(tài)服務(wù)可以擴展到多機器,從而獲得強一致性的多副本以及自動容災(zāi)的特性。PhxPaxos在微信服務(wù)里面經(jīng)過一系列的工程驗證和大量的惡劣環(huán)境下的測試,在一致性的保證上極為健壯。
PhxPaxos的特性包括使用基于消息傳遞機制的純異步工程架構(gòu)、每次寫盤使用fsync嚴格保證正確性、支持Checkpoint以及對PaxosLog的自動清理、使用點對點流式協(xié)議進行快速學(xué)習(xí)、支持跨機器的Checkpoint自動拉取、內(nèi)置Master選舉功能、自適應(yīng)的過載保護等。

PhxSQL是一個兼容MySQL、服務(wù)高可用、數(shù)據(jù)強一致的關(guān)系型數(shù)據(jù)庫集群。PhxSQL以單Master多Slave方式部署,在集群內(nèi)超過一半機器存活的情況下、即可提供服務(wù),并且自身實現(xiàn)自動Master切換、保證數(shù)據(jù)一致性。PhxSQL不依賴于ZooKeeper等任何第三方做存活檢測及選主。PhxSQL基于MySQL的一個分支Percona 5.6開發(fā),功能和實現(xiàn)與MySQL基本一致。
MySQL主備在主機上支持完整SQL、全局事務(wù)、以repeatable read和serializable級別的事務(wù)隔離,在金融、帳號等關(guān)鍵業(yè)務(wù)中有巨大的價值。但是MySQL傳統(tǒng)主備方案也有其缺點。最明顯的就是主機故障后的自動換主和新舊主數(shù)據(jù)一致性,即所謂的一致性和可用性。為了解決這個問題,并同時完全兼容MySQL,微信在MySQL的基礎(chǔ)上應(yīng)用Paxos,設(shè)計和開發(fā)了PhxSQL。

PhxRPC是微信后臺團隊推出的一個簡潔小巧的RPC框架,編譯生成的庫只有450K(編譯只依賴第三方庫Protobuf)。PhxRPC的特性如下:
 - 使用Protobuf作為IDL用于描述RPC接口以及通信數(shù)據(jù)結(jié)構(gòu)。
 - 基于Protobuf文件自動生成Client以及Server接口,用于Client的構(gòu)建,以及Server的實現(xiàn)。
 - 半同步半異步模式,采用獨立多IO線程,通過Epoll管理請求的接入以及讀寫,工作線程采用固定線程池。IO線程與工作線程通過內(nèi)存隊列進行交互。
 - 提供完善的過載保護,無需配置閾值,支持動態(tài)自適應(yīng)拒絕請求。
 - 提供簡易的Client/Server配置讀入方式。
 基于lambda函數(shù)實現(xiàn)并發(fā)訪問Server,可以非常方便地實現(xiàn)Google提出的 Backup Requests 模式。

Mars是微信官方的終端基礎(chǔ)組件,是一個結(jié)合移動應(yīng)用所設(shè)計的基于Socket層的解決方案,在網(wǎng)絡(luò)調(diào)優(yōu)方面有更好的可控性,采用C++開發(fā)。目前已接入微信 Android、iOS、Mac、Windows、WP 等客戶端。

Tinker是微信官方的Android熱補丁解決方案,它支持動態(tài)下發(fā)代碼、So庫以及資源,讓應(yīng)用能夠在不需要重新安裝的情況下實現(xiàn)更新。

Tinker的具體設(shè)計目標如下:
開發(fā)透明:開發(fā)者無需關(guān)心是否在補丁版本,他可以隨意修改,不由框架限制。
性能無影響:補丁框架不能對應(yīng)用帶來性能損耗。
完整支持:支持代碼,So 庫以及資源的修復(fù),可以發(fā)布功能。
補丁大小較小: 補丁大小應(yīng)該盡量的小,提高升級率。
穩(wěn)定,兼容性好:保證微信的數(shù)億用戶的使用,盡量減少反射。

Alibaba

Baidu

Security

自動SQL注入和數(shù)據(jù)庫接管工具http://sqlmap.org

Facebook

React Native是Facebook在2015年開源的基于React.js的移動開發(fā)框架,它的設(shè)計理念是讓移動應(yīng)用既擁有Native的用戶體驗,同時又可以保留React的開發(fā)效率,提高代碼的復(fù)用率。React Native的宗旨是,學(xué)習(xí)一次,高效編寫跨平臺原生應(yīng)用。開發(fā)者可以使用JavaScript編寫應(yīng)用,并利用相同的核心代碼就可以創(chuàng)建Web、iOS 和Android平臺的原生應(yīng)用,目前已經(jīng)實現(xiàn)了對iOS和Android兩大平臺的支持。

GraphQL是Facebook開源的數(shù)據(jù)查詢語言。Facebook在構(gòu)建移動應(yīng)用程序時,需要用API獲取足夠強大的數(shù)據(jù)來描述所有的臉譜,同時簡單易學(xué)易用,于是開發(fā)了GraphQL,并支持每天千億級的調(diào)用。GraphQL不是像MySQL或Redis這樣直接面向數(shù)據(jù)的接口,而是面向已經(jīng)存在的應(yīng)用代碼的接口。你可以把GraphQL看作是為了調(diào)用應(yīng)用服務(wù)器上的方法的一些內(nèi)嵌的RPC。

Presto是Facebook開發(fā)的一款分布式SQL引擎,主要用于針對各種大小的數(shù)據(jù)源(從GB到PB)來運行交互式分析查詢。Facebook創(chuàng)建Presto的主要目的在于幫助他們更快地分析數(shù)據(jù),因為Facebook的數(shù)據(jù)量一直在持續(xù)增長,產(chǎn)品周期的節(jié)奏也變得越來越快。自從2013年11月開源后,Presto的用戶量呈現(xiàn)了爆發(fā)式增長。諸如Airbnb、京東、Dropbox以及Netflix等公司都將Presto作為自己的交互式查詢引擎。

HHVM(HipHop Virtual Machine)是Facebook于2013年開源的PHP執(zhí)行引擎。它采用一種JIT(just-in-time)的編譯機制實現(xiàn)了高性能,同時又保持對 PHP 語法的充分支持。HHVM常常用作獨立的服務(wù)器,用于替代Apache與mod_php,旨在執(zhí)行使用Hack與PHP所編寫的程序。它使用了即時編譯方法來實現(xiàn)超高的性能,同時又保持了PHP開發(fā)者所習(xí)慣的靈活性。

React是Facebook開發(fā)的用于構(gòu)建用戶界面的JavaScript庫,現(xiàn)已為很多公司所用,因為它采用了一種不同的方式來構(gòu)建應(yīng)用:借助于React,開發(fā)者可以將應(yīng)用分解為彼此解耦的獨立組件,這樣就可以獨立維護并迭代各種組件了。2015年,React有兩個主要的發(fā)布,同時還發(fā)布了React Native,并且發(fā)布了新的開發(fā)者工具。現(xiàn)在已經(jīng)有越來越多的公司(包括Netflix與WordPress)開始使用React構(gòu)建自己的產(chǎn)品了。

RocksDB是Facebook開源的嵌入式、可持久化鍵值存儲系統(tǒng),它基于Google的LevelDB,但提高了擴展性可以運行在多核處理器上,可以有效使用快速存儲,支持IO綁定、內(nèi)存和一次寫負荷。過去一段時間,RocksDB在社區(qū)非常流行,F(xiàn)acebook分析其原因在于它能夠?qū)τ捎诰W(wǎng)絡(luò)延遲等原因造成的慢查詢響應(yīng)時間起到消除的作用,RocksDB非常靈活,完全可以針對各種新興的硬件發(fā)展趨勢進行定制。LinkedIn與Yahoo都是RocksDB的重度使用者。

Augmented Traffic Control(ATC)能夠利用Wi-Fi網(wǎng)絡(luò)模擬2G、2.5G(Edge)、3G以及LTE 4G移動網(wǎng)絡(luò)環(huán)境,測試工程師們可以快速在各種不同的模擬網(wǎng)絡(luò)環(huán)境中切換,從而實現(xiàn)對智能手機和App在不同國家地區(qū)和應(yīng)用環(huán)境下的性能表現(xiàn)進行測試。ATC是Facebook內(nèi)部團隊在2013年的一次Hackathon活動上開發(fā)出來的工具,其原理實際是利用了Linux流量控制系統(tǒng),通過純Python的網(wǎng)絡(luò)庫pyroute2調(diào)用netlink的API控制,而開發(fā)其的目的是為了確保更多的用戶獲得最好的應(yīng)用體驗。

WebScaleSQL是基于MySQL 5.6 社區(qū)版本改編的MySQL通用分支,基于GPL開源協(xié)議發(fā)布。WebScaleSQL目前已經(jīng)做了很多性能改進工作,包括:客戶端異步協(xié)調(diào)、邏輯預(yù)讀、查詢限流、服務(wù)端線程池優(yōu)化、InnoDB大頁支持等等。WebScaleSQL上的功能都是很“Web Scale”和接地氣的。比如線程池優(yōu)化,WebScaleSQL基于Mariadb的線程池實現(xiàn)進行重寫并優(yōu)化,對讀寫隊列進行分離,重新設(shè)計隊列優(yōu)先級策略,避免了餓死現(xiàn)象。要知道線程餓死在有些場景下是很嚴重的。尤其是在并發(fā)連接數(shù)往往很大的互聯(lián)網(wǎng)應(yīng)用里面。

代碼審查方面,F(xiàn)acebook開源了可視化工具Phabricator。工程師可以在頁面上非常方便的針對每一段(單行或者多行)代碼進行交互討論;負責(zé)審查的工程師可以接受代碼改變,可以提出疑問要求原作者繼續(xù)修改,可以提出自己不適合以推出該代碼審查,等等。只有代碼被明確接受之后才能被工程師提交到服務(wù)器端的代碼庫,這一點集成到提交工具中強制執(zhí)行。

Proxygen是一款Facebook開源的支持SPDY 3.1的HTTP框架。其目的不是替換Apache,而是有能力創(chuàng)建一個專用的高性能Web服務(wù)器,使其可以嵌入到Facebook提供Web服務(wù)的現(xiàn)有應(yīng)用中。Facebook從2011年開始構(gòu)建一款代理服務(wù)器(Proxygen這個名字也是由此而來),在該項目演進并在生產(chǎn)環(huán)境中測試了數(shù)年之后,F(xiàn)acebook將其代碼開源了。 Facebook內(nèi)部做的基準測試表明,在一個Proxygen echo服務(wù)器上,每秒可以支撐多達304 197次基于SPDY 3.1的內(nèi)存GET請求。

Pop是Facebook推出的一個可擴展的iOS 和OS X動畫庫,其新聞聚合閱讀應(yīng)用Paper背后的核心技術(shù)就是由Pop支持。除了增加基本的靜態(tài)動畫外,還支持Spring和衰變動態(tài)動畫,可非常方便的構(gòu)建現(xiàn)實的、基于物理的交互。Pop動畫庫的動畫效果非常流暢,因為它使用了CADisplayLink來刷新畫面(幀),一秒鐘刷新幀數(shù)為60幀,接近于游戲開發(fā)引擎。Pop動畫的自成體系,與系統(tǒng)的CoreAnimation有很大的區(qū)別,但使用上非常相似。

Infer是Facebook的開發(fā)團隊在代碼提交內(nèi)部評審時,用來執(zhí)行增量分析的一款靜態(tài)分析工具,在代碼提交到代碼庫或者部署到用戶的設(shè)備之前找出bug。由OCaml語言編寫的Infer目前能檢測出空指針訪問、資源泄露以及內(nèi)存泄露,可對C、Java或Objective-C代碼進行檢測。Facebook使用Infer自動驗證iOS和安卓上的移動應(yīng)用的代碼,bug報告的正確率達80%。Infer通過捕獲編譯命令,把要被編譯的文件轉(zhuǎn)換為可用于分析潛在錯誤的中間語言格式。整個過程是增量進行的,意味著通常只有那些有修改過并提交編譯的文件才會被Infer分析。Infer還集成了大量的構(gòu)建或編譯工具,包括Gradle、Maven、Buck、Xcodebuild、clang、make和javac。

osquery是一款面向OSX和Linux的操作系統(tǒng)檢測框架。它將操作系統(tǒng)暴露為一個高性能的關(guān)系型數(shù)據(jù)庫,允許用戶編寫SQL查詢查看操作系統(tǒng)數(shù)據(jù)。在osquery中,SQL表代表像下面這樣的抽象概念:

  • 正在運行的進程
  • 已加載的內(nèi)核模塊
  • 打開的網(wǎng)絡(luò)連接
    雖然osquery利用了非常底層的操作系統(tǒng)API,但它允許用戶在Ubuntu、CentOS和Mac OS X上構(gòu)建并使用它。osquery性能極高,內(nèi)存占用小,支持用戶在整個基礎(chǔ)設(shè)施上執(zhí)行查詢。

Flow是Facebook出品的一個JavaScript代碼的靜態(tài)類型檢查工具,該工具采用開放源碼的OCaml(Objective Caml)語言開發(fā),。Flow能夠幫助開發(fā)人員查找出JavaScript代碼中的類型錯誤,從而提高開發(fā)效率和代碼質(zhì)量。Flow已經(jīng)能夠捕獲JavaScript代碼中的常見問題,如靜態(tài)類型轉(zhuǎn)換不匹配、空指針引用等問題。同時,F(xiàn)low還為JavaScript新增了類型語法,如類型別名。

Facebook認為MVC無法滿足他們的擴展需求,因此他們決定使用另一種模式:Flux。由于Facebook非常巨大的代碼庫和龐大的組織,所以MVC真的很快就變得非常復(fù)雜,于是他們得出結(jié)論,認為MVC不適合于大規(guī)模應(yīng)用。
每次Facebook工程師努力增加一項新特性時,系統(tǒng)的復(fù)雜性成級數(shù)增長,代碼變得“脆弱和不可預(yù)測”。對于剛接觸某個代碼庫的開發(fā)人員來說,這正成為一個嚴重的問題。Flux是一個Facebook開發(fā)的、利用單向數(shù)據(jù)流實現(xiàn)的應(yīng)用架構(gòu),用于 React。Flux應(yīng)用有三個主要的部分組成:調(diào)度程序、存儲和視圖(React 組件)。

Stetho是一個Android應(yīng)用的調(diào)試工具。當(dāng)Android應(yīng)用集成Stetho時,開發(fā)者可以通過訪問Chrome,在Chrome Developer Tools中查看應(yīng)用布局、網(wǎng)絡(luò)請求、sqlite、preference等等,可視化一切應(yīng)用操作(更重要的是不用root)。開發(fā)者也可通過它的dumpapp工具提供的命令行接口來訪問應(yīng)用內(nèi)部。

Twitter

Typeahead.js是Twitter的一個jQuery插件,支持遠程和本地的數(shù)據(jù)集。比較有特色的地方在于,你可以將數(shù)據(jù)集使用本地存儲(local storage)來保存在本地,有效的提高用戶體驗。同時也擁有很多遠程數(shù)據(jù)集的處理選項,例如請求頻率,最大的并發(fā)請求數(shù),等等。它的主要特性有:
支持數(shù)據(jù)本地保存,客戶端加載,優(yōu)化加載速度;
支持多語言,并且支持阿拉伯文;
支持Hogan.js模板引擎整合;
支持多數(shù)據(jù)集拼裝;
支持本地和遠程的數(shù)據(jù)集

Twemoji是Twitter于2014年開源的完整的Emoji表情圖片,Twemoji包含872個表情,兼容最新的Unicode 7.0。Emoji,來自日本的小巧符號,通過圖像表達感情,已經(jīng)征服了移動互聯(lián)網(wǎng)的信息世界。現(xiàn)在,你可以在虛擬世界中隨處使用它們。開發(fā)者可以去GitHub下載完整的表情庫,并把這些表情加入到自己的應(yīng)用或網(wǎng)頁中。

Hogan.js是Twitter團隊所制作的一個針對mustache模板的語法解析器。Hogan.js不依賴其他任何庫或框架,同時保證了高效率的模板解析,而其體積卻僅有2.5K。用它作為你的一部分資產(chǎn)打包編譯模板提前或?qū)⑺ㄔ谀愕臑g覽器來處理動態(tài)模板。

Finagle是一個允許開發(fā)者使用Java、Scala或其他JVM語言來構(gòu)建異步RPC服務(wù)器和客戶端的庫,主要用于Twitter的后端服務(wù)。Finagle是Twitter基于Netty開發(fā)的支持容錯的、協(xié)議無關(guān)的RPC框架,該框架支撐了Twitter的核心服務(wù)。
Twitter面向服務(wù)的架構(gòu)是由一個龐大的Ruby on Rails應(yīng)用轉(zhuǎn)化而來的。為了適應(yīng)這種架構(gòu)的變化,需要有一個高性能的、支持容錯的、協(xié)議無關(guān)且異步的RPC框架。在面向服務(wù)的架構(gòu)之中,服務(wù)會將大多數(shù)的時間花費在等待上游服務(wù)的響應(yīng)上,因此使用異步的庫能夠讓服務(wù)并發(fā)地處理請求,從而充分發(fā)揮硬件的潛能。Finagle構(gòu)建在Netty之上,并不是直接在原生NIO之上構(gòu)建的,這是因為Netty已經(jīng)解決了許多Twitter所遇到的問題并提供了干凈整潔的API。\

Diffy是一個開源的自動化測試工具,它能夠自動檢測基于Apache Thrift或者基于HTTP的服務(wù)。使用Diffy,只需要進行簡單的配置,之后不需要再編寫測試代碼。
Diffy主要基于穩(wěn)定版本和它的副本的輸出,對候選版本的輸出進行比較,以檢查候選版本是否正確。因此,Diffy首先假設(shè)候選版本應(yīng)該和穩(wěn)定版本有“相似”的輸出。即不論候選版本和穩(wěn)定版本系統(tǒng)模塊是否相同,他們的最終輸出應(yīng)該是“相似”的。這里一直使用“相似”,而不是使用相同,是因為相同請求可能會有一些Diffy不需要關(guān)心的干擾,比如:
響應(yīng)中包含服務(wù)器生成的時間戳;
代碼中使用了隨機數(shù);
系統(tǒng)服務(wù)間有條件競爭。

Scalding是一個Scala庫,簡化了Hadoop MapReduce作業(yè)開發(fā),基于Cascading構(gòu)建。Scalding跟Pig類似,但提供更緊密的Scala集成。Scalding是用于Cascading的Scala API。Cascading是一個構(gòu)建于Hadoop上的API,用來創(chuàng)建復(fù)雜和容錯數(shù)據(jù)處理工作流,它抽象了集群拓撲結(jié)構(gòu)和配置,允許開發(fā)者快速開發(fā)復(fù)雜分布式的應(yīng)用,而不用考慮背后的MapReduce。

Heron的基本原理和方法:實時流系統(tǒng)是在大規(guī)模數(shù)據(jù)分析的基礎(chǔ)上實現(xiàn)系統(tǒng)性的分析。另外,它還需要:每分鐘處理數(shù)十億事件的能力、有秒級延遲,和行為可預(yù)見;在故障時保證數(shù)據(jù)的準確性,在達到流量峰值時是彈性的,并且易于調(diào)試和在共享的基礎(chǔ)設(shè)施上實現(xiàn)簡單部署。

SecureHeaders是Twitter送給Web開發(fā)者的一份大禮,作為一款Web安全開發(fā)工具,Secureheaders能夠自動實施安全相關(guān)的header規(guī)則,包括內(nèi)容安全政策(CSP),防止XSS、HSTS等攻擊,防止火綿羊(Firesheep)攻擊以及XFO點擊劫持等。

Twemproxy是一個快速的單線程代理程序,支持Memcached ASCII協(xié)議和更新的Redis協(xié)議。它全部用C寫成,使用Apache 2.0 License授權(quán)。Twemproxy的強大之處在于可以通過配置的方式讓它禁用掉失敗的結(jié)點,同時還能在一段時間后進行重試,抑或使用指定的鍵->服務(wù)器映射。這意味著在將Redis用作數(shù)據(jù)存儲時,它可以對Redis數(shù)據(jù)集進行分片(禁用掉結(jié)點驅(qū)逐);在將Redis用作緩存時,它可以啟用結(jié)點驅(qū)逐以實現(xiàn)簡單的高可用性。它的特性是:

  • 通過代理的方式減少緩存服務(wù)器的連接數(shù);
    -自動在多臺緩存服務(wù)器間共享數(shù)據(jù);
    -通過不同的策略與散列函數(shù)支持一致性散列;
    -通過配置的方式禁用失敗的結(jié)點;
    -運行在多個實例上,客戶端可以連接到首個可用的代理服務(wù)器;
    -支持請求的流式與批處理,因而能夠降低來回的消耗;
    -速度快;
    -輕量級。

Microsoft

Visual Studio Code是微軟于2015年正式發(fā)布的項目,可以運行在Mac OS X、Windows和Linux之上,面向Web和云應(yīng)用的一款跨平臺源代碼編輯器。

TypeScript是JavaScript強類型的超集,可以編譯成純JavaScript。由微軟開發(fā)的自由和開源的編程語言,可以運行在各類瀏覽器和操作系統(tǒng)之上。

CNTK全稱為The Microsoft Cognitive Toolkit, 將神經(jīng)網(wǎng)絡(luò)描述為計算機可處理的有向圖,有向圖的葉節(jié)點表示輸入值或網(wǎng)絡(luò)參數(shù),其他節(jié)點表示輸入對應(yīng)的矩陣運算。CNTK便于實現(xiàn)并且也結(jié)合了很多流行計算模型如前饋DNN,卷積網(wǎng)(CNN)和復(fù)現(xiàn)網(wǎng)絡(luò)(RNN / LSTM)。它可以跨多個GPU和服務(wù)器實現(xiàn)隨機梯度下降(SGD,誤差反向傳播)學(xué)習(xí)與自動微分和并行化。
可以在Python或者C++語言中如同庫版應(yīng)用,也可以使用其自有的描述語言BrainScript單機化使用。CNTK可適用于64位的Linux和Window,于2015年4月開源。

.NET是微軟研發(fā)的XML Web services平臺,此框架支持多種語言(如C#、F#、VB.Net、C++、Python等)的開發(fā)。.NET框架歷經(jīng)亟待,最終于2014年開源。
C#通常被認為是微軟專屬,是.NET框架上最常用的編程語言之一, 其著名競爭對手是Java。

一個跨平臺(Windows、Linux和macOS)自動化和配置工具/框架,可與現(xiàn)有工具完美配合,并優(yōu)化用于處理結(jié)構(gòu)化數(shù)據(jù)(例如JSON,CSV,XML等)、REST API 和對象模型。 它包括命令行shell,相關(guān)的腳本語言和用于處理cmdlet的框架。

GitHub地址:https://github.com/Microsoft/WinObjC
GitHub地址:https://github.com/Microsoft/api-guidelines
為Visual Studio提供了一個Objective-C開發(fā)環(huán)境并支持iOS API。通過重新使用Objective-C代碼和iOS API,配以Windows自有Cortana(中文名:微軟小娜,微軟發(fā)布的全球第一款個人智能助理)和通知等功能,用戶可以創(chuàng)建通用Windows平臺(UWP)應(yīng)用程序并運行在Windows設(shè)備上。

旨在TDD友好,用于創(chuàng)建符合最新Web標準的復(fù)雜應(yīng)用程序、構(gòu)建動態(tài)網(wǎng)站,可以在IIS中托管或自我托管。

微軟在Build 2016大會上宣布了一條振奮人心的消息,大家驚呼Ubuntu on Windows。Bash on Windows 為開發(fā)者們提供了Bash shell、Linux類似環(huán)境,在不需要Linux虛擬機的情況下,大部分的Linux命令行工具基本上可以不經(jīng)修改地運行在Windows上。

微軟支持開發(fā)者們將各種開源軟件工具和技術(shù)帶入Azure。Azure 應(yīng)用市場支持很多Linux 分發(fā),包括 Ubuntu、Debian 和 SUSE;也支持借助支持 Node.js、PHP、Python 和 Java 的 Azure 應(yīng)用服務(wù),生成 Web 和移動應(yīng)用。

持續(xù)收集更新中...

最后編輯于
?著作權(quán)歸作者所有,轉(zhuǎn)載或內(nèi)容合作請聯(lián)系作者
平臺聲明:文章內(nèi)容(如有圖片或視頻亦包括在內(nèi))由作者上傳并發(fā)布,文章內(nèi)容僅代表作者本人觀點,簡書系信息發(fā)布平臺,僅提供信息存儲服務(wù)。
  • 序言:七十年代末,一起剝皮案震驚了整個濱河市,隨后出現(xiàn)的幾起案子,更是在濱河造成了極大的恐慌,老刑警劉巖,帶你破解...
    沈念sama閱讀 228,786評論 6 534
  • 序言:濱河連續(xù)發(fā)生了三起死亡事件,死亡現(xiàn)場離奇詭異,居然都是意外死亡,警方通過查閱死者的電腦和手機,發(fā)現(xiàn)死者居然都...
    沈念sama閱讀 98,656評論 3 419
  • 文/潘曉璐 我一進店門,熙熙樓的掌柜王于貴愁眉苦臉地迎上來,“玉大人,你說我怎么就攤上這事。” “怎么了?”我有些...
    開封第一講書人閱讀 176,697評論 0 379
  • 文/不壞的土叔 我叫張陵,是天一觀的道長。 經(jīng)常有香客問我,道長,這世上最難降的妖魔是什么? 我笑而不...
    開封第一講書人閱讀 63,098評論 1 314
  • 正文 為了忘掉前任,我火速辦了婚禮,結(jié)果婚禮上,老公的妹妹穿的比我還像新娘。我一直安慰自己,他們只是感情好,可當(dāng)我...
    茶點故事閱讀 71,855評論 6 410
  • 文/花漫 我一把揭開白布。 她就那樣靜靜地躺著,像睡著了一般。 火紅的嫁衣襯著肌膚如雪。 梳的紋絲不亂的頭發(fā)上,一...
    開封第一講書人閱讀 55,254評論 1 324
  • 那天,我揣著相機與錄音,去河邊找鬼。 笑死,一個胖子當(dāng)著我的面吹牛,可吹牛的內(nèi)容都是我干的。 我是一名探鬼主播,決...
    沈念sama閱讀 43,322評論 3 442
  • 文/蒼蘭香墨 我猛地睜開眼,長吁一口氣:“原來是場噩夢啊……” “哼!你這毒婦竟也來了?” 一聲冷哼從身側(cè)響起,我...
    開封第一講書人閱讀 42,473評論 0 289
  • 序言:老撾萬榮一對情侶失蹤,失蹤者是張志新(化名)和其女友劉穎,沒想到半個月后,有當(dāng)?shù)厝嗽跇淞掷锇l(fā)現(xiàn)了一具尸體,經(jīng)...
    沈念sama閱讀 49,014評論 1 335
  • 正文 獨居荒郊野嶺守林人離奇死亡,尸身上長有42處帶血的膿包…… 初始之章·張勛 以下內(nèi)容為張勛視角 年9月15日...
    茶點故事閱讀 40,833評論 3 355
  • 正文 我和宋清朗相戀三年,在試婚紗的時候發(fā)現(xiàn)自己被綠了。 大學(xué)時的朋友給我發(fā)了我未婚夫和他白月光在一起吃飯的照片。...
    茶點故事閱讀 43,016評論 1 371
  • 序言:一個原本活蹦亂跳的男人離奇死亡,死狀恐怖,靈堂內(nèi)的尸體忽然破棺而出,到底是詐尸還是另有隱情,我是刑警寧澤,帶...
    沈念sama閱讀 38,568評論 5 362
  • 正文 年R本政府宣布,位于F島的核電站,受9級特大地震影響,放射性物質(zhì)發(fā)生泄漏。R本人自食惡果不足惜,卻給世界環(huán)境...
    茶點故事閱讀 44,273評論 3 347
  • 文/蒙蒙 一、第九天 我趴在偏房一處隱蔽的房頂上張望。 院中可真熱鬧,春花似錦、人聲如沸。這莊子的主人今日做“春日...
    開封第一講書人閱讀 34,680評論 0 26
  • 文/蒼蘭香墨 我抬頭看了看天上的太陽。三九已至,卻和暖如春,著一層夾襖步出監(jiān)牢的瞬間,已是汗流浹背。 一陣腳步聲響...
    開封第一講書人閱讀 35,946評論 1 288
  • 我被黑心中介騙來泰國打工, 沒想到剛下飛機就差點兒被人妖公主榨干…… 1. 我叫王不留,地道東北人。 一個月前我還...
    沈念sama閱讀 51,730評論 3 393
  • 正文 我出身青樓,卻偏偏與公主長得像,于是被迫代替她去往敵國和親。 傳聞我的和親對象是個殘疾皇子,可洞房花燭夜當(dāng)晚...
    茶點故事閱讀 48,006評論 2 374

推薦閱讀更多精彩內(nèi)容