"表达式 %s 的计算结果是: %d" % ("1 + 1", 2)

在Python 3中应写为：

"表达式 {} 的计算结果是: {:d}".format("1 + 1", 2)

为了实现Python 2到Python 3的平滑过渡，在Python 2.6以后的版本中，也为字符串提供了该方法并鼓励大家使用，以代替惯用的%操作符。

问题是，如果你的程序需要处理非ASCII码字符，例如中文、日文、韩文的话，那么你在使用format()方法时将会被提示以下错误：

UnicodeEncodeError: 'ascii' codec can't encode characters in position 0-9: ordinal not in range(128)

原因是在Python 2.x中，字符串的默认编码是ascii码，无法直接处理中文等超出ascii码范围的文字。

解决方法是，在python的安装目录中找到sitecustomize.py文件，通常是在site-packages目录下，如果没有就自己建一个。我的python 2.7在mac下该文件的路径为

/Library/Python/2.7/site-packages/

然后确保文件中包含以下内容：

import sys

sys.setdefaultencoding('utf-8')

这样在运行程序时就可以正确处理Unicode字符串的format()方法了。但是如果程序需要部署到客户端上，那么就很难保证每台机器上都按以上方法设置了。这样该怎么办呢？

注意，直接在程序里是无法调用setdefaultencoding()方法的，因为该方法在python启动后就会被自动删除掉。如果实在需要调用的话，可以使用以下方法：

import sys

reload(sys)

sys.setdefaultendoding('utf-8')

即可。

有不少人因此而觉得format()方法不如%操作符，其实大可不必。在Python 3中，所有的字符串将完全使用unicode编码，这个问题也就将不复存在了。以上的方法只是权宜之计，仅适用于那些喜欢尝鲜，或希望将来代码能够顺利移植到Python 3上的人。

希望这里的解答能够有所帮助。

這實際上是一份農曆月份信息表，表格里的每個元素都是一個長度為20的二進制數組（用一個5位16進制數字表示）。詳細信息可以參考這裡的說明（當然，那篇文章存在不少問題）。幾乎所有的農曆計算程序都會用到這個表，不同的只是形式和範圍。這裡附上的表格包含了從公元1900年到2049年的信息。超出這個範圍的年份自然是無法計算的。

日期計算的代碼比較通用，如下所示：

關於這部份的計算比較好懂，也被大多人認同，我就不多解釋了。按中國的習慣，月份需要用一個字表示（如「臘月」），日期則統一按兩個漢字表示（如「初五」），調用時還需要稍微調整。調用代碼如下所示：

接著就是重頭戲──節氣了！！在原來的代碼中，已經是可以計算節氣了。由於節氣計算非常複雜，代碼只提供了一個函數，形式如function sTerm(year, n)，用來計算某年的第n個節氣（從0小寒算起）為幾號，這也基本被認可為節氣計算的基本形式。由於每個月份有兩個節氣，計算時需要調用兩次（n和n+1），調用代碼如下：

然而，造成2009年立春計算問題的關鍵也就在這裡。原代碼的sTerm()實現存在一定誤差，雖然大多數時候沒有問題，但因為2009年立春正好出現在凌晨0時，這個誤差就導致了日期被錯算成2月3日。（其實也就若干小時，完全是可容許範圍的說。。。）更精確的算法需要引入另外的數據表格，這一工作主要來自台灣林洵賢先生的「農曆月曆&世界時間 DHTML 程式」。相關代碼（引自IdeoCal）如下所示：

這種方法大幅提昇了節氣計算的準確程度，也解決了2009年立春的問題。不過實話實說，這段代碼我是完全沒看懂的。數學白痴，殘念。。。

最後，感謝那些研究出這套算法的人們，沒有他們的工作，我們在電腦上使用農曆（哪怕是不準確的）將非常麻煩。另外，再次感慨一下，希望我國的天文台能盡一下本分，拿出一個標準的農曆計算方案來。也希望我們的農曆能夠早日進入主流語言函數庫。

下載地址

鏈接

引言

通用构件库（UCL）的基本构想

1. 把“搭积木”理解为对整个系统进行可视化开发，而非对系统的各个模块进行分层搭建；
2. 扩充性不足，自定义组件没有能获得和自带组件同等的地位，以至于不得不重复发明各种轮子；
3. 独立于设计过程，无法将代码和设计进行对照。

1. 使得软件的规模和工作量在前期设计就可以比较准确地估计；
2. 使得设计和开发过程一气呵成；
3. 提倡面向组件开发，在不增加代码复杂性的前提下，大大提高了可重用性；
4. 使得软件更易于维护。
5. 以下将分别讨论这些问题。

UCL解决的问题：前期设计

UCL解决的问题：重用

1. 关系简单，只有简单的“连接”和“组合”两种关系；
2. 接口简单，只具备“输入”、“输出”等几个简单的接口；
3. 处理简单，通常只执行很简单的处理，保证了低廉的开发成本和良好的可维护性，同时保证了可重用性。

如何输入UCL图？

如何“真正地”实现UCL图到具体代码的转换？

如何使用UCL设计GUI界面？

UCL解决的问题：维护

总结和思考

一个简单的示例

小结

参考资料

基本功能

编程接口

• WeekDay类：操作周日的Enum
• CalendarColors类：定义了日历的外观颜色常数
  
• CellSelectionListener类：选中表格单元格后的侦听器
• CellChangeListener类：表格单元格改变后的侦听器
• CalendarSelectionListener类：在日历中选中日期后的侦听器
• CellChangeListener类：日历日期改变后的侦听器
• CalendarTable类：日历表格，封装了表格操作方法，继承自JTable
• CalendarPanel类：日历面板，封装了大部分的组件操作方法，继承自JPanel

简单示例

public class CalendarFrame extends JFrame {
    private CalendarPanel myCalendar;

    public CalendarFrame() {
        initCalendar();
        initFrame();
        pack();
    }

    private void initCalendar() {
        myCalendar = new CalendarPanel(WeekDay.MONDAY);
        myCalendar.setCalendarSelectionListener(new CalendarSelectionListener() {
            public void calendarSelected(Calendar currentCalendar) {
                System.out.println(currentCalendar.get(Calendar.YEAR)+"-"
                    +(currentCalendar.get(Calendar.MONTH)+1)+"-"
                    +currentCalendar.get(Calendar.DATE));
            };
        });
        myCalendar.setCalendarChangeListener(new CalendarChangeListener() {
            public void calendarChanged() {
                System.out.println("Changing");
            };
        add(myCalendar);
    }

    private void initFrame() {
        setTitle("日历");
        setSize(400, 172);
        setResizable(false);
        setDefaultCloseOperation(DO_NOTHING_ON_CLOSE);
    }
}