東軟c編程規范

Ⅰ 東軟定製班出班考核的面試都問什麼問題呀誰知道呀

筆試考核的內容是你培訓總的內容的不到十分之一，主要考察日語和c/c++語言的語法。（至少我們當時是這樣的）
筆試通過了，面試也就是走個過場，一般會是公司直接派人去的，問你自我介紹，擅長什麼，喜歡什麼，喜歡到哪裡工作了，簡單說下你擅長內容中的一部分拿手內容了等等一些家常的事情，主要是考察你個人進公司的意願和編程的興趣以及了解你的發展方向。一般知道你對編程有興趣，而且表現對公司的積極，都會通過面試的。不要著急便是了！

Ⅱ TMS320F2812原理及其C語言程序開發的二、內容簡介

《TMS320F2812原理及其C語言程序開發》共分12章。第1章為處理器的功能以及開發環境CCS的介紹，用簡單易懂的實例引領讀者入門。第2章為結合工程開發的C語言基礎介紹，重點是培養讀者C語言開發的基本能力。第3章為TMS320F2812外設的C語言程序開發，重點介紹外設的C語言構成，使讀者對TMS320F2812的外設編程有一個清楚的認識。第4～10章為TMS320F2812的外設介紹，重點介紹外設工作原理、寄存器位信息及功能，並且根據不同的外設提供詳細的C語言程序開發，可以使讀者對外設充分理解。第12章為以TMS320F2812為處理器的電氣平台開發介紹，重點介紹以處理器為核心的各模塊硬體設計、軟體開發，更好地提升讀者的開發能力。附錄中還介紹μC/OS-Ⅱ操作系統在TMS320F2812上移植及實時多任務管理。
《TMS320F2812原理及其C語言程序開發》適合學習DSP TMS320F2812的初級、中級用戶及有一定基礎的DSP設計開發人員，是DSP方面軟體和硬體工程師必備的工具書，也可以作為TMS320F2812 DSP愛好者的自學教材。此外，《TMS320F2812原理及其C語言程序開發》還可以作為高等院校相關專業的參考教材。
-------------------------------------------------------------------------------- 以F2812為核心的電氣平台的開發與設計
豐富的C語言程序開發實例
C語言的編程基礎和編程規范
詳細介紹F2812的外設原理和編程技巧
F2812的Boot ROM相關內容及多種啟動方式介紹
ADC外部校正原理
嵌入式項目流程管理知識介紹
μC/OS-Ⅱ系統在F2812上的移植，以及實時多任務管理 第1章 晶元功能概述、軟體介紹、項目流程管理研究
1.1 TMS320F2812性能概述
1.2 TMS320F2812結構概述
1.2.1 引腳分布
1.2.2 TMS320F2812引腳信號捕述
1.3 TMS320F2812功能概覽
1.3.1 存儲空間示意圖
1.3.2 簡要描述
1.4 DSP集成環境CCS介紹
1.4.1 CCS安裝
1.4.2 CCS配置軟體設置
1.4.3 CCS軟體慨述
1.4.4 File（文件）菜單介紹
1.4.5 Edit（編輯）菜單介紹
1.4.6 View（視圖）菜單介紹
1.4.7 Project（工程）菜單介紹
1.4.8 Debug（調試）菜單介紹
1.5 CCS工程管理
1.5.1 創建新的工程文件
1.5.2 編譯並運行程序
1.6 一個簡單的例子程序介紹
1.6.1 基本的程序代碼生成
1.6.2 具體的程序開發介紹
1.7 嵌入式項目開發流程管理
1.7.1 概述
1.7.2 項目啟動
1.7,3 項目計劃
1.7.4 項目研發
1.7.5 項目結束
第2章 C語言程序設計基礎
2.1 C語言數據結構及語法
2.1.1 C語言數據結構
2.1.2 C語言運算符與表達式
2.2 程序控制結構
2.2.1 if語句
2.2.2 switch語句
2.2.3 while語句
2.2.4 for語句
2.2.5 程序控制中的特殊運算符
2.3 數組
2.4 指引
2.5 函數
2.6 C語言編程規范
2.6.1 環境
2.6.2 語言規范
2.6.3 字元類
2.6.4 變情類型
2.6.5 函數聲明和定義
2.6.6 變數初始化
2.6.7 演算法類型轉換
2.6.8 編程風格
第3章 TMS320F2812外設的C語言程序設計
3.1 導言
3.2 傳統的#define方法
3.3 位定義和寄存器結構體定義方式
3.3.1 定義寄存器結構體
3.3.2 使用DATA_SECTION將寄存器結構體映射到地址空間
3.3.3 添加位定義
3.3.4 共同體定義
3.4 位操作和寄存器結構體定義方式的優點
3.5 對位或寄存器整體進行操作
3.6 一個特殊的例子（eCAN控制寄存器）
第4章 TMS320F2812系統控制及中斷
4.1 存儲空間
4.1.1 Flash存儲器
4.1.2 OTP存儲器
4.1.3 Flash和()TP寄存器
4.2 時鍾及系統控制
4.2.1 時鍾及系統控制概述
4.2.2 外設時鍾控制寄存器(PCLKCR)
4.2.3 系統控制和狀態寄存器(SCSR)
4.2.4 高/低速外設時鍾預定標寄存器(HISPCP/L()SPCP)
4.3 振盪器及鎖相環模塊
4.4 低功耗模式
4.5 F2812外設結構
4.5.1 外設結構寄存器
4.5.2 受EALLOW保護的寄存器
4.6 F2812外設中斷擴展模塊
4.6.1 PIE控制器概述
4.6.2 中斷操作步驟
4.6.3 向量表的映射
4.6.4 中斷源
4.6.5 復用中斷操作過程
4.6.6 使能/禁止復用外設中斷的程序步驟
4.6.7 外設向CPU發出的復州中斷請求流程
4.6.8 PIE向量表
4.6.9 P1E配置寄存器
4.6.10 中斷程序設計
4.7 看門狗模塊
4.7.1 看門狗模塊介紹
4.7.2 看門狗計數寄存器(WDCNTR)
4.7.3 看門狗復位寄存器(WDKEY)
4.7.4 看門狗控制寄存器(WDCR)
4.7.5 看門狗模塊程序設計
4.8 32位CPU定時器
4.8.1 TIMERxTIM寄存器
4.8.2 TIMERxPRD寄存器
4.8.3 TIMERxTCR寄存器
4.8.4 TIMERxTPR寄存器
4.8.5 定時器程序設計
4.9 通用輸入輸出口(GPI())
4.9.1 GPI()介紹
4.9.2 輸入限制
4.9.3 GPxMUX寄存器(功能選擇寄存器)
4.9.4 GPxDIR寄存器(方向控制寄存器)
4.9.5 GPxDAT衡存器（數據寄存器）
4.9.6 GPxSET寄存器（置位寄存器）
4.9.7 GPxCLEAR寄存器（清除寄存器）
4.9.8 GPxTOGGLE寄存器（取反觸發寄器）
4.9.9 寄存器位I/O引腳的映射
4.9.10 GPIO程序設計
第5章 TMS320F2812外部介面(XINTF)
5.1 外部接U功能概述
5.2 X1NTF配褂概述
5.2.1 政變XINTF配置和時序寄器的程序
5.2.2 XINTF時鍾
5.2.3 寫緩沖器
5.2.4 XINTF每個區域訪問的引導、激活、跟蹤的時序
5.2.5 XREADY信號采樣
5.2.6 區域切換
5.2.7 XMP/MC信號對XINTF的影響
5.3 引導、激活、跟蹤等待狀態的配置
5.4 XINTF寄存器
5.4.1 XINTF時序寄存器(XTIMINGx)
5.4.2 XINTF配性寄仔器(XINCNFx)
5.4.3 XBANK寄存器
5.5 信號描述
5.6 XINTF操作時序圖
5.7 XINTF應用開發及C語言程序設計
5.7.1 XINTF應用開發概述
5.7.2 XINTF模塊的C語言程序設計
第6章 TMS320F2812串列通信介面(SCI)
第7章 TMS3211F2812的串列外圍設備介面（SPI）
第8章 TMS320F2812增強型區域控制網路(eCAN)模塊
第9章 TMS320F2812模/數轉換(ADC)模 塊
第10章 TMS320F2812事件管理器(EV)模塊
第11章 Boot ROM介紹和F2812程序模擬與下載
第12章 基於TMS320F2812的電氣平台開發設計
附錄 μC/OS-Ⅱ操作系統在F2812上移植及實時多任務管理
參考文獻
……

Ⅲ 有誰知道C語言程序的編程規范，給我概括一下，

1引言
1.1編寫目的
在軟體開發過程中，編碼的工作量是相當大的，同一項目參與編程的人可能有各自編程的經驗和習慣，不同風格的程序代碼使維護工作變得復雜和困難。為了提高代碼的可讀性、系統的穩定性及降低維護和升級的成本，特編寫本規范以統一各開發人員的編程工作。
1.2 適用對象
本規范適用於所有開發人員，包括應用程序、網頁及資料庫開發人員，及有關的程序測試人員。
1.3 引用標准
GB/T 11457 軟體工程術語
GB 8566 計算機軟體開發規范
GB 8567 計算機軟體產品開發文件編制指南
2．編寫要求
2.1一般代碼規則
 可讀性原則，這是評價程序質量的首選指標，寧可不要一些技巧也要保證程序的易讀特性，不要因過分追求技巧而犧牲程序的可讀性。
 功能獨立性原則。每一程序塊只完成一個獨立的功能，反過來，每一獨立的功能只在一程序塊內完成，盡量低耦合、高內聚。
 提示說明應當簡短且避免產生歧義。
 提示或警告信息應當具有向導性，能准確告訴用戶錯誤原因及恢復方法。提示和警告對話框應當使用標准規范。
 快捷鍵的定義必須符合用戶操作習慣。
 程序需要長時間處理或等待時，應當顯示進度條並提示用戶等待。
 一些敏感操作，如刪除等操作在執行前必須提示用戶確認。
2.2變數、函數、過程、控制項等命名規則
2.2.1 變數命名
變數命名採用[作用范圍][數據類型][自定義名稱]規則定義，並遵循匈牙利命名法。要求看到變數名就能直觀的看出其范圍和數據類型。
 匈牙利命名規則：
a Array 數組
b BOOL (int) 布爾(整數)
by Unsigned Char (Byte) 無符號字元(位元組)
c Char 字元(位元組)
cb Count of bytes 位元組數
cr Color reference value 顏色(參考)值
cx Count of x (Short) x的集合(短整數)
dw DWORD (unsigned long) 雙字(無符號長整數)
f Flags (usually multiple bit values) 標志(一般是有多位的數值)
fn Function 函數
g_ global 全局的
h Handle 句柄
i Integer 整數
l Long 長整數
lp Long pointer 長指針
m_ Data member of a class 一個類的數據成員
n Short int 短整數
p Pointer 指針
s String 字元串
sz Zero terminated String 以0結尾的字元串
tm Text metric 文本規則
u Unsigned int 無符號整數
ul Unsigned long (ULONG) 無符號長整數
w WORD (unsigned short) 無符號短整數
x,y x, y coordinates (short) 坐標值/短整數
v void 空
 作用范圍：
范圍 前綴 例子
全局作用域 g_ g_Servers
成員變數 m_ m_pDoc
局部作用域 無 strName
 數據類型
VC常用前綴列表
前綴 類型 描述 例子
ch char 8位字元 chGrade
ch TCHAR 16位UNICODE類型字元 chName
b BOOL 布爾變數 bEnabled
n int 整型（其大小由操作系統決定） nLength
n UINT 無符號整型（其大小由操作系統決定） nLength
w WORD 16位無符號整型 wPos
l LONG 32位有符號整型 lOffset
dw DWORD 32位無符號整型 dwRange
p * 內存模塊指針，指針變數 pDoc
l p FAR* 長指針 lpDoc
lpsz LPSTR 32位字元串指針 lpszName
lpsz LPCSTR 32位常量字元串指針 lpszName
lpsz LPCTSTR 32位UNICODE類型常量指針 lpszName
h handle Windows對象句柄 hWnd
lpfn (*fn)() 回調函數指針 Callback Far pointer to
CALLBACK function lpfnAbort
2.2.2 函數、過程命名
函數或過程名的主體應該使用大小寫混合形式，並且應該足夠長以描述它的作用。而且，函數名應該以一個動詞起首，如 InitNameArray 或 CloseDialog。對於頻繁使用的或長的項，推薦使用標准縮略語以使名稱的長度合理化。一般來說，超過 32 個字元的變數名在 VGA 顯示器上讀起來就困難了。當使用縮略語時，要確保它們在整個應用程序中的一致性。在一個工程中，如果一會兒使用 Cnt， 一會兒使用 Count，將導致不必要的混淆。
對於自行編寫的函數，若是系統關鍵函數，則須在函數實現部分的上方標明該函數的信息，格式如下：
//======================================================
// 函 數 名：InsureHasOutputInfo
// 功能描述：確保有適當的輸出信息
// 輸入參數：nProctID:相應的產品ID
// 輸出參數：void
// 創建日期：00-2-21
// 修改日期：00-2-21
// 作 者：***
// 附加說明：
//======================================================
2.2.3 用戶定義類型
在一項有許多用戶定義類型的大工程中，常常有必要給每種類型一個它自己的三個字元的前綴。如果這些前綴是以 "u" 開始的，那麼當用一個用戶定義類型來工作時，快速識別這些類型是很容易的。例如，ucli 可以被用來作為一個用戶定義的客戶類型變數的前綴。
註：對於非通用的變數，請在定義時加以注釋說明，變數定義盡可能放在最開始處。
2.2.4 控制項命名
應該用一致的前綴來命名對象，使人們容易識別對象的類型。
VC常用宏定義命名列表
前綴 符號類型 符號例子 范圍
IDR_ 標識多個資源共享的類型 IDR_MAINFRAME 1~0x6FFF
IDD_ 對話框資源（Dialog） IDD_SPELL_CHECK 1~ 0x6FFF
HIDD_ 基於對話框的上下文幫助 HIDD_SPELL_CHECK 0x20001~0x26FF
IDB_ 點陣圖資源（Bitmap） IDB_COMPANY_LOGO 1~0x6FFF
IDC_ 游標資源（Cursor） IDC_PENCIL 1~0x6FFF
IDI_ 圖標資源（Icon） IDI_NOTEPAD 1~0x6FFF
ID_、IDM_ 工具欄或菜單欄的命令項 ID_TOOLS_SPELLING 0x8000~0xDFFF
HID_ 命令上下文幫助 HID_TOOLS_SPELLING 0x18000~0x1DFFF
IDP_ 消息框提示文字資源 IDP_INVALID_PARTNO 8~0xDFFF
HIDP_ 消息框上下文幫助 HIDP_INVALID_PARTNO 0x30008~0x3DFFF
IDS_ 字元串資源（String） IDS_COPYRIGHT 1~0x7FFF
IDC_ 對話框內的控制資源 IDC_RECALC 8~0xDFFF
2.3源代碼規則
2.3.1風格約定：採用縮進的格式保存程序的層次結構。要求能直觀的看出循環、判斷等層次結構。
每一個嵌套的函數塊，使用一個TAB縮進（可以設定為4個空格），大括弧必須放在條件語句的下一行，單獨成一行，便於匹對反大括弧應該在單獨的一行，在大多數情況下反擴號應有注釋內容。舉例如下：
if(condition1)
{
while(condition2)
{
…..
…..
}//end while(condition2)
}//end if (condition1)
或者
if(condition1){
while(condition2){
….
….
}//end while(condition2)
}//end if(conditionl)
2.3.2在操作符的前後必須使用空格。
2.3.3在分隔數組下標和函數參數的逗號後面必須添上空格。
2.3.4嚴禁使用go to 語句。
2.3.5對資料庫操作只能使用標准SQL語句，關鍵字必須使用大寫（如SELECT、WHERE等），數據元素（表、欄位、視圖等）必須按照數據字典書寫。
2.3.6程序代碼中要有足夠的容錯處理功能。
對可能發生的異常統一採用C++拋出格式：
try
{
//可能引發異常的代碼
throw t; //手工拋出異常
}
catch(type_1 e) // type_1為類型定義符、如int、CException、_com_error
{
// type_1類型異常處理
}
catch(type_2 e)
{
// type_2類型異常處理
}

2.3.7程序代碼結構必須層次清楚，適當使用空行分段。
2.3.8工程的版本控制要嚴格，版本格式為.me.ae.yy.mmdd，其中：[me]表示主版本號；[ae]表示輔版本號；[yy.mmdd]表示版本建立日期。高版本盡量兼容低版本的用法、數據或協議。
2．4文件的命名規則
2.4.1根據系統設計所規定的結構，建立相應的文件夾，根據需要建立子文件夾。
2.4.2文件夾和文件的名稱應盡量能夠表達其意義，盡量使用英文命名，絕對不能漢字。
2.4.3文件名稱一般採用「xxx_yyy.ext」格式，xxx(3-4個字母)表示分類，yyy(字母數自定)表示操作 (如 「 /example/exp_edit.htm 」)
\

我從公司文檔拷貝的！你自己看看對你有沒有用！

Ⅳ 華為c語言編程規范是怎樣的

鏈接:

《華為編程規范與範例》是一本計算機編程應用類書籍。