dtf檔案是一種樹級結構的資料儲存方式，其中以此有simulation、zone、bc，vc等分別儲存simulation資訊，區塊資訊，邊界條件和塊條件。結構檢視中coordinates儲存該zone中所有座標點的位置資訊，往往乙個網格劃分的基礎就是將coordinates中的座標準確無誤的對應上去。bc records中記錄的是各個zone之間的邊界資訊，邊界的種類分為inte***ce(交介面)，wall（牆型別），inlet（流場入口），outlet（流場出口）等。
最簡單的dtf檔案生成方式是通過fastran中的geom軟體直接建立乙個網格檔案，然後另存為dtf即可。這裡筆者是通過**生成的方式，其實也很簡單，關鍵在於如何確定dtf網格檔案的幾何建模，其次需要注意各個zone之間的邊界問題。能夠準確做好這兩個方面，乙個簡單的dtf檔案便可以完成
筆者在構建dtf檔案的時候遇到很多的問題，這裡將一些問題記錄在下面，方便以後自己查詢
如所示，coordinates中存在index，i，j，k，這三個是系統自動生成的，其中index為以此增加從一維的角度來記錄各個點的索引，而i，j，k則是從三維的下標來對實際的座標位置進行建立。就好像是三維陣列，每個陣列的值是乙個座標點實際位置。i，j，k就好比三維陣列的下標，x，y，z就好比三維陣列實際對應的座標點的位置資訊。iblanking這個值，筆者還沒有具體了解，這裡猜測和該座標的顯示與否相關。明白之後會更新
乙個簡單的zone區域是由6個patches來決定的，每乙個patch都有自己對應的bc record。但是bc records和patches的確定是分開的。bc records中的6個面是通過i，j，k以此從小到大來進行確定的。也就是說這裡面的i，j，k的關係是確定的，但是patches在指定的時候需要單獨對i，j，k進行額外的確定，而非內部直接實現。下圖是patch 2的i，j，k大小。
之前說過bctype有很多態別，在我們確定網格模型的時候其實就已經確定了所有的邊界條件。在邊界條件的具體寫入也容易出bug了。筆者往往在算好coordinates值後還要在這裡卡一段時間，也是乙個比較費時間的工作。每個zone都有自己的vc，這裡理解為對zone的整體控制，比如這個zone是fluid型別或者是solid型別這些，還有表示這個zone的key值也放在vc中。每個邊界都有和其相關的zone，這裡我們就需要在每個邊界的record中寫入他所毗鄰的zone的key值。
由於每個bc和相應的i，j，k相關，而不同的計算方式得到的座標序列不同，必然會導致i，j，k的區別，這裡尤其需要注意每個邊界和實際中的哪乙個面是對應的關係。
同樣每個邊界也有自己的key值，對於inte***ce的邊界條件，每個inte***ce的邊界必然毗鄰兩個不同的zone，這兩個zone的該邊界必須完全一致。
parameter檔案的學習
pfile與spfile 兩者的優先級別不同，首先讀取spfile檔案，若找不到 則找pfile 若還找不到，則找initsid.ora檔案，若還找不到則資料庫報錯 spfile採用的是二進位制檔案格式，修改的方式不同，pfile只能用本本編輯器編寫，而spfile只能使用資料庫指令修改 alter...
學習python的檔案操作
file.close 關閉檔案。關閉後檔案不能再進行讀寫操作 file.flush 重新整理檔案內部緩衝，直接把內部緩衝區的資料立刻寫入檔案，而不是被動的等待輸出緩衝區寫入 file.fileno 返回乙個整型的檔案描述符 file descriptor fd整型 可以用在如os模組的read方法等...
XML檔案學習
xml cdata 文字 所有 xml 文件中的文字均會被解析器解析。只有 cdata 區段 cdata section 中的文字會被解析器忽略。xml 解析器通常會解析 xml 文件中所有的文字。當某個 xml 元素被解析時，其標籤之間的文字也會被解析 此文字也會被解析解析器之所以這麼做是因為 x...