代碼設計原則

① 代碼設計應遵守那些規則

1. 縮進排版格式：雖然計算機不看格式，但是給人看的時候，格式就很版重要了。

2. 對變數或者函權數的命名，採用匈牙利命名法。即使用一個小寫字母開頭，這個小寫字母代表變數類型。這個字母後面的命名應該是有意義的單詞，每個單詞開頭大小，其他部分小寫。比如：
存儲人的姓名的變數名可以用 sName, s代表字元串(string)；
存儲人的年齡的變數名可以用 iAge, i代表整型(integer)；
等等

3. 合理的注釋。應該對程序的邏輯給出注釋，比如在循環語句的開頭注釋出這個循環的目的，是用來做什麼的。
但是對於很明顯的語句，就不要加註釋，這樣顯得多餘而且對於閱讀程序沒有實質性的幫助。比如
// 將「張三」賦值給變數 sName
sName = '張三';

應該避免這樣的垃圾注釋。

② java程序設計有哪些設計原則

內聚性
類應該描述一個單一的實體，而所有的類操作應該在邏輯上相互配合，支持一個一致的目的。例如：可以設計一個類用於學生，但不應該將學生與教職工組合在一個類中，因為學生和教職工是不同的實體。
如果一個實體擔負太多的職責，就應該按各自的職責分成幾個類。例如：String類、StringBuffer類和 StringBuilder類用於處理字元串，但是他們的職責不同。String類處理不變的字元串，StringBuilder類創建可變字元串， StringBuffer()
與 StringBuffer() 類還包含更新字元串的同步方法。
一致性
遵循標准java程序設計風格和命名習慣。為類、數據域和方法選取具有信息的名字。通常的風格是將數據聲明置於構造方法之前，並且將構造方法置於方法之前。
選擇名字要保持一致。給類似的操作選擇不同的名字並非良好的實踐。例如：Length() 方法返回String、StringBuilder 和 StringBuffer 的大小。如果在這些類中給這個方法用不同的名字就不一致了。
一般來說，應該具有一致性地提供一個公共無參的構造函數，用於構建默認實例。如果一個類不支持無參的構造函數，要用文檔寫出原因。如果沒有顯示定義構造方法，即假定有一個空方法體的公共默認無參構造方法。
如果不想讓用戶創建類的對象，可以在類中聲明一個私有的構造方法，Math類就是如此。
封裝性
一個類應該使用private修飾符隱藏其數據，以免用戶直接訪問它。這使得類更易於維護。只在希望數據域可讀的情況下，才提供get方法；也只在希望數據域可更新的情況下，才提供set方法。例如：Rational類為numerator和denominator提供了get方法，但是沒有提供set方法，因為Rational對象是不可改變的。
清晰性
為使設計清晰，內聚性、一致性和封裝性都是很好的設計原則。除此之外，類應該有一個很清晰的合約，從而易於解釋和理解。
用戶可以以各種不同的組合、順序，以及在各種環境中結合使用多個類。因此，在設計一個類時，這個類不應該限制用戶如何以及何時使用該類；以一種方式設計屬性，以允許用戶按值的任何順序和任何組合來設置；設計方法應該使得實現的功能與他們出現的順序無關。例如：Loan類包含屬性loanAmount、numberOfYears和annualIntereRate，這些屬性的值，可以按任何順序來設置。
方法應在不生產混淆的情況下進行直觀定義。例如：String類中的substring（int beginIndex， int endIndex）方法就有一點混亂。這個方法返回從beginIndex到endIndex-1而不是endIndex的子串。該方法應該返回從beginIndex到endIndex的子字元串，從而更加直觀。
不應該聲明一個來自其他數據域的數據域。例如，下面的Person類有兩個數據域：birthDate和age。由於age可以從birthDate導出，所以age不應該聲明為數據域。

③ 會計科目編碼設計的原則

會計科目編碼設計的原則：唯一性、可擴充性、標准化和規范化、規律和易記憶性、盡量短小精悍。

對於經濟業務少、會計科日數量不多的小單位，可用順序號法,在科日與科目間適當地些空號，為將來可能發生的業務增設科目面有餘地；

對於大中型企事業單位,可採用四位數字法，第一位數字表示科日大類，第二位數表示大類所屬的類日，第三位數字表示具體項日，第四位數字表示科日的順序。

會計料目的編方法很多,如數字加線法,數字加點法,連續數字法、順序號法、字母法、字母數字法、四位數字法等。

(3)代碼設計原則擴展閱讀：

每個編碼必須唯一，而且必須只能與某一個會計科目對應，不得重復。所有會計科目的編碼標准必須遵守統一的編碼方案。

會計科目的編碼既要適應當前單位核算管理的要求，又要考慮將來企業業務發展變動的影響，在設計編碼時應注意保留一些空間，以便將來科目發生增減變動。

會計科目和主要賬務處理依據小企業會計准則中確認和計量的規定製定，涵蓋了各類小企業的交易和事項。小企業在不違反會計准則中確認、計量和報告規定的前提下，可以根據本企業的實際情況自行增設、分拆、合並會計科目。小企業不存在的交易或者事項，可不設置相關會計科目。

④ 代碼設計時應遵循哪些原則

1提高編碼質量，代碼可讀性和可維護性。

2代碼編寫規范

2.1 刪除所有無用代碼
2.2 必須給代碼添加註釋，一個類的注釋字數不得小於代碼的百分之20%
2.3 建議遵循30秒原則。如果另一個程序員無法在三十秒內無法知道你的函數在做什麼，如何做以及為什麼要這樣做，那麼說明你的代碼是難於維護的，需要得到提高。
2.4 一個函數的代碼長度不允許超過100行，超過一百行的函數建議在不破壞原子性的基礎上進行拆分。
2.5 變數都應在方法或者類的頭部集中定義
2.6 保證一行代碼只做一件事
2.7 使用括弧來控制操作符的運算順序，以免使用java默認的操作符優先順序順序。
2.8 代碼格式化：對代碼進行格式化，再進行提交。
2.9 介面不允許沒有方法或者變數的聲明

3. 命名規范
3.1 各種標識符的命名要使用有實際意義的英文單詞或者英文單詞縮寫，縮寫詞及英文單詞要收錄在項目的簡寫詞彙表中。切忌使用阿拉伯數字和拼音進行命名。
3.2 類名：首字母大寫，每個單詞首字母都需要大寫。
3.3 方法名：首字母小寫，其餘單詞首字母都需大寫。
3.4 全局變數，和常量名稱要求全部字母大寫。
3.5 參數名稱與局部變數基本相同，區別在於參數名稱需要加上冠詞a ，an 或者在單詞結尾以s結束。

4. 注釋規范
4.1 注釋需要注意的事項：
★注釋應該用中文清晰表達意思，應該是程序看起來更清晰，更容易理解
★注釋要盡量簡明，避免裝飾性的注釋。
★注釋不但要說明做什麼，還應當說明為什麼要這樣做。最好先寫注釋表明要做什麼，再進行編碼。

4.2 類的注釋
★類的用途，目的。包括其他人感興趣的介紹。
★已知bug,當然最好是修改好所有的錯誤，但有時可能暫時沒有辦法修改，或者沒有時間修改。
★開發和維護該類的歷史列表，記錄每一次修改的作者，日期，修改的內容。
★列舉類的各種穩定狀態，說明調用成員函數使類的狀態產生的變遷(可選)。
★同步問題（可選）
★對主要的演算法必須加以說明，主要流程必須給予引導性說明
標准格式：
如果對已經版本話的類進行了修改，需要按照如下格式為每一次修改附加修改歷史記錄：
// 修改人 + 修改日期
// 修改說明 範例：

// 李四 2010/07/02
// 添加錯誤數據修改後繼續批量保存的處理函數 saveBatch(
@Bind(key = "itemParams", defaultValue = "") String itemParams,
@Bind(key = "pid", defaultValue = "") String pid)。
// 王小二 2010/07/02

4.3 介面注釋：
★介面的注釋風格基本與類的注釋風格相同；
★在別人使用介面之前，必須了解介面所包含的概念。檢驗一個介面是否應該定義的簡單方法是：你是否能★夠容易的描述介面的用途；
★介面如何應當和不應當被使用。開發者需要知道該介面如何被使用，也希望知道該介面不能被怎樣使用。

4.4 函數的注釋
★函數頭注釋必須包括：函數執行了什麼功能，為什麼要這樣處理；函數處理過程中對對象的哪些屬性
★可能進行更改；函數執行前後，對象的狀態；
★比較、循環等控制結構加註釋（可選）；
★在代碼的功能並非一目瞭然的情況下，應當說明為什麼要這樣做；
★局部變數必須加註釋；
★復雜難寫的代碼必須加註釋；

4.5類屬性的注釋:
★描述域的用途。使別人知道如何去使用它；
★對於有著復雜事物規則的域，可以加入範例來說明。有時候一個簡單的小例子，抵的上千言萬語；

⑤ 演算法的設計原則是什麼

1.窮舉演算法思想

窮舉演算法思想就是從所有的可能結果中一個一個的試驗，知道試出正確的結果。具體的操作步驟如下：

1)對每一種可能的結果，計算其結果；

2)判斷結果是否符合題目要求，如果符合則該結果正確，如果不符合則繼續進行第1)步驟。

窮舉演算法思想的經典例子為雞兔同籠為題（又稱龜鶴同籠問題），題目為「一個籠子里有雞兔，共15個頭、46條腿，問雞兔各有多少只？」。代碼如下：

public static void main(String[] args) {

int head = 0;
int leg = 0;
System.out.println( "輸入雞兔頭數：");
Scanner input=new Scanner(System.in);
head = input.nextInt();
System.out.println( "輸入雞兔腿數：");
Scanner input1=new Scanner(System.in);
leg = input1.nextInt();

boolean existence = false;
for( int i = 0; i <= head; i++){
if( 2 * i + 4 * ( head - i) == leg){
System.out.println( "雞的個數 :" + i);
System.out.println( "兔的個數 :" + ( head - i));
existence = true;
}
}

if( !existence){
System.out.println( "你輸入的數據不正確");
}
}

2.遞推演算法思想

遞推演算法演算法就是根據已知條件，利用特定關系推導出中間推論，直到得到結果的演算法。

遞推演算法思想最經典的例子是斐波那契數列 : 1,1,2,3,5,8,13......

上面的數列符合F(n) = F(n-1) + F(n-2).代碼如下：

public static void main(String[] args) {
Scanner input=new Scanner(System.in);
int n = input.nextInt();
System.out.println( fibonacci( n));
}

public static int fibonacci( int n){
if( n == 1){
return 1;
}else if( n == 2){
return 1;
}else{
return fibonacci( n - 1) + fibonacci( n - 2);
}
}

3.遞歸演算法思想

遞歸演算法思想是把大問題轉換成同類問題的子問題，然後遞歸調用函數表示問題的解。

在使用遞歸的時候一定要注意調回遞歸函數的終止條件。

遞歸演算法比較經典的例子是求階乘。代碼如下：

public static void main(String[] args) {
System.out.println( "輸入一個大於零的數：");
Scanner input=new Scanner(System.in);
int n = input.nextInt();
System.out.println( factorial( n));
}

public static int factorial( int n){
if( n == 0){
return 1;
}else if( n == 1){
return 1;
}else{

⑥ 在系統設計階段，進行代碼設計的原則有哪些

依據詳細設計、編碼規范

⑦ 會計科目代碼的設計要遵循哪些原則及種類

會計科目代碼的設計要遵循會計完整性，真實性，可理解性原則，包括一級科目及明細科目！

⑧ 設計程序時應遵循哪些原則

設計程序時唯一個個應遵循原則,那就是程序一定要可以正常運行
不管你用什麼方法實現你的編程思想,都是為了達到一個目的
寫程序就是為達目的不擇手段

⑨ 簡述系統代碼設計的原則中唯一性是什麼意思

代碼就是程序員用開發工具所支持的語言寫出來的源文件，是一組由字元、符號或信號碼元以離散形式表示信息的明確的規則體系。