編程風格
⑴ 程序設計風格的介紹
程序設計風格指一個人編製程序時所表現出來的特點，習慣邏輯思路等。 在程序設計中要使程序結構合理、清晰，形成良好的編程習慣，對程序的要求不僅是可以在機器上執行，給出正確的結果，而且要便於程序的調試和維護，這就要求編寫的程序不僅自己看得懂，而且也要讓別人能看懂。
⑵ 什麼是程序設計風格
隨著計算機技術的發展，軟體的規模增大了，軟體的復雜性也增強了。為了提高程序的可閱讀性，要建立良好的編程風格。
風格就是一種好的規范，當然我們所說的程序設計風格肯定是一種好的程序設計規范，包括良好的代碼設計，函數模塊，介面功能以及可擴展性等，更重要的就是程序設計過程中代碼的風格，包括縮進，注釋，變數及函數的命名，泛型和容易理解。
程序設計風格指一個人編製程序時所表現出來的特點，習慣邏輯思路等。 在程序設計中要使程序結構合理、清晰，形成良好的編程習慣，對程序的要求不僅是可以在機器上執行，給出正確的結果，而且要便於程序的調試和維護，這就要求編寫的程序不僅自己看得懂，而且也要讓別人能看懂。
⑶ 問一個c語言的編程風格的問題
那是指大程序，特別是很多人一起編程的時候，好的閱讀性是必要的.同理,程序的細分也是必要的.
⑷ 良好的程序設計風格主要包括哪些內容。
良好的程序設計風格
全局變數用具有描述意義的名字，局部變數用短名字。函數採用動作性的名字。保持一致性。
縮進形式顯示程序結構，使用一致的縮行和加括弧風格。使用空行顯示模塊
充分而合理地使用程序注釋 給函數和全局數據加註釋。不要注釋不好的代碼，應該重寫。不要與代碼矛盾。
友好的程序界面，程序界面的方便性及有效性
不要濫用語言技巧 使用表達式的自然形式。利用括弧排除歧義。分解復雜的表達式。當心副作用，像++ 這一類運算符具有副作用。
程序的健壯性：容錯
模塊化編程
1）應該特別注意程序的書寫格式，讓它的形式反映出其內在的意義結構。
程序是最復雜的東西（雖然你開始寫的程序很簡單，但它們會逐漸變得復雜起來），是需要用智力去把握的智力產品。良好的格式能使程序結構一目瞭然，幫助你和別人理解它，幫助你的思維，也幫助你發現程序中不正常的地方，使程序中的錯誤更容易被發現。
人們常用的格式形式是：邏輯上屬於同一個層次的互相對齊；邏輯上屬於內部層次的推到下一個對齊位置。請參考本課程的教科書或《C程序設計語言》（The C Programming Language，Brian W. Kernighan & Dennis M. Rirchie，清華大學出版社，大學計算機教育叢書（影印版，英文），1996。）
利用集成開發環境（IDE）或者其他程序編輯器的功能，可以很方便地維護好程序的良好格式。請注意下面這幾個鍵，在寫程序中應該經常用到它們：Enter鍵（換一行），Tab鍵（將輸入游標移到下一個對齊位置——進入新的一個層次），Backspace鍵（回到前一個對齊位置——退到外面的一個層次）。
⑸ 什麼是良好的程序設計風格
良好的程序設計風格
全局變數用具有描述意義的名字，局部變數用短名字。函數採用動作性的名字。保持一致性。
縮進形式顯示程序結構，使用一致的縮行和加括弧風格。使用空行顯示模塊
充分而合理地使用程序注釋 給函數和全局數據加註釋。不要注釋不好的代碼，應該重寫。不要與代碼矛盾。
友好的程序界面，程序界面的方便性及有效性
不要濫用語言技巧 使用表達式的自然形式。利用括弧排除歧義。分解復雜的表達式。當心副作用，像++ 這一類運算符具有副作用。
程序的健壯性：容錯
模塊化編程
1）應該特別注意程序的書寫格式，讓它的形式反映出其內在的意義結構。
程序是最復雜的東西（雖然你開始寫的程序很簡單，但它們會逐漸變得復雜起來），是需要用智力去把握的智力產品。良好的格式能使程序結構一目瞭然，幫助你和別人理解它，幫助你的思維，也幫助你發現程序中不正常的地方，使程序中的錯誤更容易被發現。
人們常用的格式形式是：邏輯上屬於同一個層次的互相對齊；邏輯上屬於內部層次的推到下一個對齊位置。請參考本課程的教科書或《C程序設計語言》（The C Programming Language，Brian W. Kernighan & Dennis M. Rirchie，清華大學出版社，大學計算機教育叢書（影印版，英文），1996。）
利用集成開發環境（IDE）或者其他程序編輯器的功能，可以很方便地維護好程序的良好格式。請注意下面這幾個鍵，在寫程序中應該經常用到它們：Enter鍵（換一行），Tab鍵（將輸入游標移到下一個對齊位置——進入新的一個層次），Backspace鍵（回到前一個對齊位置——退到外面的一個層次）。
--------------------------------------------------------------------------------
2）用最規范的、最清晰的、最容易理解的方式寫程序。注意人們在用C語言寫程序的習慣寫法，例如教科書中解決類似問題時所使用的寫法，《C程序設計語言》一書中有許多極好的程序實例。在這里有一個關於程序模式的相關網頁，裡面也列出了一些常用的模式。
C語言是一個非常靈活的語言，你可能在這里用許多非常隱晦的方式寫程序，但這樣寫出的程序只能是作為一種玩意兒，就像謎語或者智力游戲。這些東西可以用於消磨時間，但通常與實際無緣。在我們的C語言討論組里提到過這種東西。
--------------------------------------------------------------------------------
3）在編程中，應仔細研究編譯程序給出的錯誤信息和警告信息，弄清楚每條信息的確切根源並予以解決。特別是，不要忽略那些警告信息，許多警告信息源自隱含的嚴重錯誤。我們有許多辦法去欺騙編譯程序，使它不能發現我們程序中的錯誤，但這樣做最終受到傷害的只能是自己。
--------------------------------------------------------------------------------
4）隨時注意表達式計算過程和類型。注意運算符的優先順序和結合順序，不同類型的運算對象將怎樣轉換，運算的結果是什麼類型的，等等。在必要的時候加上括弧或顯式的類型強制轉換。
C語言的運算符很多，優先順序定義也不盡合理，很難完全記清楚，因此要特別注意。需要時查一查（不要怕麻煩，相關網頁有運算符表），或者直接按照自己的需要加上幾個括弧。
--------------------------------------------------------------------------------
5）絕不去寫依賴於運算對象求值順序的表達式。對於普通二元運算符的運算對象，函數調用的各個實際參數，C語言都沒有規定特定求值順序。因此，我們不應該寫那種依賴於特定求值順序的表達式，因為不能保證它一定得到什麼結果。例如下面的表達式和函數調用都是不合適的，很可能產生你預料不到的結果：
scanf("%d %d", i++, a[i]);
m = n * n++;
--------------------------------------------------------------------------------
6）總保證一個函數的定義點和它的所有使用點都能看到同一個完整的函數原型說明。參看《從問題到程序》第103-107頁。
--------------------------------------------------------------------------------
7）總注意檢查數組的界限和字元串（也以數組的方式存放）的結束。C語言內部根本不檢查數組下標表達式的取值是否在合法范圍內，也不檢查指向數組元素的指針是不是移出了數組的合法區域。寫程序的人需要自己保證對數組使用的合法性。越界訪問可能造成災難性的後果。
例：在寫處理數組的函數時一般應該有一個范圍參數；處理字元串時總檢查是否遇到空字元'\0'。
--------------------------------------------------------------------------------
8）絕不對空指針或者懸空的指針做間接訪問。這種訪問的後果不可預料，可能造成系統的破壞，也可能造成操作系統發現這個程序執行非法操作而強制將它終止。
--------------------------------------------------------------------------------
9）對於所有通過返回值報告運行情況或者出錯信息的庫函數，都應該檢查其執行是否正常完成。如果庫函數沒有完成操作（可能因為各種原因），隨後的操作有可能就是非法的。這種錯誤也可能在程序運行中隱藏很長時間，到很後來才暴露出來，檢查錯誤非常困難。
--------------------------------------------------------------------------------
10）在帶參數宏的定義字元串中，一般應該給整個字元串和其中出現的每個參數都加括弧。
C語言預處理程序是個簡單的文本替換程序，它根本不知道C語言的語法結構、優先順序規則等。不寫括弧有時會產生我們不希望的代換結果。
--------------------------------------------------------------------------------
11）所有外部變數名字、所有函數名字，應該只靠前6個字元就能夠互相區分。因為有些老的編譯程序只關注這些名字的前6個字元。如果不注意這個問題，就可能引起隱含的連接錯誤。
⑹ 關於編程風格
<<Effective C++ & More Effective C++>>和
<<代碼大全>>兩本都是好書，看了你就懂了。
編程風格可以理解成寫程序的習慣，有好的習慣是成為高手的關鍵。
同時你會發現效率會比有一大堆壞習慣的人高很多很多。
⑺ 類名應當遵循怎麼樣的編程風格
首先,編程風格並不同於其他的style，目的並不是形成自己獨樹一幟的風格，而是為了讓你的程序易讀,有利於團隊合作以及別人幫你改錯。 風格是通用的 C語言和C++語言的編程風格 （Java見下） 第一章:縮進格式 Tab是8個字元,於是縮進也是8個字元
⑻ 為建立良好的編程風格應遵循什麼原則
一、程序內部文檔應具備的規則
1、標識符應含有含義鮮明的文字。
含義鮮明的文字，能正確地提示程序對象所代表的實體。這對於幫助閱讀者理解程序是非常重要的。如果用縮寫的形式，那麼縮寫規則應該一致，並且應該給每個名字加註解。在VB中，主要有如下的約定：
（一）對象命名約定
應該使用一致的前綴來命名對象，使人們容易識別對象的類型。例如我們常用控制項CommandButton(命令按鈕)可用cmd做為其前綴。Form以frm,Image以 img ,Label以 lbl,List Box 以lst,PictureBox以 pic,Timer以 tmr，等等，在我們編程的過程中，我們看到下面的名稱cmdExit我們就知道這一定是一個命令按鈕了。如果是第三方提供的控制項，我們的說明最好要清晰地標出製造商的名稱，以區別於我們的常用控制項。
（二）常量和變數命名約定
除了控制項以外，常量和變數也是我們編程過程中經常遇到的，我們和他們打交道也是通過名字。
（1）給變數加范圍前綴
變數按其作用范圍可分做三類，過程級，模塊級和全局，所以我們在編程的過程中應將三者加以區別。我們在使用變數時，為了更好地體現代碼重用和可維護原則，其定義范圍應盡量縮小，這樣將使我們的應用程序更加容易理解和易於控制。在VB應用程序中，只有當沒有其他方便途徑在窗體間共享數據時才使用全局變數。當使用全局變數時，在一個單一模塊中聲明它們，並按功能分組，給模塊取一個有意義的名字。較好的編碼習慣是盡可能地定模塊化的代碼。除了全局變數，過程和函數應該僅對傳遞給它們的的對象操作。在過程中使用的全局變數應該在過程起始處的聲明部分標識出來。變數的作用范圍前綴如下：全局 g(global) ,模塊級 m(model)，本地過程不需要使用。例如：gintFlag,表示全局整型變數，mstrPassword,可表示模塊級字元型變數。
（2）聲明所有變數原則。聲明所有變數將會節省編程時間，鍵入錯誤將大大減少，我們可在程序開始寫上如下語句：
Option Explicit
該語句要求在程序中聲明所有變數。
（3）變數數據類型聲明。可通過下面的前綴來做為變數的數據類標志。
Boolean bln
Byte byt
Double dbl
Integer int
String str
（4）常量。常量的命名，可遵循與變數命名大體相同的原則。
（5）對變數和過程名作出描述。變數或過程名的主體應該使用大小寫混合的形式，並且應該足夠長以描述它的作用。而且，函數名應以一個動詞開頭。如JudgeDialog。
2、適當的註解
註解是程序員和程序讀者通信的重要手段，正確的註解非常有助於對程序的理解。VB中代碼註解約定如下：所有的過程和函數都應該以描述這段過程的功能的一段簡明的注釋開始，說明該程序是干什麼的，至於是如何做的，也就是編程的細節，最好不要包括。因為可能日後我們要修改程序，這樣做會帶來不必要的注釋維護工作，如果不修改，將提供誤導信息，可能成為錯誤的注釋。因為代碼本身和後面程序中的注釋將起到相應的說明作用。
過程中的注釋塊應該包括如下標題：
小節描述內容
目的該過程完成什麼
假設列出每個外部變數、控制項、打開文件或其他不明顯元素
效果列出每個被影響的外部變數、控制項或文件及其作用（只有當它不明顯時）
輸入每一個可能不明顯的參數。
返回函數返回值的說明
格式化代碼
（1）標準的，基於製表位的嵌套應該包括一個嵌注釋，來描述該變數的使用。
（2）變數、控制項及過程的命名應該足夠清楚，使得只有復雜的執行細節才需要嵌入注釋。
（3）.bas 模塊包含包含工程的VB一般常量聲明，在其起始處，應包括程序的綜述，列舉主要數據對象，過程、演算法、對話、資料庫及系統需求。
3、程序的視覺組織
程序的視覺組織可用階梯式，結構化的程序風格對於我們實際編程也很有意義，可極大地改善代碼的可讀性。主要有代碼注釋和一致性縮進。
---------------------------------------------------------------------------------------------------------
二、數據說明
數據結構的組織和復雜程序是在設計期間就已經確定了的，然而數據說明的風格卻是在寫程序時確定的。為了使數據更容易理解和維護，有一些比較簡單的原則應該遵循。
1、數據說明的次序應該標准化。有次序就容易查閱。因此能夠加速測試、調試和維護的過程。當多個變數名在一個語句中說明時，應按字母順序排列這些變數。
2、數據結構復雜時，應加以說明其特點和實現方法。
---------------------------------------------------------------------------------------------------------
三、語句構造
語句構造原則:每個語句應該簡單而直接，不能為了提高效率而使程序變得過分復雜。下述規則的使用有助於語句簡單明了。
1、不要為了節省空間把多行語句寫在一行；
2、盡量避免復雜的條件測試；
3、盡量減少對「非」條件的測試；
4、避免大量使用循環嵌套和條件嵌套；
5、利用括弧使邏輯表達式或算術表達式的運算次序清晰直觀。
---------------------------------------------------------------------------------------------------------
四、輸入輸出
1、對所有輸入數據都進行檢驗；
2、檢查輸入項重要組合的合法性；
3、保持輸入格式簡單；
4、使用數據結束標志，不要要求用戶指定輸入數據的數目
5、明確提示互動式輸入的請求，詳細說明可用的選擇或邊界數值；
6、當語言對格式有嚴格要求時，應保持輸入格式一致
7、設計良好的輸出報表；
8、給所有輸出加標志；
---------------------------------------------------------------------------------------------------------
五、效率
效率三原則：
1、效率是性能的要求，需求分析時就應確定；
2、效率是靠設計提高的；
3、程序的效率和程序的簡單程序是一致的。
（一）運行時間
（1）寫程序前先簡化算術和邏輯表達式；
（2）他細研究嵌套的循環，以確定是否有語句從內層移到外層；
（3）盡量避免使用多維數組；
（4）盡量避免使用指針和復雜的表；
（5）使用執行時間短的算術運算；
（6）不要混合使用不同的數據類型；
（7）盡量使用整數運算和布爾表達式
（二）存儲器效率
（三）輸入輸出效率
如果用戶是為了給計算機提供輸入信息或為了理解計算機輸入的信息，所需花費的腦力勞動是經濟的，那麼，人和計算機之間的通信效率就高。簡單清晰是關鍵。
---------------------------------------------------------------------------------------------------------
六、小結
其實風格是非常重要的，程序的外表是我們交流中不可缺少的東西。象我們常說的紅顏命薄而歸疚於外表太靚，也常聽一些才子佳人的悲劇故事，提醒我們外表美而引出的一見鍾情的浪漫不可取。可讓人細想，才子佳人產生悲劇雖多，可也讓人找到過心動和美好的感覺，做為一個人，活了一輩子，連那種感覺都未體驗到，豈不比悲劇更加令人覺得可悲！編程亦然。
⑼ C語言優秀編程風格是什麼樣子
這些C語言版本不僅實現了ANSIC標准，而且在此基礎上各自作了一些擴充，使之更加方便、完美。回答者：-10-1314:34C語言是一種通用的程序設計語言,由於其功能非常強大,因此可以用來完成一些非常復雜的工作.很多操作系統都是用C語言編寫的,例如:UNIX,MS-DOS,MicrosoftWindows,Linux等.C語言具有高效,靈活,功能豐富,表達力強和移植性好等特點.回答者：-10-1315:40C語言的發展史和演變史就不多說了！首先C語言是屬於高級語言（在這之前有機器語言，匯編語言）其次C語言的特點是面向結構再次它執行的特點是指至頂向下逐行執行！
⑽ C語言編程風格相關的問題
可以考慮通過建立一個結構體，將相關變數做詳細列出，並給所對應的變數賦值。當然你也可以再char order傳入之前再分一次類，多傳幾個參數可能會對你的程序有所化簡。