IronPython0.7.6于6月14日發布了， 版本升級的速度確實讓人滿意啊！ 然后再看看自己的鱗片系列的速度，真的好慚愧，看來得好好加把勁了。

這一次的升級動作可謂之巨大，至少我得把原來.NET Framework 2.0.40607.42卸載掉，裝上最新的.NET Framework

2.0.50215.44，IronPythonConsole才能運行起來，否則它會拋出Exception。 這一次版本的升級除了利用了.NET

2.0的一些新特性，還修改了一些bugs，以下是最主要的幾條：

* Filtering of exception call stacks

-

by default, we filter the call stack to only show the relevant stack

frames.

- the property PythonEngine.ExceptionDetail was added to toggle the

behavior

* Function attributes

* Handling of loops in lists and dictionaries

- e.g.: x = []

x.append(x)

* __doc__ is now implemented for modules and classes

* Added support for System.Single (float) data type

* Double-import of module whose import raises exception is now fixed

在IronPython的MailList中，

有人提出兩個有意思的問題，一個是建議IronPython支持泛型，另一個則是提出了用IronPython來寫ASP.NET。對于第一問題，Jim

的回應是，對于Python這種動態類型語言，

泛型的重要性并不是那么重要，因此對于支持泛型這一點上的需求并不是非常迫切的，至少是不在1.0版本的TODO

List上的；而第二個問題，也是我關注IronPython的一個很重要的原因。當IronPython橫空出世的時候，我就在想如果能夠用它來寫

ASP.NET會不會很Cool呢？雖然使用C#去寫ASP.NET是不二的選擇，但是使用C#的開發效率是不是仍然無法令你滿意呢？當你將C#代碼直接

寫在.aspx文件中，你會覺得很凌亂；但是使用了所謂的Code

Behind，將這些代碼挪到了一個Class之后，你要做的事情是不是也隨之增多了呢？我不知道在.NET的Web

Application的開發世界里，有沒有類似J2EE的Struts和Spring的框架將所有的Class有機的組織起來。但是以我現在的認識，

Code

Behind是要求一張頁面對應一個類的，那么頁面多了，就會有很多的類，然而這些類本身卻是無組織的，而且也沒有在重用上發揮作用，這些類的存在有必要

嗎？如果使用IronPython來寫ASP.NET，我會定義一些function，譬如Page_Load等，然后將這些function寫在.

aspx文件中，這似乎回到了ASP的年代，但是我會覺得這樣做起來更有效率，而且比ASP更有組織。我已經有三年多的時間沒寫過ASP.NET了，現在

ASP.NET的開發模式會是怎樣的呢？ 還請各位多多指教，多多批評了。

分享到：

2005-06-19 00:53

瀏覽 885

評論

總結

以上是生活随笔為你收集整理的ironpython console是否可以卸载_IronPython的第十块鳞片的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。