⑴功能
截去指定數位后的有效數字返回數據。
⑵格式
TRUNC(數值或數值單元格,指定數位)
⑶示例
A列          B列
1245.251
①截去小數取整數
B1單元格中輸入公式
=TRUNC(A1,0)或者=TRUNC(A1)，返回值為1245。
②保留1位小數
B1單元格中輸入公式
=TRUNC(A1,1)=1245.2
③保留百位數字
B1單元格中輸入公式
=TRUNC(A1,-2)=1200
說明：
函數TRUNC對指定的保留數位，右側數位不進行四舍五入，直接用0替代。

七、注意事項

[1]復雜的name屬性值
    當使用rules選項時，如果表單的name屬性值包含有非法的javascript標識符，必須將name值加上引號。
Js代碼

    $("#myform").validate({  
      rules: {  
        // no quoting necessary  
        name: "required",  
        // quoting necessary!  
        "user[email]": "email",  
        // dots need quoting, too!  
        "user.address.street": "required"  
      }  
    });  



[2]重構規則
    不論什么時候，當你的表單中的多個字段含有相同的驗證規則及驗證消息，重構規則可以減少很多重復。使用 addMethod 和 addClassRules 將非常有效果。  
    假使已經重構了如下規則：
Js代碼

    // alias required to cRequired with new message  
    $.validator.addMethod("cRequired", $.validator.methods.required,  
      "Customer name required");  
    // alias minlength, too  
    $.validator.addMethod("cMinlength", $.validator.methods.minlength,   
      // leverage parameter replacement for minlength, {0} gets replaced with 2  
      $.format("Customer name must have at least {0} characters"));  
    // combine them both, including the parameter for minlength  
    $.validator.addClassRules("customer", { cRequired: true, cMinlength: 2 });  


    那么使用的時候如下：
Html代碼

    <input name="customer1" class="customer" />  
    <input name="customer2" class="customer" />  
    <input name="customer3" class="customer" />  



[3]驗證消息
    當驗證了一個無效的表單元素，驗證消息顯示在用戶面前。這些消息是從哪里來的呢？有三個途徑來取得驗證消息。
        1.通過待驗證表單元素的title屬性
        2.通過默認的驗證消息
        3.通過插件設置(messages選項)
    這三種途徑的優先順序為：3 > 1 > 2
   
[4]驗證消息與Google工具欄的沖突
    有時候驗證消息會與Goole工具欄的AutoFill插件沖突。AutoFill通過替換表單元素的title屬性，以顯示提示消息。此時，驗證消息如果獲取的是title屬性值，那么就得不到我們預期想要得到的結果。當文檔載入時，可以通過如下方法避免沖突。
Js代碼

    $("input.remove_title").attr("title", "");  



[5]表單提交
    默認地，表單驗證失敗時阻止表單的提交，當驗證通過，表單提交。當然，也可以通過submitHandler來自定義提交事件。
    將提交按鈕的class屬性設置成cancel，在表單提交時可以跳過驗證。
Js代碼

    <input type="submit" name="submit" value="Submit" />  
    <input type="submit" class="cancel" name="cancel" value="Cancel" />  


    下面這段代碼將循環提交表單：
Java代碼

    $("#myform").validate({  
     submitHandler: function(form) {  
       // some other code maybe disabling submit button  
       // then:  
       $(form).submit();  
     }  
    });  


    $(form).submit() 觸發了另外一輪的驗證，驗證后又去調用submitHandler，然后就循環了?？梢杂?form.submit() 來觸發原生的表單提交事件。
Java代碼

    $("#myform").validate({  
     submitHandler: function(form) {  
       form.submit();  
     }  
    }); 

為了實現靜默卸載， 學了下android的安全體系，記錄如下

最近在做個東西，巧合碰到了sharedUserId的問題，所以收集了一些資料，存存檔備份。

    安裝在設備中的每一個apk文件，Android給每個APK進程分配一個單獨的用戶空間,其manifest中的userid就是對應一個Linux用戶都會被分配到一個屬于自己的統一的Linux用戶ID，并且為它創建一個沙箱，以防止影響其他應用程序（或者其他應用程序影響它）。用戶ID 在應用程序安裝到設備中時被分配，并且在這個設備中保持它的永久性。

通過Shared User id,擁有同一個User id的多個APK可以配置成運行在同一個進程中.所以默認就是可以互相訪問任意數據. 也可以配置成運行成不同的進程, 同時可以訪問其他APK的數據目錄下的數據庫和文件.就像訪問本程序的數據一樣.

對于一個APK來說，如果要使用某個共享UID的話，必須做三步：

1、在Manifest節點中增加android:sharedUserId屬性。

2、在Android.mk中增加LOCAL_CERTIFICATE的定義。

如果增加了上面的屬性但沒有定義與之對應的LOCAL_CERTIFICATE的話，APK是安裝不上去的。提示錯誤是：Package com.test.MyTest has no signatures that match those in shared user android.uid.system; ignoring!也就是說，僅有相同簽名和相同sharedUserID標簽的兩個應用程序簽名都會被分配相同的用戶ID。例如所有和media/download相關的APK都使用android.media作為sharedUserId的話，那么它們必須有相同的簽名media。

3、把APK的源碼放到packages/apps/目錄下，用mm進行編譯。

舉例說明一下。

系統中所有使用android.uid.system作為共享UID的APK，都會首先在manifest節點中增加android:sharedUserId="android.uid.system"，然后在Android.mk中增加LOCAL_CERTIFICATE := platform?？梢詤⒁奡ettings等

系統中所有使用android.uid.shared作為共享UID的APK，都會在manifest節點中增加android:sharedUserId="android.uid.shared"，然后在Android.mk中增加LOCAL_CERTIFICATE := shared?？梢詤⒁奓auncher等

系統中所有使用android.media作為共享UID的APK，都會在manifest節點中增加android:sharedUserId="android.media"，然后在Android.mk中增加LOCAL_CERTIFICATE := media。可以參見Gallery等。

另外，應用創建的任何文件都會被賦予應用的用戶標識，并且正常情況下不能被其他包訪問。當通過getSharedPreferences（String，int）、openFileOutput（String、int）或者openOrCreate Database（String、int、SQLiteDatabase.CursorFactory）創建一個新文件時，開發者可以同時或分別使用MODE_WORLD_READABLE和MODE_WORLD_RITEABLE標志允許其他包讀/寫此文件。當設置了這些標志后，這個文件仍然屬于自己的應用程序，但是它的全局讀/寫和讀/寫權限已經設置，所以其他任何應用程序可以看到它。

關于簽名：

build/target/product/security目錄中有四組默認簽名供Android.mk在編譯APK使用：

1、testkey：普通APK，默認情況下使用。

2、platform：該APK完成一些系統的核心功能。經過對系統中存在的文件夾的訪問測試，這種方式編譯出來的APK所在進程的UID為system。

3、shared：該APK需要和home/contacts進程共享數據。

4、media：該APK是media/download系統中的一環。

應用程序的Android.mk中有一個LOCAL_CERTIFICATE字段，由它指定用哪個key簽名，未指定的默認用testkey.

對于使用eclipse編譯的apk，可以使用signapk.jar來手動進行簽名，其源碼在build/tools/signapk下，編譯后在out/host/linux-x86/framework/signapk.jar，也可以從網上下載。使用方法，以platform為例：java -jar ./signapk　platform.x509.pem platform.pk8 input.apk output.apk  (platform.x509.pem platform.pk8在build/target/product/security獲取)

1     pm install [-l] [-r] [-t] [-i INSTALLER_PACKAGE_NAME] [-s] [-f] PATH
2     pm uninstall [-k] PACKAGE

pm命令可以通過adb在shell中執行，同樣，我們可以通過代碼來執行。

01     public static void execCommand(String... command) {
02         Process process = null;
03         try {
04             process = new ProcessBuilder().command(command).start();
05             //對于命令的執行結果我們可以通過流來讀取
06             // InputStream in = process.getInputStream();
07             // OutputStream out = process.getOutputStream();
08             // InputStream err = process.getErrorStream();
09         } catch (IOException e) {
10             e.printStackTrace();
11         } finally {
12             if (process != null)
13                 process.destroy();
14         }
15     }

1     execCommand("pm", "install", "-f", filePath);//安裝apk，filePath為apk文件路徑，如/mnt/sdcard/ApiDemos.apk
2     execCommand("pm", "uninstall", packageName);//卸載apk，packageName為包名，如com.example.android.apis

編譯生成apk時，要在你的manifest文件下添加android:sharedUserId="android.uid.system"，編譯完成之后還無法正常安裝，會出現Installation error: INSTALL_FAILED_SHARED_USER_INCOMPATIBLE錯誤，此時，要為apk重新簽名。

在android源碼\build\target\product\security中找platform.pk8和platform.x509.pem兩個文件，在android 編繹目錄out下找到 signapk.jar 這個包（源碼目錄\build\tools\signapk），并把編譯好的apk（如PMDemo.apk）放在同一目錄下，在重新簽名之前，用rar文件打開apk文件，進入META-INF目錄下，將CERT.SF和CERT.RSA這兩個文件刪除掉，然后在命令行中執行以下命令：

1     java -jar signapk.jar platform.x509.pem platform.pk8 PMDemo.apk NewPMDemo.apk

安裝前先把舊的apk卸載，這樣重新簽名之后的apk就可以正常安裝了。

萬幸的是CROP提供的選項中，還有一個，可以自定義裁切輸出的圖片存儲位置。利用這一點，就可以規避Intent攜帶信息的不靠譜所造成的吃飯不香。
01    //發送請求
02    Intent intent = new Intent(Intent.ACTION_GET_CONTENT, null);
03    intent.setType("image/*");
04    intent.putExtra("crop", "true");
05    intent.putExtra("aspectX", 1);
06    intent.putExtra("aspectY", 1);
07    intent.putExtra("outputX", 1000);
08    intent.putExtra("outputY", 1000）;
09    intent.putExtra("scale", true);
10    intent.putExtra("return-data", false);
11    intent.putExtra(MediaStore.EXTRA_OUTPUT, getTempUri());
12    intent.putExtra("outputFormat", Bitmap.CompressFormat.JPEG.toString());
13    intent.putExtra("noFaceDetection", true);
14    startActivityForResult(intent, PHOTORESOULT);
15    
16    //選擇存儲位置
17    Uri tempPhotoUri;
18    
19    private Uri getTempUri() {
20        Uri tempPhotoUri = Uri.fromFile(getTempFile());
21        return tempPhotoUri;
22    }
23    
24    private File getTempFile() {
25        if (isSDCARDMounted()) {
26    
27        File f = new File(Environment.getExternalStorageDirectory(),"temp.jpg");
28        try {
29            f.createNewFile();
30        } catch (IOException e) {
31                ...
32            }
33        return f;
34        }
35        return null;
36    }
37    
38    // 注意，在我做的測試中，使用內部緩存是無法正確寫入裁切后的圖片的。請大家有興趣的測試一番，看是否有意外。
39    // 系統是用全局的ContentResolver來做這個過程的文件io操作，app內部的存儲被忽略。（猜測）
40    /*
41        File f = new File(getCacheDir(), "temp.jpg");
42        try {
43            f.createNewFile();
44        } catch (IOException e) {
45           ...
46        }
47        return f;
48        }
49    */
50    
51    private boolean isSDCARDMounted(){
52        String status = Environment.getExternalStorageState();
53    
54        if (status.equals(Environment.MEDIA_MOUNTED)){
55            return true;
56        }
57        return false;
58    }
59    
60    // 處理結果
61    //
62    Bitmap bitmap = null;
63    try {              
64        bitmap = BitmapFactory.decodeStream(getContentResolver().openInputStream(tempPhotoUri));
65    } catch (FileNotFoundException e) {
66        e.printStackTrace();
67    }

• Android應用程序開發指南
• Android怎么實現語音朗讀
• Android怎么去除Dialog對話框的白色邊框
• Android如何為APK文件進行簽名
• Android實現體重測量儀的源碼
  

大多數操作系統，在應用程序所寄存的可執行程序映像（如Windows系統里的.exe）、它所運行的進程以及和用戶交互的圖標和應用之間有一種嚴格的1對1關系。在Android系統里，這些關聯要松散得多。并且重要的是要理解各種概念怎么樣組成整體。

由于Android應用固有的靈活性，當實現這些不同方面的時候有一些基本術語需要加以理解：

一個Android包 （.apk）文件，其中包含一個應用程序的代碼和資源。這是應用程序分發和下載的文件，用戶用來安裝該應用程序在他們的設備上。
一個任務一般而言是指用戶視為的一個可啟動應用程序：通常任務在桌面（home screen）有一個可訪問的圖標，且可以被切換到前臺。
一個進程是一個運行著應用程序代碼的底層核心過程。通常所有.apk里的代碼運行在一個專有的進程里。不過，進程標記也可以用來限定代碼運行位置，或者為整個.apk或者為個別的活動activity，接收者receiver，服務或提供者provider，組件。
任務

這里的一個關鍵點是：當用戶看到一個“應用”時，他們實際上在和任務打交道。如果您剛剛創建一個包含若干活動的.apk，其中之一是頂層入口點（通 過動作android.intent.action.MAIN的意圖過濾器intent-filter和類別 android.intent.category.LAUNCHER），那么這事實上將為您的.apk創建一個任務，并且您從那兒起動的任何活動都將作為 那個任務的一部分運行。

一個任務，那么，從用戶的角度來看是您的應用程序;而從應用程序開發者的角度來看，它是一個或多個用戶在那個任務中已經經歷過且未關閉的活動，或者 說是一個活動棧。一個新的任務通過以Intent.FLAG_ACTIVITY_NEW_TASK標志起動一個活動意圖來創建;這一意圖將被用來作為任務 的根意圖，定義任務是什么。任何不以這個標志起動的活動將和起動它的活動在相同的任務中運行（除非該活動已請求特別啟動模式，稍后會討論）。任務可以被重 新安排：如果您使用FLAG_ACTIVITY_NEW_TASK標志但已經有一個任務以這個意圖運行，則當前任務的活動棧將被切換到前臺而不是開始一個 新的任務。

FLAG_ACTIVITY_NEW_TASK必須謹慎使用：使用它意味著，在用戶看來，一個新的應用程序由此起動。如果這不是你所期望的行為，你 就不該去創建一個新的任務。另外，僅在用戶可以從桌面返回到他原來的地方和以一個新任務啟動相同意圖的情況下，你才應該使用新的任務標記。否則，如果用戶 在你已經啟動的任務里按桌面（HOME）鍵，而不是返回（BACK）鍵，你的任務及其活動將被放置到桌面后面，沒有辦法再切換回去。

任務共用性Affinity

在某些情況下，Android需要知道一個活動屬于哪個任務即使它沒有被啟動到一個具體的任務里。這是通過任務共用性（Affinities）完成 的。任務共用性（Affinities）為這個運行一個或多個活動的任務提供了一個獨特的靜態名稱，默認的一個活動的任務共用性（Affinity）是實 現了該活動的.apk包的名字。這提供了預期的標準特性，即所有在一個特定的.apk包里的活動是單個用戶應用程序的一部分。

當開始一個沒有Intent.FLAG_ACTIVITY_NEW_TASK標志的活動時，任務共用性affinities不會影響將會運行該新活 動的任務:它總是運行在啟動它的任務里。但是，如果使用了NEW_TASK標志，那么共用性（affinity）將被用來判斷是否已經存在一個有相同共用 性（affinity）的任務。如果是這樣，這項任務將被切換到前面而新的活動會啟動于這個任務的頂層。

 

這種特性在您必須使用NEW_TASK標志的情況下最有用，尤其是從狀態欄通知或桌面快捷方式啟動活動時。結果是，當用戶用這種方式啟動您的應用程序時，它的當前任務將被切換到前臺，而且想要查看的活動被放在最上面。

你可以在程序清單（Manifest）文件的應用程序application標簽中為.apk包中所有的活動分配你自己的任務共用性Affinites，或者在活動標記中為各個活動進行分配。一些說明其如何使用的例子如下：

如果您的.apk包含多個用戶可以啟動的高層應用程序，那么您可能需要對用戶看到的每個活動指定不同的affinities。一個不錯的命名慣例是 以附加一個以冒號分隔的字符串來擴展您的.apk包名。例如，“ com.android.contacts ”.apk可以有affinities:“com.android.contacts：Dialer”和“ com.android.contacts：ContactsList”。
如果您正在替換一個通知，快捷方式，或其他可以從外部發起的應用程序 的“內部”活動，你可能需要明確設定您替代活動的taskAffinity和您準備替代的應用程序一樣。例如，如果您想替換contacts詳細信息視圖 （用戶可以創建并調用快捷方式），你得把taskAffinity設置成“com.android.contacts”。
啟動模式和啟動標志

您控制活動和任務交互的主要途徑是通過活動的launchMode 屬性和意圖相關的標志flags。這兩個參數可以以各種方式合作來控制活動啟動的結果，正如它們相關文檔中描述的那樣。在這里，我們將看看一些常見的用例和參數組合。

你將使用的最常見的啟動模式（除了默認的standard模式）是singleTop。這并不影響任務;它只是避免多次在一個堆棧頂部起動同一活動。

singleTask啟動模式對任務有重大的影響：它使活動始終是開始于一項新的任務（或其現有的任務被帶到前臺） 。使用這種模式需要謹慎對待你如何與系統其他部分進行交互，因為這影響到這個活動中的每一個路徑。它應當僅在活動處于應用程序前臺時使用（也就是支持 MAIN動作和LAUNCHER類別）。

singleInstance啟動模式更是專業，并應僅用于整個就是被實現為一個活動的應用程序中。

有一種你會經常遇到的情況是當另一個實體（如SearchManager 或NotificationManager）開始您的一個活動。在這種情況下，必須使用Intent.FLAG_ACTIVITY_NEW_TASK 標簽，因為該項活動是在任務之外起動的（而且應用/任務可能根本不存在）。正如前面所述，這種情況下的標準行為是把匹配新活動affinity的任務帶到 前臺和在此之上起動新的活動。不過，也有其他您可以實施的行為類型。

其中一種常見的做法是，還可以使用Intent.FLAG_ACTIVITY_CLEAR_TOP 國旗與NEW_TASK 。通過這樣做，如果你的任務已經運行，那么將提請前景，所有的活動，其堆棧清除除根系活力和根系活力的onNewIntent （意圖） 所謂的意圖正在開始。請注意，該活動還常常使用singleTop 或singleTask 發射模式時，使用這種方法，因此，目前的情況是由于新的意圖而不需要將它摧毀，一個新的實例開始。

一種通常的辦法是和NEW_TASK聯合起來使用Intent.FLAG_ACTIVITY_CLEAR_TOP標志。這樣，如果您的任務已經運 行，那么它將會被帶到前臺，除根活動外其它所有堆棧中的活動都被清除，而且這個根活動的方法onNewIntent(Intent)會在該意圖起動時被調 用。注意這個活動使用這個方法時經常使用singleTop或者singleTask起動模式，這樣當前實例被賦予新的意圖而不是需要銷毀它然后重新起動 一個新的實例。

您能采取的另外的方法是設置通知活動的任務affinity為空字符串“”（表示沒有affinity），并設置 finishOnBackground屬性。這種方法是有用的如果你希望這個通知把用戶帶到一個單獨的描述它的活動中，而不是返回到應用程序的任務。通過 指定這個屬性，該活動將被結束不管用戶通過BACK還是HOME離開它;如果這個屬性沒有指定，按首頁將導致這個活動及其任務仍保留在系統里，且可能沒有 辦法返回它。

請務必閱讀關于launchMode屬性和Intent標志的文檔以獲取這些選項的詳細說明。

 

 

進程

在Android里，進程完全是應用的實現細節，而不是用戶通常了解的那樣。其主要用途就是：

通過安置不受信任的或不穩定的代碼到另一個進程來提高穩定性或安全性。
通過在同一進程里運行多個.apks的代碼來減少開銷。
通過把重量級代碼放在單獨的進程中來幫助系統管理資源，該進程可以在不影響應用程序其他部分的情況下被終止。
正如前面所述，這個進程屬性用來控制運行著特定應用程序組件的進程，注意，此屬性不能用于違反系統安全性：如果有兩個不共享相同用戶ID的.apks嘗試運行在同一進程中，這將不會被允許，相反會為它們每一個創建不同的進程。

參見安全 文檔以獲取更多關于安全限制方面的信息。

Android相關內容:

 

線程

每個進程包含一個或多個線程。多數情況下，Android避免在進程里創建額外的線程，以保持應用程序單線程，除非它創建自己的線程。一個重要的結 果就是所有對活動Activity，廣播接收器BroadcastReceiver以及服務Service實例的調用都是由這個進程的主線程創建的。

注意新的線程并不會為每個活動，廣播接收器，服務或者內容提供器（ContentProvider）實例而創建：這些應用程序的組件在進程里被實例 化（除非另有說明，都在同一個進程處理），實際上是進程的主線程。這說明當被系統調用時沒有哪個組件（包括服務）會進行遠程或者阻塞操作（就像網絡調用或 者計算循環），因為這將阻止進程中的所有其他組件。你可以使用標準的線程類Thread或者Android的HandlerThread便捷類去對其它線 程執行遠程操作。

這里有一些關于這個線程規則的重要的例外：

  ? 對IBinder或者IBinder實現的接口的調用由調用線程或本地進程的線程池（如果該呼叫來自其他進程）分發，而不是它們的進程的主線程。特殊情況 下，一個服務的IBinder可以這樣調用。（盡管調用服務里的方法已經在主線程里完成。）這意味著IBinder接口的實現必須要有一種線程安全的方 法，這樣任意線程才能同時訪問它。
  ? 對ContentProvider主要方法的調用由調用線程或者主線程分發,如同IBinder一樣。被指定的方法在內容提供器的類里有記錄。這意味著實現這些方法必須要有一種線程安全的模式，這樣任意其它線程可以同時訪問它。
  ? 視圖及其子類中的調用由正在運行著視圖的線程產生。通常情況下，這會被作為進程的主線程，如果你創建一個線程并顯示一個窗口，那么繼承的窗口視圖將從那個線程里啟動。

在Android手機中判斷是否聯網可以通過 ConnectivityManager 類的isAvailable()方法判斷，

首先獲取網絡通訊類的實例

     ConnectivityManager cwjManager=(ConnectivityManager)getSystemService(Context.CONNECTIVITY_SERVICE); ，

     使用cwjManager.getActiveNetworkInfo().isAvailable(); 來返回是否有效，如果為True則表示當前Android手機已經聯網，可能是WiFi或GPRS、HSDPA等等，

     具體的可以通過ConnectivityManager 類的getActiveNetworkInfo() 方法判斷詳細的接入方式，   

     需要注意的是有關調用需要加入

<uses-permission android:name="android.permission.ACCESS_NETWORK_STATE"></uses-permission> 這個權限，

最近出于對Android系統自帶聯系人應用加載聯系人反應之迅速的敬佩和景仰，想組織幾位同事一起閱讀該應用源碼，無奈Eclipse下編譯一堆錯誤。最終不得不下載了完整的Android源碼，在Ubuntu下編譯完成后，導入該應用所需的Jar包。
按照上面帖子的描述，新增User Library后，整個工程只剩下撥號盤頁面還有15個錯誤；

看下錯誤描述，是
    import com.android.phone.CallLogAsync;  
    import com.android.phone.HapticFeedback; 

缺失這兩個引用，呵呵，明白了，導入電話編譯生成的Jar包

out\target\common\obj\APPS\Phone_intermediates\classes.jar  

OK，就這么編譯通過了，好了，下周一可以開始和同事一起閱讀該代碼了 記錄下來，希望對別的朋友能有一點點幫助
Eclipse相關內容:

• 迎接Eclipse 3.5(Galileo)：新特性
• 創建和打包Eclipse源代碼插件
• 在Eclipse中使用findbug
• Google發布Eclipse插件
• eclipse中System.out快捷鍵設定

一、到官方上下載svn1.8.3，下載后的文件名叫site-1.8.3.zip
      地址：http://subclipse.tigris.org/servlets/ProjectDocumentList?folderID=2240  這里有很多版本，請自己選擇合適的；

二、解壓，刪除解壓后得到的文件中除了名叫features和plugins的兩個文件夾以外的其他所有文件。

三、在MyEclipse10.0的安裝目錄中自己新建一個文件夾（我的叫MyPlugins）然后把解壓并刪除過文件后得到的那個SVN文件夾 復制到該目錄；

四、在MyEclipse10.0的安裝目錄下的dropins文件夾中建立一個文本文件，內容輸path=你的svn路徑，（我的是path=E:\\MyEclipse\\MyEclipse 10\\MyPlugins\\SVN-1.8.3），然后保存，保存后將該文件名重命名成SVN.lnk(記住擴展名是是.lnk不是網上有網友說的link).

五、接下來刪除 MyEclipse10.0的安裝目錄下configuration文件夾中的org.eclipse.update文件夾。

六、重啟－〉OK。

MyEclipse相關內容:

以下文件在linux   g++ (GCC) 4.1.2 環境編譯通過

//file: lunarday.h

//author: cuichaox@gmail.com

//2007-02-13 11:22:04


#ifndef LUANR_CALENDAR_H
#define LUANR_CALENDAR_H

namespace lunar
{
     //保存一個農歷日期

     typedef struct T_Date
     {
     //年

     int year;
     //月

     int month;
     //日

     int day;
     //是否閏月

     bool leap;    
     } Date;
     
     //公歷轉農歷

     Date LuanrDate(int solar_year,int solar_month,int solar_day);
}


//file: lunarday.cpp

//author: cuichao@gmail.com

//2007-02-13 11:22:48


#include "lunarday.h"
#include <ctime>
#include <cassert>
#include <cstring>
#include <iostream>

using namespace std;
using lunar::Date;


//使用比特位記錄每年的情況

//0~4 共5bit 春節日份

//5~6 共2bit 春節月份

//7~19 共13bit 13個月的大小月情況(如果無閏月，最后位無效)，大月為1,小月為0

//20~23 共4bit 記錄閏月的月份，如果沒有閏月為0

static const int BEGIN_YEAR = 1901;
static const int NUMBER_YEAR = 199;
static const unsigned int LUNAR_YEARS[199] = {
     0x04AE53,0x0A5748,0x5526BD,0x0D2650,0x0D9544,
     0x46AAB9,0x056A4D,0x09AD42,0x24AEB6,0x04AE4A, //1901-1910

     0x6A4DBE,0x0A4D52,0x0D2546,0x5D52BA,0x0B544E,
     0x0D6A43,0x296D37,0x095B4B,0x749BC1,0x049754, //1911-1920

     0x0A4B48,0x5B25BC,0x06A550,0x06D445,0x4ADAB8,
     0x02B64D,0x095742,0x2497B7,0x04974A,0x664B3E, //1921-1930

     0x0D4A51,0x0EA546,0x56D4BA,0x05AD4E,0x02B644,
     0x393738,0x092E4B,0x7C96BF,0x0C9553,0x0D4A48, //1931-1940

     0x6DA53B,0x0B554F,0x056A45,0x4AADB9,0x025D4D,
     0x092D42,0x2C95B6,0x0A954A,0x7B4ABD,0x06CA51, //1941-1950

     0x0B5546,0x555ABB,0x04DA4E,0x0A5B43,0x352BB8,
     0x052B4C,0x8A953F,0x0E9552,0x06AA48,0x7AD53C, //1951-1960

     0x0AB54F,0x04B645,0x4A5739,0x0A574D,0x052642,
     0x3E9335,0x0D9549,0x75AABE,0x056A51,0x096D46, //1961-1970

     0x54AEBB,0x04AD4F,0x0A4D43,0x4D26B7,0x0D254B,
     0x8D52BF,0x0B5452,0x0B6A47,0x696D3C,0x095B50, //1971-1980

     0x049B45,0x4A4BB9,0x0A4B4D,0xAB25C2,0x06A554,
     0x06D449,0x6ADA3D,0x0AB651,0x093746,0x5497BB, //1981-1990

     0x04974F,0x064B44,0x36A537,0x0EA54A,0x86B2BF,
     0x05AC53,0x0AB647,0x5936BC,0x092E50,0x0C9645, //1991-2000

     0x4D4AB8,0x0D4A4C,0x0DA541,0x25AAB6,0x056A49,
     0x7AADBD,0x025D52,0x092D47,0x5C95BA,0x0A954E, //2001-2010

     0x0B4A43,0x4B5537,0x0AD54A,0x955ABF,0x04BA53,
     0x0A5B48,0x652BBC,0x052B50,0x0A9345,0x474AB9, //2011-2020

     0x06AA4C,0x0AD541,0x24DAB6,0x04B64A,0x69573D,
     0x0A4E51,0x0D2646,0x5E933A,0x0D534D,0x05AA43, //2021-2030

     0x36B537,0x096D4B,0xB4AEBF,0x04AD53,0x0A4D48,
     0x6D25BC,0x0D254F,0x0D5244,0x5DAA38,0x0B5A4C, //2031-2040

     0x056D41,0x24ADB6,0x049B4A,0x7A4BBE,0x0A4B51,
     0x0AA546,0x5B52BA,0x06D24E,0x0ADA42,0x355B37, //2041-2050

     0x09374B,0x8497C1,0x049753,0x064B48,0x66A53C,
     0x0EA54F,0x06B244,0x4AB638,0x0AAE4C,0x092E42, //2051-2060

     0x3C9735,0x0C9649,0x7D4ABD,0x0D4A51,0x0DA545,
     0x55AABA,0x056A4E,0x0A6D43,0x452EB7,0x052D4B, //2061-2070

     0x8A95BF,0x0A9553,0x0B4A47,0x6B553B,0x0AD54F,
     0x055A45,0x4A5D38,0x0A5B4C,0x052B42,0x3A93B6, //2071-2080

     0x069349,0x7729BD,0x06AA51,0x0AD546,0x54DABA,
     0x04B64E,0x0A5743,0x452738,0x0D264A,0x8E933E, //2081-2090

     0x0D5252,0x0DAA47,0x66B53B,0x056D4F,0x04AE45,
     0x4A4EB9,0x0A4D4C,0x0D1541,0x2D92B5 //2091-2099

};
//計算這個公歷日期是一年中的第幾天

static int DayOfSolarYear(int year, int month, int day )
{
     //為了提高效率，記錄每月一日是一年中的第幾天

     static const int NORMAL_YDAY[12] = {1,32,60,91,121,152,
                     182,213,244,274,305,335};
     //閏年的情況

     static const int LEAP_YDAY[12] = {1,32,61,92,122,153,
                 183,214,245,275,306,336};
     const int *t_year_yday_ = NORMAL_YDAY;
     
     //判斷是否是公歷閏年

     if( year % 4 ==0 )
     {
     if(year%100 != 0)    
     t_year_yday_ = LEAP_YDAY;
     if(year%400 == 0)
     t_year_yday_ = LEAP_YDAY;              
     }
     return t_year_yday_[month -1] + (day -1);
}

Date lunar::LuanrDate(int solar_year,int solar_month,int solar_day)
{
     Date luanr_date ;
     luanr_date.year = solar_year;
     luanr_date.month = 0;
     luanr_date.day = 0;
     luanr_date.leap = false;
     
     //越界檢查，如果越界，返回無效日期

     if(solar_year <= BEGIN_YEAR || solar_year > BEGIN_YEAR + NUMBER_YEAR - 1 )
          return luanr_date;
          
     int year_index = solar_year - BEGIN_YEAR;
     
     //計算春節的公歷日期

     int spring_ny_month = ( LUNAR_YEARS[year_index] & 0x60 ) >> 5;
     int spring_ny_day = ( LUNAR_YEARS[year_index] & 0x1f);
     
     //計算今天是公歷年的第幾天

     int today_solar_yd = DayOfSolarYear(solar_year,solar_month,solar_day);
     //計算春節是公歷年的第幾天

     int spring_ny_yd = DayOfSolarYear(solar_year,spring_ny_month,spring_ny_day);
     //計算今天是農歷年的第幾天

     int today_luanr_yd = today_solar_yd - spring_ny_yd + 1;
     //如果今天在春節的前面，重新計算today_luanr_yd

     if ( today_luanr_yd < 0)
     {
      //農歷年比當前公歷年小1

     year_index --;
     luanr_date.year --;
     //越界，返回無效日期

     if(year_index <0)
     return luanr_date;
     spring_ny_month = ( LUNAR_YEARS[year_index] & 0x60 ) >> 5;
     spring_ny_day = ( LUNAR_YEARS[year_index] & 0x1f);    
     spring_ny_yd = DayOfSolarYear(solar_year,spring_ny_month,spring_ny_day);
         
     int year_total_day = DayOfSolarYear(luanr_date.year,12,31);         
     today_luanr_yd = today_solar_yd + year_total_day - spring_ny_yd + 1;    
     }
     
     int luanr_month = 1;
     //計算月份和日期

     for(;luanr_month<=13;luanr_month++)
     {    
     int month_day = 29;    
     if( (LUNAR_YEARS[year_index] >> (6 + luanr_month)) & 0x1 )
     month_day = 30;    
     if( today_luanr_yd <= month_day )
     break;
     else
     today_luanr_yd -= month_day;    
     }
     luanr_date.day = today_luanr_yd;
     //處理閏月

     int leap_month = (LUNAR_YEARS[year_index] >>20) & 0xf;
     if(leap_month > 0 && leap_month < luanr_month )
     {    
     luanr_month --;
     //如果當前月為閏月，設置閏月標志

     if( luanr_month == leap_month )    
     luanr_date.leap = true;         
     }
     assert(leap_month <= 12);
     luanr_date.month = luanr_month;
     return luanr_date;
}

測試主函數，打印當前農歷日期


//file: chdate.cpp

//author: cuichaox@gmail.com

//2007-02-13 11:21:45


#include <iostream>
#include <ctime>
#include "lunarday.h"


int main(int argc, char *argv[])
{
     using namespace std;
     using namespace lunar;
     
     time_t current_time;
     time(&current_time);
     tm *current_tm = localtime(&current_time);
     
     int year = current_tm->tm_year + 1900;
     int month = current_tm->tm_mon +1;
     int day = current_tm->tm_mday;
     
     Date lunar_date = LuanrDate(year,month,day);
     
     cout<<lunar_date.year<<"年";
     if(lunar_date.leap)
     cout<<"閏";
     cout<<lunar_date.month<<"月";
     cout<<lunar_date.day<<"日";
     cout<<endl;     
     return 0;
}


Makefile文件，如下
#makefile for chdate
CPP = g++
LD = g++

CC_FLAG =   
LD_FLAG =

FILE_LIST = lunarday.cpp chdate.cpp
OBJ_LIST =  $(FILE_LIST:%.cpp=%.o)
BIN = chdate


default: $(BIN)

$(BIN): $(OBJ_LIST)
    $(LD) $(LD_FLAG) -o $(BIN) $(OBJ_LIST)


%.o : %.cpp
    @$(CPP) $(CC_FLAG) -c $< -o $@

clean:
    rm $(OBJ_LIST) $(BIN)

執行效果如下
sideleft@doom:~/workspace/luanrday$ ./chdate
2006年12月26日

General C/C++

    Pre-processor commands
    Operator Precedence
    Escape Sequences
    ASCII Chart
    Data Types
    Keywords

Standard C Library

    Standard C I/O
    Standard C String & Character
    Standard C Math
    Standard C Time & Date
    Standard C Memory
    Other standard C functions

All C Functions
C++

    C++ I/O
    C++ Strings
    Miscellaneous C++

C++ Standard Template Library

    C++ Algorithms
    C++ Vectors
    C++ Double-Ended Queues
    C++ Lists
    C++ Priority Queues
    C++ Queues
    C++ Stacks
    C++ Sets
    C++ Multisets
    C++ Maps
    C++ Multimaps
    C++ Bitsets