qrm格式

Ⅰ 什麼視頻轉碼軟體最好

我推薦一個給你吧，我原來是做視頻網站，絕對好用！主要是他可批量轉換，還可以任意加水印，並且是多線程的，而且是簡體中文版哦。
影音轉霸2010專業版
影音轉霸2010穩定版
（有注冊碼的）
http://www.uzzf.com/soft/13587.html
影音轉霸具有所見所得的視頻加視頻、圖片、文字、字幕功能，可在製作過程中，隨意設置水印、字幕出現的時間、位置、大小和動態效果，並預覽。影音轉霸可批量給視頻加水印、字幕，可批量分割、合並視頻。輸入輸出格式多達幾十種。
輸入格式(共56種)：
3g2
3gp
3gpp
4xm
amr
apc
asf
avi
avs
dat
dv
ffm
flic
flv
gif
gxf
h264
m4v
mm
mmf
mov
mp3
mp4
m4a
mj2
mpeg
mpegts
mtv
mxf
mts
nsv
nut
nuv
roq
rm
rmvb
rtsp
swf
txd
vmd
vob
voc
wav
輸出格式(共23種)：
3g2
3gp
amr
asf
avi
flv
m4a
mov
mp3
mp4
mpeg
mpg
psp
rm
swf
ts
wav
wmv
vob
mkv
vcd
svcd
dvd
3.2
增加視頻中加視頻(畫中畫）
3.2
增加設計時視頻水印隨意顯示
3.2
視頻加水印時智能化位置調整
3.2
增加自動根據視頻調整碼率
3.2
增加保持音頻原編碼
3.2
加強視頻字幕讀取功能
3.1修正文件拖動bug
3.1修正win7
64位無法運行bug
3.1修正碼率手工輸入bug
3.1修正多核cpu下，線程退出bug
3.1修正視頻截取演算法bug,將得到更快的截取體驗
3.1修正視頻預覽中停止的bug
3.1新增mkv的ac3音頻編碼
3.1新增mp4的mp3音頻編碼
3.0採用unicode字元集和gdi
3.0增加支持win
vista
win7
3.0增加批量視頻分割處理
3.0增加srt字幕編輯功能
3.0增加支持透明水印和字幕
3.0增加設計水印時調整水印大小
3.0增加設計時預覽功能，隨時可以預覽視頻加水印、字幕後的效果，而不用轉碼
3.0全新藝術字模塊，可設計透明化藝術字

Ⅱ 電台如何呼叫

無線電規范的呼叫方式（轉載）

廣泛呼叫法：
中文呼叫法：CQ CQ CQ，這里是BG1XXX ，BRAVO GOLF ONE X-RAY X-RAY X-RAY ，BG1XXX呼叫CQ並等待回答。
英文呼叫法：CQ CQ CQ，This is BG1XXX，BRAVO GOLF ONE X-RAY X-RAY X-RAY，BG1XXX calling CQ and standing-by。
U/V段簡易中文呼叫法：CQ CQ CQ，這里是BRAVO GOLF ONE X-RAY X-RAY X-RAY ，BG1XXX呼叫並等待。
U/V段簡易英文呼叫法：CQ CQ CQ，This is BRAVO GOLF ONE X-RAY X-RAY X-RAY，BG1XXX calling standing-by。

無論是用中文還是用英文呼叫，呼號部分一定要用字母解釋法解釋最少一遍。這樣看起來似乎是繁瑣，然而在實際通聯中，往往不用解釋法呼叫的，雙方常常為個別發音容易混淆的英文字母反復重復，或者始終就沒有抄收正確對方呼號，以致將錯就錯做一個無效的通聯。

在英文字母中發音如：「A與I」、「B 與G D E J P T」、「F與M」、「J與Z」、「O與U」的發音由於業余無線電台音頻帶寬窄，以及中國人英文發音普遍不夠准確，很容易產生混淆。
還有些個別的電台為了區分呼號中英文「J」與」Z」、「S」與「X」的讀音，故意把 「J」讀做「鉤」，把 「X」讀做「叉」。這種人為因素造成的混亂情況，是完全能夠避免發生的。

解決上述問題的唯一方法就是用解釋法對呼號解釋，否則通聯雙方為抄收、確認呼號所耽誤的時間，比一開始就用解釋法呼叫要麻煩的多。
1.1 溝通聯絡以前的一般呼叫
在聽清對方呼號以前的呼叫格式為：CQ +本台呼號+「呼叫」+「聽到請回答」，如：
「CQ、CQ、CQ，BA1AAA呼叫、BA1AAA呼叫、BA1AAA呼叫，聽到請回答。」
在聽清對方呼號以後的呼叫格式為：對方呼號+本台呼號+「呼叫」+「聽到請回答」，如：
「BA1BBB、BA1BBB、BA1BBB，BA1AAA呼叫、BA1AAA呼叫、BA1AAA呼叫，聽到請回答。」
1.2 回答呼叫
回答對方呼叫的格式為：對方呼號+「我是」本台呼號+「你的信號」+對方信號報告+「聽到請回答」，例如:
「BA1AAA、BA1AAA、BA1AAA，我是BA1XYZ、我是BA1XYZ、我是BA1XYZ，你的信號五勾、信號五勾，聽到請回答。」
1.3 「×××呼叫」與「我是×××」的區別
在上述程序中，「×××呼叫」表示自己還沒有確認聽到對方的回答。「我是×××」則表示自己已經聽到對方信號，有了特定的聯絡對象。
1.3 「聽到請回答」與「請回答」的區別
「聽到請回答」表示自己還沒有收到對方的回答，或者在聯絡過程中由於某種原因丟失了對方信號。「請回答」則表示在自己確信對方能聽到的情況下要求對方回答。
1.4 呼叫時必須報清本台呼號
每次呼叫必須報清本台呼號，除了情況緊迫時的VHF/UHF頻段本地聯絡可以只報後綴外，呼叫時應報出完整呼號。溝通聯絡後，也必須經常在每次發信開頭或末尾報清本台呼號，以便對方確認，並便於在本頻率上守聽、特別是剛剛調諧到本頻率的其他友台了解情況。
1.5 溝通聯絡後每次發信的起始用語
雙方溝通聯絡之後，每個回合發信前應加上「完全抄收（或抄收、Roger）」、「基本抄收」、「部分抄收」、「抄收困難」、「沒有抄收（或無法抄收、No ）」的用語，以便對方了解上一輪聯絡的情況，根據信息的重要程度決定是否需要重復或者核對先前的內容。
1.6 溝通聯絡後每次發信的結尾用語
雙方溝通聯絡之後，每個回合發信結束時的用語應為「請講」、「請回答」、「請過來」、「完畢」、「Over」等簡潔的詞語。避免使用「現在我把話筒交還給您」之類冗長的結尾語。
1.7 遇到對方「抄收困難」時的對策
1.7.1 當自己對上一輪對方信息不是「抄收」或「全部抄收」時，應該首先明確要求對方重發的內容，然後再說自己要說的內容。
1.7.2 遇到對方「抄收困難」或「無法抄收」時，如果發信方認為剛才發出的信息特別重要，為避免差錯，可以主動要求接收方核對。例如：
「抄收。請核對上次報文。請講。」
接收方應復讀剛才收到的內容。例如：
「抄收。請核對：×××××××。完畢。」
發送方應明確加以確認。例如：
「抄收。核對正確。這里繼續發送，請抄收：×××××。抄收如何？請過來。」
1.7.3 遇到對方「抄收困難」或「無法抄收」時，應立即壓縮掉非十分必要的通信內容，以免因反復重發或核對次要信息而浪費寶貴的時間。
1.7.4 遇到「抄收困難」或「無法抄收」時，雙方都應當縮短每個回合發出的信息，以便及時確認或者請求重發，有利於保證聯絡的效率及准確性。
1.8 「請求」和「請」的區別
「請求」帶有徵求對方同意的意思，例如「請求改頻兩幺四幺洞」，表示自己不能確定這個建議是否合適，需要徵求對方意見。
「請」則是一種禮貌的直接指示，沒有徵求意見的成分。例如「請改頻幺四五洞洞」，只希望對方照辦就是。
1.9 對「請求」或「請」的回答
1.9.1 同意對方「請求×××」時，其回答應為「同意（或OK），×××」，例如「同意，改頻兩幺四幺洞」。
1.9.2 同意執行對方「請×××」時，其回答為「確認（或OK），×××」，如「OK，改頻幺四五洞洞」。
1.9.3 不同意對方「請求×××」或「請×××」時，其回答應為「不能×××」，必要時簡單說明原因，並提出可行的建議。
1.9.4 沒有聽清對方「請求」或「請」的內容時，應明確說明「沒有抄收」，要求對方重發，避免因語言模糊而使對方誤以為自己已經明白。
1.10 請求重復

請求對方重復的標准用語為「請重報×××」或「請重復×××」。例如「請重報QTH」、「請重復最後一句」、「請重復上次內容」等。

1.11 結束聯絡 用語

1.11.1 雙方結束聯絡時應使用「再見」或者「××××（本台呼號）退出」表示自己方面已經結束發信。呼救電台應盡量在道「再見」前預告下次可能發信的時間和頻率，以便對方或其它守聽電台注意守聽。

1.11.2 其它電台必須在聽到雙方都道過「再見」，並且確認其在十秒鍾之內沒有再次使用頻率，方可在此頻率呼叫。

1.12 其餘常見規范化用語

請給我信號報告；

你的信號××（××為RS信號報告）；

我受他台干擾；

我受×××(電台呼號)干擾（或「QRM」）；

我受天電干擾（或「QRN」）。（包括雷雨、大氣靜放電等）；

我受電氣干擾。（包括電氣火花放電、工業或電器設備的諧波干擾等）；

我受環境干擾。（指周圍的非電干擾，例如環境雜訊過大等）；

請求（或「請」）改頻（或「QSY」）×××××（其中×××××為以千赫計的頻率，例如「21395」；144MHz以上可以省略最後一位零，例如「14458」）；

確認改頻×××××（或「QSY」×××××）（其中×××××為以千赫計的頻率，例如「21395」；144MHz以上可以省最後一位零，例如「14458」）；

這里正在守聽（或「QRX」）×××××（其中×××××為以千赫計的頻率，例如「21395」，144MHz以上可以省略最後一位零，例如「14458」）；

請轉告（或「QSP」）××××。（其中××××為其它電台呼號，救援機關名稱及其信息等）；

你的信號衰落（或「QSB」）；

請增加電力（或「QRS」）；

請發慢些（或「QRS」）；

請報你的位置（或「QTH」）；

我的位置（或「QTH」）×××××；

1.13 呼救

呼救信號是最高級別的信號，任何業余電台收聽到呼救信號時，不論是否正在聯絡，必須立即中斷發射，改為守聽呼救信號，並給予必要的協助。

只有第一現場的電台直接報告涉及人員生命危險的情況下才可使用呼救呼叫。

呼救時應採用國際普遍使的用航空呼救呼叫，即英文（或法文）發音的「May Day」（相似普通話讀音為「麥代」），以便使所有國內外業余電台保持肅靜，為通信掃清頻率。如：

「May Day、May Day、May Day！BA1AAA求救，BA1AAA求救，BA1AAA求救！聽到請回答。」

1.14 轉發信息的緊急呼叫

當電台有必要代替呼救電台轉發信息時，可以使用緊急呼叫。

50MHz以下（含）的呼救信號盡量使用英文發音的「Emergency Call」.

如：「Emergency Call，BA1AAA呼叫、BA1AAA呼叫、BA1AAA呼叫，聽到請回答。」

50MHz以上的呼救信號為普通話的「緊急轉報」。

如：「緊急CQ，緊急CQ！BA1AAA呼叫、BA1AAA呼叫、BA1AAA呼叫，聽到請回答。」

1.15呼救電台溝通聯絡後，其它電台必須守聽，不得隨意發射

當發現已經有其它電台回答呼救或者作緊急呼叫的電台時，應停止發射，在此頻率守聽，並詳細記錄有關聯絡內容。除非必要，一般不得任意插入。當聽到其它電台與呼救或者緊急呼叫電台的聯絡出現困難時，只有當確認自己插入幫助肯定能改善情況時，才能插入幫助，嚴防貿然插入反而擾亂原有聯絡。要善於對情況作出快速、冷靜的判斷，盡一切力量積極幫助，又不致幫倒忙。

1.16 解除求救

呼救電台在緊急情況得到解決時，應及時在結束聯絡時清楚地發出解除呼救的信號，以免其它電台長時間作無謂的守聽。例如：

「BA3ABC，我是BA3AAA。救護隊已經到達。現在無事了。BA3AAA解除呼救，BA3AAA解除呼救。再見。」

Ⅲ 求仙之天緣v2存檔不要太BT的. 郵箱[email protected]~還有發那種好多英文字母過來的.我看不懂.求解釋清楚

[FileName]
ListFile=俠客等級32|1|梟雄等級53|2|豆丁等級66|3|
[Hero1]
Date=]WyrrR[MwroSmqqR[
DateStock=-10651979
[Hero2]
Date=R][[
DateStock=-20741982
[Hero3]
Date=qpUuqqSyrrWvqbXtpbTxqqWmrqR[]rrYkrpXmrrUybqTqpoNvqqVnrqR[
DateStock=-40701808
把這些復制瞭然後粘貼到魔獸目錄下的SAVE里的xdty用記事本格式打開 把裡面的東西都刪掉或者保存到別的地方那是你以前的人物 然後就把以上粘貼就OK了

Ⅳ 求仙之天緣V2法師存檔

我把bt文檔給你，你把它保存成xzxd格式的文檔就行了,我給你發過去了
[FileName]
ListFile=怒熊等級62|1|怒熊等級77|2|俠客等級69|3|紅顏等級57|4|俠客等級100|5|俠客等級100|6|俠客等級52|7|鬼姬等級53|8|
[Hero1]
Date=MqopTvpqSvrqR[[<
DateStock=-32370847
[Hero2]
Date=NvqqUnprRfqqSspoZzqqXmpbVxbrR_XqqqWyopYurrR]qpYvqoSvpqNvrbVtbqR_MqopTvpqSvrqR[ZyqrR[bqRbprRfrbVtbrRarbTtb<
DateStock=-23192621

[Hero3]
Date=R]UnrbUtqqTnprZyqpSybqR_
DateStock=-35273154
[Hero4]
Date=R]brRarpR^<
DateStock=-22328737
[Hero5]
Date=bqR_VtbpRa
DateStock=-4280756
[Hero6]
Date=VypbVxbqXqprVwrrZwqoR]
DateStock=-14392774
[Hero7]
Date=NvqqVnqqR^
DateStock=-59177654
[Hero8]
Date=pbD
DateStock=-38877058

Ⅳ 在學delphi的中途再加java會不會太難

程序的能力是靠時間積累的.
使用不同的語言是表達形式.

你用DELPHI,再學JAVA,是換一種程序表達形式.

別擔心,我這里有delphi裡面的組件,的所有教程.

http://www.ibook8.com/book/delphi.htm
Delphi的編碼規范
Santch
1．規范簡介

本規范主要規定Delphi源程序在書寫過程中所應遵循的規則及注意事項。編寫該規范的目的是使公司軟體開發人員的源代碼書寫習慣保持一致。這樣做可以使每一個組員都可以理解其它組員的代碼，以便於源代碼的二次開發記憶系統的維護。

2．單元的格式

2．1 基本要求

2.1.1 縮進

縮進就是在當源程序的級改變時為增加可讀性而露出的兩個空格。縮進的規則為每一級縮進兩個空格。不準許使用Tab。因為Tab會因為用戶所作的設置不同而產生不同的效果。當遇到begin 或進入判斷、循環、異常處理、with語句、記錄類型聲明、類聲明等的時侯增加一級， 當遇到end或退出判斷、循環、異常處理、with語句、記錄類型聲明、類聲明等的時侯減少一級。

2.1.2 Begin…End

begin語句和end語句在源程序中要獨佔一行，例如:
for I := 0 to 10 do begin //不正確的用法
end;
for I := 0 to 10 do //正確的用法
begin
end;

2.1.3空格

在操作符及邏輯判斷符號的兩端添加空格，例如：I := I + 1;，a and b 等，

但添加括弧時不需要空格。

例如：if ( a>b )and( a錯誤的用法
if (a > b) and (a < c) then //正確的用法

2.1.4 變數

盡量不用縮寫，盡量用名詞，如有多個單詞則每個單詞的第一個字元一定要大寫；見名知意

所有模塊內全局變數必須用『F』為前綴。如果幾個模塊之間需要進行資料交換，則需要通過聲明屬性的方法來實現。

2．2單元說明

新建每一個新單元文件時，請先按如下格式定製單元說明

{*******************************************************
Copyright?(c)?2000-2004?*********公司技術開發部

Project:---該單元所屬的項目

Mole:---該單元所屬的功能模塊

Describe:---該單元的功能

Author:---創建人

Date:---創建日期

Version版本號:

History`s Modification:---修改歷史區域

{*************************

Modify No:---修改編號

Modifier:---修改人
DateTime:---修改時間
Cause:---修改原因

Modify No:---修改編號

Modifier:---修改人
DateTime:---修改時間
Cause:---修改原因

*************************}

*******************************************************}

2．3 過程與函數的說明

{*******************************************************

PrcereeName/FunctionName:
Input: a---輸入參數說明，b---輸入參數說明，c---輸入參數說明
Output: x---輸出參數說明

Const: s---常量說明，t---常量說明

var: x---變數說明, j---變數說明

Describe:----功能描述

若該過程或函數不是該單元創建人所撰寫請在此後再加上以下幾項內容：

Author:

Date:

*******************************************************}

3．控制項的命名

控制項的名稱可使用以下簡寫，但所用簡寫於控制項名稱之間葯添加『_』：

Standard Tab
mm TMainMenu
pm TPopupMenu
mmi TMainMenuItem
pmi TPopupMenuItem
lbl TLabel
edt TEdit ; TSpinEdit ; TMaskEdit
mem TMemo
btn TButton ; TBitBtn ; TSpeedButton ; TSpinButton
cb TCheckBox
rb TRadioButton
lb TListBox
cb TComboBox
scb TScrollBar
gb TGroupBox
rg TRadioGroup
pnl TPanel
cl TCommandList

Additional Tab

sg TStringGrid
dg TDrawGrid
img TImage
shp TShape
bvl TBevel
sbx TScrollBox
clb TCheckListbox
spl TSplitter
stx TStaticText
cht TChart

Win32 Tab
tbc TTabControl
pgc TPageControl
il TImageList
re TRichEdit
tbr TTrackBar
prb TProgressBar
ud TUpDown
hk THotKey
ani TAnimate
dtp TDateTimePicker
tv TTreeView
lv TListView
hdr THeaderControl
stb TStatusBar
tlb TToolBar
clb TCoolBar

System Tab
tm ??TTimer
pb ??TPaintBox
mp ?TMediaPlayer
olec ?TOleContainer
ddcc ?TDDEClientConv
ddci ?TDDEClientItem
ddsc ?TDDEServerConv
ddsi ?TDDEServerItem

?

Samples Tab
gg?? TGauge
cg?? TColorGrid
spb?
spe?
dol? TDirectoryOutline
cal? TCalendar
ibea? TIBEventAlerter

?

ActiveX Tab
cfx? TChartFX
vsp?? TVSSpell
f1b?? TF1Book
vtc?? TVTChart
grp?? TGraph

?

Win31 Tab
dbll?? TDBLookupList
dblc?? TDBLookupCombo
ts???? TTabSet
ol???? TOutline
tnb??? TTabbedNoteBook
nb???? TNoteBook
hdr??? THeader
flb??? TFileListBox
dlb??? TDirectoryListBox
dcb?? TDriveComboBox
fcb?? TFilterComboBox

Midas Tab
prv?? TProvider
cds?? TClientDataSet
qcds?? TQueryClientDataSet
dcom? TDCOMConnection
olee?? TOleEnterpriseConnection
sck?? TSocketConnection
rms?? TRemoteServer
mid?? TmidasConnection

Internet Tab
csk ?TClientSocket
ssk ?TServerSocket
wbd ?TWebDispatcher
pp ???TPageProcer
tp ???TQueryTableProcer
dstp? ?TDataSetTableProcer
nmdt ??TNMDayTime
nec ???TNMEcho
nf ????TNMFinger
nftp ???TNMFtp
nhttp ??TNMHttp
nMsg ??TNMMsg
nmsg ??TNMMSGServ
nntp ???TNMNNTP
npop ???TNMPop3
nuup ???TNMUUProcessor
smtp ???TNMSMTP
nst ????TNMStrm
nsts ???TNMStrmServ
ntm ???TNMTime
nudp ??TNMUdp
psk ???TPowerSock
ngs ???TNMGeneralServer
html? ?THtml
url? ??TNMUrl
sml ??TSimpleMail

Data Access Tab
ds? ?TDataSource
tbl? ?TTable
qry? ?TQuery
sp ??TStoredProc
db ??TDataBase
ssn? ?TSession
bm ??TBatchMove
usql ??TUpdateSQL

Data Controls Tab
dbg? ?TDBGrid
dbn ??TDBNavigator
dbt ??TDBText
dbe ??TDBEdit
dbm? ?TDBMemo
dbi ??TDBImage
dblb ??TDBListBox
dbcb? ?TDBComboBox
dbch? ?TDBCheckBox
dbrg ??TDBRadioGroup
dbll ??TDBLookupListBox
dblc ??TDBLookupComboBox
dbre ??TDBRichEdit
dbcg ??TDBCtrlGrid
dbch ??TDBChart

Decision Cube Tab
dcb ??TDecisionCube
dcq ??TDecisionQuery
dcs ??TDecisionSource
dcp ??TDecisionPivot
dcg ??TDecisionGrid
dcgr ?TDecisionGraph

QReport Tab
qr ??TQuickReport
qrsd ?TQRSubDetail
qrb ??TQRBand
qrcb ??TQRChildBand
qrg ??TQRGroup
qrl ??TQRLabel
qrt ??TQRText
qre ??TQRExpr
qrs? ?TQRSysData
qrm ??TQRMemo
qrrt ??TQRRichText
qrdr? ?TQRDBRichText
qrsh ??TQRShape
qri ???TQRImage
qrdi ??TQRDBMImage
qrcr? ?TQRCompositeReport
qrp ??TQRPreview
qrch TQRChart

Dialogs Tab
OpenDialog ???????TOpenDialog
SaveDialog ???????TSaveDialog
OpenPictureDialog ?TOpenPictureDialog
SavePictureDialog ??TSavePictureDialog
FontDialog ????????TFontDialog
ColorDialog ???????TColorDialog
PrintDialog ????????TPrintDialog
PrinterSetupDialog? ?TPrintSetupDialog
FindDialog ?????????TFindDialog
ReplaceDialog ??????TReplaceDialog

4．修改的要求

4．1修改歷史記錄
對源文件進行經過批準的修改時，修改者應在程序文件頭加入修改歷史項。在以後的每一次修改時，修改者都必須在該項目中填寫下列信息：
Modifier:
DateTime:
Cause:
Comment:

4．2新增代碼行
新增代碼行的前後應有注釋行說明。
// ab 修改人; 修改時間; 修改說明。
新增代碼行
// ae

4．3刪除代碼行
刪除代碼行的前後用注釋行說明。
//db 修改人，修改時間，修改說明。
//要刪除的代碼行（將要刪除的語句進行注釋）
//de

4．4修改代碼行
修改代碼行以刪除代碼行後在新增代碼行的方式進行。
//mb 修改人，修改時間，修改說明。
//pre 修改前的代碼行

修改後的代碼行
//me

5．文件的命名

項目文件必須使用一個有意義的名字。例如： Delphi中系統信息的項目文件被命名為 SysInfo.dpr。
3.7.2 Form 文件
同Form的名稱相一致：例如：Form的名稱為frrmMain則Form文件的名稱就為frmMain.dfm。對應的Unit文件就是frmMain.pas
3.7.3 Data Mole 文件
data mole文件的命名應該有意義，並且使用『DM』作為前綴。例如： 用戶data mole 被命名為『dmCustomers.dfm』。 對應的Unit文件就是rdmCustomers.pas
3.7.4 Remote Data Mole 文件
remote data mole文件的命名應該有意義，並且使用『RDM』作為前綴。例如：用戶remote data mole 被命名為『rdmCustomers.dfm』。 對應的Unit文件就是rdmCustomers.pas
3.7.5普通 Unit文件
unit文件的命名應該有意義，並且使用『u』作為前綴。例如： 通用unit 被命名為『uGeneral.pas』。

祝你好運!!!!!!!!!!!!!!!!!!

Ⅵ 求最新損益表

已發送、請查收、謝謝、

diyer8 diyer6

新資產負債表、利潤表、現金流量表和所有者權益變動表格式.rar
現金流量報表.rar ;
自動編制現金流量表.rar ;
多功能憑證匯總表.rar ;
固定資產折舊表.rar ;
滑冰歌工資表.rar ;
現金、票據盤點表及銀行調節表.rar ;
銀行余額調節表.rar ;
自動計算財務報表.rar ;
應付帳款管理系統.rar ;
丁字帳自動生成，科目余額表、資產負債表、損益表、現金流量表.rar ;
工業企業09年最新版本資產負債表.zip ;
稅務-2009公式版的新企業所得稅申報表.rar ;
支票管理.rar ;
自動生成科目匯總表、利潤表、資產負債表.rar

Ⅶ 源碼的書寫規則

Delphi 源碼格式書寫規范 學任何一門語言,都要注意源碼格式書寫規范.下面說說Delphi 源碼格式書寫規范.1.規范簡介
本規范主要規定Delphi源程序在書寫過程中所應遵循的規則及注意事項。編寫該規范的目的是使公司軟體開發人員的源代碼書寫習慣保持一致。這樣做可以使每一個組員都可以理解其它組員的代碼，以便於源代碼的二次開發記憶系統的維護。
2.一般格式規范
2.1縮進
縮進就是在當源程序的級改變時為增加可讀性而露出的兩個空格。縮進的規則為每一級縮進兩個空格。不準許使用Tab。因為Tab會因為用戶所作的設置不同而產生不同的效果。當遇到begin 或進入判斷、循環、異常處理、with語句、記錄類型聲明、類聲明等的時侯增加一級， 當遇到end或退出判斷、循環、異常處理、with語句、記錄類型聲明、類聲明等的時侯減少一級。例如：
if TmpInt <> 100 then
TmpInt := 100;
2.2 Begin..End
begin語句和end語句在源程序中要獨佔一行，例如:
for I := 0 to 10 do begin //不正確的用法
end;
for I := 0 to 10 do //正確的用法
begin
end;
2.3空格
在操作符及邏輯判斷符號的兩端添加空格，例如：I := I + 1;，a and b 等，但添加括弧時不需要空格。例如：if ( a > b ) then //錯誤的用法
If (a > b) then //正確的用法
又例如：procere Test(Param1: integer; Param3: string);
3. Object Pascal語法書寫格式規范
3.1保留字
Object Pascal 語言的保留字或關鍵詞應全部使用小寫字母。
3.2過程和函數
3.2.1命名及格式
過程和函數的名稱應全部使用有意義的單片語成，並且所有單詞的第一個字母應該使用大寫字母。例如：
procere formatharddisk;//不正確的命名
procere FormatHardDisk;//正確的命名
設置變數內容的過程和函數，應使用Set作為前綴，例如：
procere SetUserName;
讀取變數內容的過程和函數，應使用Get作為前綴，例如：
function GetUserName: string;
3.2.2 過程和函數的參數
3.2.2.1命名
統一類型的參數寫在同一句中:
procere Foo(Param1, Param2, Param3: Integer; Param4: string);
3.2.2.2命名
所有參數必須是有意義的；並且當參數名稱和其它屬性名稱重了的時候，加一個前綴'A', 例如：
procere SomeProc(AUserName: string; AUserAge: integer);
3.2.2.3命名沖突
當使用的兩個unit中包括一個重名的函數或過程時, 那幺當你引用這一函數或過程時，將執行在use 子句中後聲明的那個unit中的函數或過程。為了避免這種'uses-clause-dependent'需要在引用函數或過程時，寫完整函數或過程的出處。例如：
SysUtils.FindClose(SR);
Windows.FindClose(Handle);
3.3 變數
3.3.1 變數命名及格式
首先所有變數必須起有意義的名字，使其它組員可以很容易讀懂變數所代表的意義，變數命名可以採用同義的英文命名，可使用幾個英文單詞，但每一單詞的首字母必須大寫。例如：
var
WriteFormat:：string；
同時對於一些特定類型可採用一定的簡寫如下：
指針類型
P 紀錄類型
Rec 數組類型
Arr 類
Class 循環控制變數通常使用單一的字元如：i, j, 或 k。 另外使用一個有意義的名字例如：UserIndex ，也是准許的。
3.3.2 局部變數
在過程中使用局部變數遵循所有其它變數的命名規則。
3.3.3 全局變數
盡量不使用全局變數，如必須使用全局變數則必須加前綴'g'，同時應在變數名稱中體現變數的類型。例如：
gprecUserCount: point;//名稱為UserCount的全局變數,其類型為指向一結構的指針
但是在模塊內部可以使用全局變數。所有模塊內全局變數必須用'F'為前綴。如果幾個模塊之間需要進行資料交換，則需要通過聲明屬性的方法來實現。例如：
type
TFormOverdraftReturn = class(TForm)
private
{ Private declarations }
FuserName: string;
FuserCount: Integer;
Procere SetUserName(Value: string);
Function GetUserName: string;
public
{ Public declarations }
property UserName: string read GetUserName write SetUserName;
property UserCount: Integer read FuserCount write FuserCount;
end;
3.4類型
3.4.1 大小寫協議
保留字的類型名稱必須全部小寫。Win32 API 的類型通常全部大寫，對於其它類型則首字母大寫，其餘字母小寫，例如：
var
MyString: string; // reserved word
WindowHandle: HWND; // Win32 API type
I: Integer; // type identifier introced in System unit
3.4.2 浮點類型
盡量不使用 Real 類型，他只是為了和舊的Pascal代碼兼容，盡量使用Double 類型。Double 類型是對處理器和數據匯流排做過最優化的並且是IEEE定義的標准數據結構。當數值超出Double的范圍時，使用Extended 。但Extended不被Jave支持。但使用其它語言編寫的DLL時可能會使用Single 類型。
3.4.3 枚舉類型
枚舉類型的名字必須有意義並且類型的名字之前要加前綴'T'。枚舉類型的內容的名字必須包含枚舉類型名稱的簡寫，例如：
TSongType = (stRock, stClassical, stCountry, stAlternative, stHeavyMetal, stRB);
3.4.4 數組類型
數組類型的名字必須有意義並且類型的名字之前要加前綴'T'。如果聲明一個指向數組類型的指針必須在該類型的名字之前加前綴'P'，例如：
type
PCycleArray = ^TCycleArray;
TCycleArray = array[1..100] of integer;
3.4.5記錄類型
記錄類型的名字必須有意義並且類型的名字之前要加前綴'T'。如果聲明一個指向數組類型的指針必須在該類型的名字之前加前綴'P'，例如：
type
PEmployee = ^TEmployee;
TEmployee = record
EmployeeName: string
EmployeeRate: Double;
end;
3.5類
3.5.1 命名及格式
類的名字必須有意義並且類型的名字之前要加前綴'T'。例如：
type
TCustomer = class(TObject)
類實例的名字通常是去掉'T'的類的名字。例如：
var
Customer: TCustomer;
3.5.2 類中的變數
3.5.2.1命名及格式
類的名字必須有意義並且類型的名字之前要加前綴'F'。所有的變數必須是四有的。如果需要從外部訪問此變數則需要聲明一屬性
3.5.3 方法
3.5.3.1命名及格式
同函數和過程的命名及格式。
3.5.3.2 屬性訪問方法
所有的屬性訪問方法必須出現在private 或 protected 中。屬性訪問方法的命名同函數和過程的命名另外讀方法(reader method)必須使用前綴'Get'. 寫方法(writer method)必須使用前綴'Set'。寫方法的參數必須命名為'Value'，其類型同所要寫的屬性相一致。例如：
TSomeClass = class(TObject)
private
FSomeField: Integer;
protected
function GetSomeField: Integer;
procere SetSomeField( Value: Integer);
public
property SomeField: Integer read GetSomeField write SetSomeField;
end;
3.6屬性
3.6.1 命名及格式
同其用操作的，出去前綴'F'的類的變數的名稱相一致 。
3.7文件
3.7.1項目文件
3.7.1.1項目目錄結構
程序主目錄--Bin（應用程序所在路徑）
-Db（本地資料庫所在路徑）
-Doc（文檔所在路徑）
-Hlp（幫助文件所在路徑）
-Backup（備份路徑）
-Tmp（臨時文件路徑）
3.7.1.2命名
項目文件必須使用一個有意義的名字。例如： Delphi中系統信息的項目文件被命名為 SysInfo.dpr。
3.7.2 Form 文件
3.7.2.1命名
同Form的名稱相一致：例如：Form的名稱為FormMain則Form文件的名稱就為FormMain.frm。
3.7.3 Data Mole 文件
3.7.3.1命名
data mole文件的命名應該有意義，並且使用'DM'作為前綴。例如： 用戶data mole 被命名為'DMCustomers.dfm'。
3.7.4 Remote Data Mole 文件
3.7.4.1 命名
remote data mole文件的命名應該有意義，並且使用'RDM'作為前綴。例如：用戶remote data mole 被命名為'RDMCustomers.dfm'。
3.7.5 Unit文件
3.7.5.1普通 Unit
3.7.5.1.1 Unit文件命名
unit文件的命名應該有意義，並且使用'unit'作為前綴。例如： 通用unit 被命名為'UnitGeneral'。
3.7.5.2 Form Units
3.7.5.2.1命名
Form unit 文件的名字必須和Form的名稱保持一致。例如：主窗體叫FormMain.pas 則Form Unit文件的名字為：UnitFormMain。
3.7.5.3 Data Mole Units
3.7.5.3.1命名
Data Mole unit 文件的名字必須和Data Mole的名稱保持一致。例如：主Data Mole叫DMMain.pas 則Data Mole Unit文件的名字為：UnitDMMain。
3.7.5.4 文件頭
在所有文件的頭部應寫上此文件的用途，作者，日期及輸入和輸出。例如：
{
修改日期：
作者：
用途：
本模塊結構組成：
}
3.7.6 Forms和Data Moles Forms
3.7.6.1 Form類
1. Form類命名標准
Forms類的命名應該有意義，並且使用'TForm'作為前綴。例如： About Form類的名字為:
TAboutForm = class(TForm)
主窗體的名字為
TMainForm = class(TForm)
2. Form類實例的命名標准
Form 的類實例的名字應同期掉'T'的Form類的名字相一致。例如：
Type Name
Instance Name TaboutForm
AboutForm TmainForm
MainForm TCustomerEntryForm
CustomerEntryForm
3.7.6.2 Data Moles Form
3.7.6.2.1. Data Mole Form 命名標准
Data Moles Forms類的命名應該有意義，並且使用'TDM'作為前綴。例如：
TDMCustomer = class(TDataMole)
TDMOrders = class(TDataMole)
3.7.6.2.2. Data Mole 實例命名標准
Data Mole Form 的類實例的名字應同期掉'T'的Data Mole Form類的名字相一致。例如：
Type Name
Instance Name TCustomerDataMole
CustomerDataMole TordersDataMole
OrdersDataMole 3.8控制項
3.8.1 控制項實例的命名
控制項的實例應使用去掉'T'該控制項類的名稱作為前綴，例如：
輸入用戶姓名的Tedit的名字為：EditUserName。
3.8.2 控制項的簡寫
控制項的名稱可使用以下簡寫，但所用簡寫於控制項名稱之間葯添加'_'：
3.8.2.1 Standard Tab
mm TMainMenu
pm TPopupMenu
mmi TMainMenuItem
pmi TPopupMenuItem
lbl TLabel
edt TEdit
mem TMemo
btn TButton
cb TCheckBox
rb TRadioButton
lb TListBox
cb TComboBox
scb TScrollBar
gb TGroupBox
rg TRadioGroup
pnl TPanel
cl TCommandList
3.8.2.2 Additional Tab
bbtn TBitBtn
sb TSpeedButton
me TMaskEdit
sg TStringGrid
dg TDrawGrid
img TImage
shp TShape
bvl TBevel
sbx TScrollBox
clb TCheckListbox
spl TSplitter
stx TStaticText
cht TChart
3.8.2.3 Win32 Tab
tbc TTabControl
pgc TPageControl
il TImageList
re TRichEdit
tbr TTrackBar
prb TProgressBar
ud TUpDown
hk THotKey
ani TAnimate
dtp TDateTimePicker
tv TTreeView
lv TListView
hdr THeaderControl
stb TStatusBar
tlb TToolBar
clb TCoolBar
3.8.2.4 System Tab
tm TTimer
pb TPaintBox
mp TMediaPlayer
olec TOleContainer
ddcc TDDEClientConv
ddci TDDEClientItem
ddsc TDDEServerConv
ddsi TDDEServerItem
3.8.2.5 Internet Tab
csk TClientSocket
ssk TServerSocket
wbd TWebDispatcher
pp TPageProcer
tp TQueryTableProcer
dstp TDataSetTableProcer
nmdt TNMDayTime
nec TNMEcho
nf TNMFinger
nftp TNMFtp
nhttp TNMHttp
nMsg TNMMsg
nmsg TNMMSGServ
nntp TNMNNTP
npop TNMPop3
nuup TNMUUProcessor
smtp TNMSMTP
nst TNMStrm
nsts TNMStrmServ
ntm TNMTime
nudp TNMUdp
psk TPowerSock
ngs TNMGeneralServer
html THtml
url TNMUrl
sml TSimpleMail
3.8.2.6 Data Access Tab
ds TDataSource
tbl TTable
qry TQuery
sp TStoredProc
db TDataBase
ssn TSession
bm TBatchMove
usql TUpdateSQL
3.8.2.7 Data Controls Tab
dbg TDBGrid
dbn TDBNavigator
dbt TDBText
dbe TDBEdit
dbm TDBMemo
dbi TDBImage
dblb TDBListBox
dbcb TDBComboBox
dbch TDBCheckBox
dbrg TDBRadioGroup
dbll TDBLookupListBox
dblc TDBLookupComboBox
dbre TDBRichEdit
dbcg TDBCtrlGrid
dbch TDBChart
3.8.2.8 Decision Cube Tab
dcb TDecisionCube
dcq TDecisionQuery
dcs TDecisionSource
dcp TDecisionPivot
dcg TDecisionGrid
dcgr TDecisionGraph
3.8.2.9 QReport Tab
qr TQuickReport
qrsd TQRSubDetail
qrb TQRBand
qrcb TQRChildBand
qrg TQRGroup
qrl TQRLabel
qrt TQRText
qre TQRExpr
qrs TQRSysData
qrm TQRMemo
qrrt TQRRichText
qrdr TQRDBRichText
qrsh TQRShape
qri TQRImage
qrdi TQRDBMImage
qrcr TQRCompositeReport
qrp TQRPreview
qrch TQRChart
3.8.2.10 Dialogs Tab
OpenDialog TOpenDialog
SaveDialog TSaveDialog
OpenPictureDialog TOpenPictureDialog
SavePictureDialog TSavePictureDialog
FontDialog TFontDialog
ColorDialog TColorDialog
PrintDialog TPrintDialog
PrinterSetupDialog TPrintSetupDialog
FindDialog TFindDialog
ReplaceDialog TReplaceDialog
3.8.2.11 Win31 Tab
dbll TDBLookupList
dblc TDBLookupCombo
ts TTabSet
ol TOutline
tnb TTabbedNoteBook
nb TNoteBook
hdr THeader
flb TFileListBox
dlb TDirectoryListBox
dcb TDriveComboBox
fcb TFilterComboBox
3.8.2.12 Samples Tab
gg TGauge
cg TColorGrid
spb TSpinButton
spe TSpinEdit
dol TDirectoryOutline
cal TCalendar
ibea TIBEventAlerter
3.8.2.13 ActiveX Tab
cfx TChartFX
vsp TVSSpell
f1b TF1Book
vtc TVTChart
grp TGraph
3.8.2.14 Midas Tab
prv TProvider
cds TClientDataSet
qcds TQueryClientDataSet
dcom TDCOMConnection
olee TOleEnterpriseConnection
sck TSocketConnection
rms TRemoteServer
mid TmidasConnection
4．修改規范
本規則所做的規定僅適用於已經納入配置管理的程序。在這類修改中，要求保留修改前的內容、並標識出修改和新增的內容。並在文件頭加入修改人、修改日期、修改說明等必要的信息。
4．1修改歷史記錄
對源文件進行經過批準的修改時，修改者應在程序文件頭加入修改歷史項。在以後的每一次修改時，修改者都必須在該項目中填寫下列信息：
修改人
修改時間
修改原因
修改說明即如何修改
4．2新增代碼行
新增代碼行的前後應有注釋行說明。
// 修改人，修改時間，修改說明
新增代碼行
// 修改結束
4．3刪除代碼行
刪除代碼行的前後用注釋行說明。
//修改人，修改時間，修改說明
//要刪除的代碼行（將要刪除的語句進行注釋）
//修改結束
4．4修改代碼行
修改代碼行以刪除代碼行後在新增代碼行的方式進行。
//修改人，修改時間，修改說明
//修改前的代碼行
//修改結束
//修改後的代碼行
修改後的代碼行
//修改結束