googlec編程規范

Ⅰ go語言適合做什麼

Go語言。他主要是在一些網頁版的伺服器中用於系統編程的一種語言。他是谷歌開發的一種編程語言。在一定程度上，谷歌有一定的壟斷作用。不能隨隨便便的在語言當中添加其他的語言成分。

Ⅱ 繼承的解釋是什麼

繼承（拼音jì chéng），指一個對象直接使用另一對象的屬性和方法。也指按照法律或遵照遺囑接受死者的財產、職務、頭銜、地位等。
概念
在編程中也沿用了繼承的概念，在面向對象編程中，如C++和java中都有類的繼承

C++類繼承中總共可以通過三個方式來實現，包括：公有繼承（public），私有繼承（private），保護繼承（protected）等。繼承可以使現有的代碼具有可重用性和可擴展性。但是，在C++的編程規范中（如google的編程規范），不建議使用私有繼承和保護繼承，而是使用組合方式。

內涵
C++編程語言的應用范圍比較廣泛，能夠以一種簡單靈活的方式幫助開發人員實現許多功能。在C++類繼承中，一個派生類可以從一個基類派生，也可以從多個基類派生。從一個基類派生的繼承稱為單繼承；從多個基類派生的繼承稱為多繼承。

Ⅲ 谷歌發布的C 編程規范

http://wenku..com/view/f5f2fe87bceb19e8b8f6ba23.html

Ⅳ 谷歌Chrome OS是用什麼編程語言或軟體編寫的呢

網易科技訊 11月20日消息，谷歌公司近日正式對外披露了chrome操作系統的最新進展，並在其官網上發布了谷歌產品經理凱撒�6�1桑古塔(Caesar Sengupta)、工程總監馬修�6�1帕巴基波斯（Matt Papakipos）撰寫的研發細節。以下為全文：今年七月，我們宣布正在研發谷歌Chrome OS操作系統，這是一個專為深度使用網路的用戶而設的開源操作系統。今天我們發布的這個開源項目叫做Chromium OS。 我們之所以在谷歌Chrome操作系統正式對用戶開放之前提前幾乎一年這樣做，是因為渴望與合作夥伴、開源社區和第三方開發者通力合作。如同谷歌Chrome瀏覽器一樣，從現在起開發人員就可以自由參與開發過程。這就意味著這些免費的代碼將面向所有人開放，並歡迎公眾為其添磚加瓦。現有的Chromium OS項目包括了我們當前的代碼庫、實驗性質的用戶界面和一些初步的設計，開發人員可以以此為基礎進行進一步的完善。此次發布的只是雛型，在接下來的一年時間里，我們會對它進行「填色」。我們想藉此機會向大家解釋我們為何如此熱衷於這個項目以及它與當前計算模式有何根本區別。首先，一切皆基於網路。所有的應用程序都是網路應用程序。所有體驗都在瀏覽器內進行，不再需要傳統的桌面應用程序。這就意味著再也沒有復雜的安裝過程，再也不用管理任何程序，再也不用為更新軟體而煩心。其次，由於所有應用程序都存在於瀏覽器內，這對於提高安全性能大有裨益。不同於傳統的操作系統，Chrome 操作系統不完全信賴你所運行的應用程序，所以每一個應用程序都在一個安全沙盒中運行，這就限制了惡意程序入侵您的電腦的能力。此外，Chrome操作系統也不完全相信自己，所以每當您重啟電腦，Chrome操作系統便會確認其代碼的完整性，如果您的系統已經被侵入，它就會自動修復並重啟。誠然，沒有一台電腦是絕對安全的，我們只是盡量讓惡意的人更難得手（也更加無利可圖）。最後，速度是我們關注的第一要務。我們正在剔除任何不必要的進程，對大量操作進行優化，並竭盡所能讓程序並行運行。這就意味著開機幾秒鍾之內就能上網沖浪。同時，我們對速度的追求已經全面擴展到硬體。我們明確規定了硬體組件的參考規范，以為谷歌Chrome操作系統提供最快速的體驗。

Ⅳ C++const問題

沒區別的。
比如你
const int i;
int const i;都是一樣的效果，不過一般用第一種寫法
又比如 const int *i；和 int * const i就不一樣 了呵呵，
樓主自己找些資料看看吧

Ⅵ 請問C++中的3個強制類型轉換有什麼不一樣

(int*)是C風格的cast
後面兩個是C++風格的cast
所謂C++風格的cast主要優點在於轉換的目的更明確，每一種（共4種）的用途也更窄，容易排錯，Google的c++編程規范推薦使用c++ style cast；

reinterpret_cast主要用於底層數據類型的轉換（比如int和指針互轉），使用者需要十分明了正在進行的轉換的含義
dynamic_cast主要用於一個繼承關系中基類向派生類的轉換（downcast），它能夠檢驗派生對象的完整性，由於需要用到運行時類型信息（RTTI），因此代價較高（performance overhead），應只用於單元測試（unit test）代碼中。

Ⅶ c++析構函數應用的兩個小問題

complex com1, com2(5.6, 7.5); // thj: 構造2; thj: 構造3
complex com3=com1; // thj: 構造4;
com3.print();

com1 是採用默認構造函數， 值為0， com3 調用拷貝構造函數， 所以值為0

global.print(); gobal 對象為全局對象，初始時調用的是默認構造函數，代碼中為對其賦值，所以值為0

Destructor //此處是撤銷com3吧？
Destructor //此處是撤銷com2吧？
Destructor //此處是撤銷com1吧？如果上述成立，那全局的對象global也應該要撤銷吧？為啥沒

這具體是依據什麼順序進行析構，不好判斷。 你可以在添加一個可以表示對象名稱的類成員，然後列印測試。

gobal 對象是全局對象， 不會在main這個主函數中析構。 具體再哪裡析構我也不知道， 有知道的朋友可以告訴一聲。

Ⅷ 學習Java時,應養成哪些好的編程習慣

個人覺得，初次學習時，可以適當忽略一些語言之外的東西，因為語言都不熟悉，一些最佳實踐、編程規范、工程標准看了你也記不住，記住了也不懂為什麼要這么做。
熟悉語法後，就要遵循工程標准和編碼規范，還有就是要了解一些最佳實踐。

《Effective Java》這本書會介紹一些最佳實踐。
如果沒工作的話，可以看看Google的編程規范，工作了的話，就要看看公司的編程規范。
-谷歌編程規范
英文：
http://google-styleguide.googlecode.com/svn/trunk/javaguide.html
中文：
http://hawstein.com/posts/google-java-style.html

Ⅸ 為什麼谷歌要執行嚴格的代碼編寫規范

我們在谷歌所做事情中另外一個讓我感到異常有效、有用的制度是嚴格的編碼規范。在到Google工作之前，我一直認為編碼規范沒有什麼用處。我堅信這些規范都是官僚制度下產生的浪費大家的編程時間、影響人們開發效率的東西。我是大錯特錯了。在谷歌，我可以查看任何的代碼，進入所有谷歌的代碼庫，我有權查看它們。事實上，這種許可權是很少人能擁有的。但是，讓我感到驚訝的卻是，如此多的編碼規范—縮進，命名，文件結構，注釋風格—這一切讓我出乎意料的輕松的閱讀任意一段代碼，並輕易的看懂它們。這讓我震驚—因為我以為這些規范是微不足道的東西。它們不可能有這么大的作用—但它們卻起到了這么大的作用。當你發現只通過看程序的基本語法結構就能讀懂一段代碼，這種時間上的節省不能不讓人震撼！反對編碼規范的人很多，下面是一些常見的理由，對於這些理由，我以前是深信不疑。這是浪費時間！我是一個優秀的程序員，我不願意浪費時間干這些愚蠢的事。我的技術很好，我可以寫出清晰的、易於理解的代碼。為什麼我要浪費時間遵守這些愚蠢的規范？答案是：統一是有價值的。就像我前面說的—你看到的任何的一行代碼—不論是由你寫的，還是由你身邊的同事，還是由一個跟你相差11個時區的距離人寫的—它們都有統一的結構，相同的命名規范—這帶來的效果是巨大的。你只需要花這么少的功夫就能看懂一個你不熟悉(或完全未見過)的程序，因為你一見它們就會覺得面熟。我是個藝術家！這種話很滑稽，但它反映了一種常見的抱怨。我們程序員對於自己的編碼風格通常懷有很高的自負。我寫出的的代碼的確能反映出我的一些特質，它是我思考的一種體現。它是我的技能和創造力的印證。如果你強迫我遵守什麼愚蠢的規范，這是在打壓我的創造力。可問題是，你的風格里的重要的部分，它對你的思想和創造力的體現，並不是藏身於這些微不足道的句法形式里。(如果是的話，那麼，你是一個相當糟糕的程序員。)規范事實上可以讓人們可以更容易的看出你的創造力—因為他們看明白了你的作品，人們對你的認識不會因不熟悉的編碼形式而受到干擾。所有人都能穿的鞋不會合任何人的腳！如果你使用的編碼規范並不是為你的項目專門設計的，它對你的項目也許並不是最佳方案。這沒事。同樣，這只是語法：非最優並不表示是不好。對你的項目來說它不是最理想的，但並不能表明它不值得遵守。不錯，對於你的項目，你並沒有從中獲得該有的好處，但對於一個大型公司來說，它帶來的好處是巨大的。除此之外，專門針對某個項目制定編碼規范一般效果會更好。一個項目擁有自己的編碼風格無可厚非。但是，根據我的經驗，在一個大型公司里，你最好有一個統一的編碼規范，特定項目可以擴展自己特定的項目方言和結構。我善長制定編碼規范！這應該是最常見的抱怨類型了。它是其它幾種反對聲音的混合體，但它卻有自身態度的直接表現。有一部分反對者深信，他們是比制定編碼規范的人更好的程序員，俯身屈從這些小學生制定的規范，將會降低代碼的質量。對於此，客氣點說，就是胡扯。純屬傲慢自大，荒唐可笑。事實上他們的意思就是，沒有人配得上給他們制定規范，對他們的代碼的任何改動都是一種破壞。如果參照任何一種合理的編碼規范，你都不能寫出合格的代碼，那隻能說你是個爛程序員。當你按照某種編碼規范進行編程時，必然會有某些地方讓你搖頭不爽。肯定會在某些地方你的編碼風格會優於這些規范。但是，這不重要。在某些地方，編碼規范也有優於你的編程風格的時候。但是，這也不重要。只要這規范不是完全的不可理喻，在程序的可理解性上得到的好處會大大的補償你的損失。但是，如果編碼規范真的是完全不可理喻呢？如果是這樣，那就麻煩了：你被糟蹋了。但這並不是因為這荒謬的編碼規范。這是因為你在跟一群蠢貨一起工作。想通過把編碼規范制定的足夠荒謬來阻止一個優秀的程序員寫出優秀的代碼，這需要努力。這需要一個執著的、冷靜的、進了水的大腦。如果這群蠢貨能強行頒布不可用的編碼規范，那他們就能幹出其它很多傻事情。如果你為這群蠢貨幹活，你的確被糟蹋了—不論你干什麼、有沒有規范。(我並不是說罕有公司被一群蠢貨管理；事實很不幸，我們這個世界從來就不缺蠢貨，而且很多蠢貨都擁有自己的公司。

Ⅹ 請問學c++一定要學stl么到底有什麼用處如果要學的話推薦本書，謝啦

一定要學！！！
這是Bjarne Stroustrup（C++的實現者）說的。
1. 學c++一定要學c++的標准庫，STL是標准庫的最重要的組成部分。
2. STL是前輩的智慧結晶，也是泛型編程的重要實例，學泛型編程，肯定要從STL入手了。
3. STL已經滲入了c++的每一個角落，你不必刻意區分，也不必刻意學，任何一本c++教程肯定有STL，不然一定不是C++
4. STL可以讓你在更高的抽象層次上享受編程的樂趣，而不是像c那樣貼近底層。
推薦書籍：
1. 基礎：任意一本C++教程。（C++primer 4 ; Programming Principles and Practise Using C++）
2. 專攻：（其實沒有必要，知道大概，查手冊就行了，當然，如果你好好學泛型，可以看看源碼）
Effective STL。。。名字什麼的我記不住，搜一下STL pdf，一個世界的書都在那等你。