2011»12月»雅虎的用戶界面博客（YUIBlog）

3.5.0在銳，應用程序框架將收到大量的bug修復和一些重大的增強。埃里克Ferraiuolo涵蓋許多夢幻般的YUIConf談話在他即將到來的變化，但我們想在這裡強調他們以及讓你知道什麼是未來，你應該準備什麼，如果你打算從3.4.x升級應用程序框架的代碼3.5.0。這些變化已經銳3.5.0 PR1 ，這是今天發布的，所以現在是一個偉大的時間，開始測試。

Y.Controller是現在Y.Router

“控制器”是一個真正關注的是，基於URL的路由組件，尤其是考慮到更傳統控制器的作用，Y.View次，愚蠢和混亂的名稱。我們已經決定硬著頭皮和重命名3.5.0 Y.Controller類Y.Router。 Y.Controller將成為一個別名，以保持向後兼容性，但最終將被刪除此別名，所以你應該更新你的代碼，是指以新的名稱。

新航線的處理程序簽名

有輕微的改變，使其更類似表達，用於在服務器上（我們目前工作的3.5.0的功能）時，使路由器的API更自然為在Y.Router路由處理功能的方法簽名。

此前，路由處理功能，接收兩個參數： req （請求對象）和next （）的函數。 3.5.0，路由處理程序會接收三個參數： req ， res （響應對象），然後next 。

為了向後兼容性，新的res參數也是完全一樣的功能，表現next ，所以舊式的路線，預計next作為第二個參數將繼續努力，在3.5.0罰款的處理程序。然而，這種兼容性墊片將最終被取消，所以不等待時間過長，更新你的代碼。

現在有些屬性是屬性

我們嘗試用一個不完全的銳像使用應用程序框架組件的配置選項的屬性3.4.0，但原來這是有點混亂，多一點點限制，風格自屬性不受益從變化的事件，二傳手，像屬性做驗證。因此，在3.5.0中，我們正在轉換這些屬性許多屬性。

不幸的是，這種變化是不向後兼容，所以現有的代碼，使用Y.Controller（現在Y.Router）或Y.View可能需要更新。具體來說， html5 ， Y.Router的root ， routes屬性現在屬性和Y.View的container ， model ，和modelList屬性現在屬性以及。

除了這個，現在Y.View的container屬性將字符串值，CSS選擇器用來在頁面上找到的節點。在3.4.x中，它承擔了代表原始的HTML，應轉換成一個節點的字符串值。為了得到舊的行為，只是改變現有的HTML字符串值'<div>foo</div>' Y.Node.create('<div>foo</div>')

3.5.0 PR1的文檔

我們的臨時網站上可以找到工作的進展，這些變化和其他變化在3.5.0 PR1的銳文檔。下面是一些有關分期文檔3.5.0應用的框架deprecations和有關如何升級你的代碼的詳細信息，包括信息的鏈接：

請注意，在stage.yuilibrary.com內容反映正在進行的工作進展情況，可能是不完整的，甚至偶爾作為我們測試新的東西打破。在我們的生產現場，你總能找到最新的穩定版本文檔yuilibrary.com 。

什麼是新的？

在這個博客後，我總結了未來在3.5.0應用程序框架的重要deprecations，但也有很多增強功能和下蓋，bug修復。有關完整列表的應用程序框架3.5.0 PR1的變化，諮詢的歷史文件。

另外，尋找從埃里克的博客文章很快Y.App，真棒新的高層次的應用程序框架的組成部分，它包裝成一個單一的，易於使用的API，你會得到基於URL的路由和視圖管理從零到在任何時間運行的應用程序。

我們希望你愛的預覽版，我們很樂意聽到你的！您可以給我們的反饋論壇，在一個錯誤報告，在Twitter上＃YUI Freenode上的IRC頻道，或者只是在這裡磬評論。

共享和擴展：書籤del.icio.us Digg它！ | reddit！

銳3.5.0 PR1的是現在可用

艾倫拉比諾維奇，2011年12月12日下午03:36 | 開發 | 評論

YUI 3.5.0 PR1

YUI的3.5.0預覽版1已部署用於測試和開發者社區的反饋。你可以找到雅虎的CDN在yui.yahooapis.com/3.5.0pr1/build/yui/yui-min.js ，或下載一個zip文件，如果你打算自己去承載它。

匯總在PR1中引入的變化是我們的GitHub上的Wiki上。此外，您可以查看在此版本中解決的門票清單。

工作正在進行中的用戶指南和API文檔 3.5.0我們的臨時網站上可以找到，但要注意，這些文件可能不完整甚至斷裂，因為這是我們測試新的東西。官方的最新的穩定版本的文檔，總是可以找到我們的生產現場， yuilibrary.com 。

將引入更多的變化，在即將到來的3.5.0 YUI的預覽版本，其中一些目前正在開發自己的分支機構和初步審查通過以下拉請求：

提交對本新聞稿中的錯誤，請訪問我們的bug跟踪系統。如果您想對這些問題和未來的模塊提供輸入，3.5.0發布有關的各種主題正在進行的討論正在發生的事情對我們的GitHub的維基。

如果一切按計劃進行，我們希望釋放在2012年1月30日，銳3.5.0 PR2的。節日快樂！

共享和擴展：書籤del.icio.us Digg它！ | reddit！

銳劇院-阿倫拉比諾維奇：“YUI的日曆-建築與風格模塊為例”（47分鐘。）

由Ryan樹叢在發展，2011年12月8日下午1:02 ， YUI劇院 | 評論

YUI的工程師艾倫拉比諾維奇（ @ allenr ）在這從YUIConf 2011的談話，分享的過程中，他用建築師和建立新的日曆部件銳3，並解釋如何，你可以使用一個類似的過程，以建立自己的部件。他還展示了新的組件，並揭示了一個聰明的表現技巧，用於加快渲染多個日曆。

鏈接

共享和擴展：書籤del.icio.us Digg它！ | reddit！

銳劇院帕特-賈維特：“自動化網站優化”（32分鐘）

由Ryan樹叢在發展，2011年12月6日下午02:58 ， YUI劇院 | 2評論

八賈維特（ @ tivac ），在前端工程師國安局和YUI的一個活躍的貢獻者和社區成員，加入我們YUIConf 2011上使用自動生成時間網站優化，如文件串聯，微小的，重命名，更給這個談話Ant構建工具。

鏈接

共享和擴展：書籤del.icio.us Digg它！ | reddit！

在銳3畫廊：批量編輯器部件

2011年12月5日，1:01 PM由約翰·Lindal在發展， YUI 3畫廊 | 沒有評論

銳3 DataTable的快速編輯插件，可以很容易地編輯整個頁面作為一個原子操作的記錄。然而，有時你需要做的，甚至更多。例如，你可能有更多的記錄比你可以輕鬆地適應在一個頁面上同時編輯。或者你可能需要支持添加，複製，刪除記錄作為原子操作的一部分。或者你可能想在視覺組字段放置在一個單一的表細胞。批量編輯器部件支持所有這些可能性。

（點擊玩這個例子的截圖。）

概觀

批量編輯構件由三部分組成：

Data source: 這包裝一個YUI DataSource和管理的變化：插入，刪除，更改後的值。
Base widget: 這提供管理記錄，並在每個記錄中的字段編輯的基本結構。派生類是負責渲染成一個單獨的行，這可能是一個div，TBODY，或其他容器的每個記錄。
HTML table implementation: 這延伸到TBODY呈現在一個HTML表中每個記錄的基礎構件。決定哪些字段顯示在表中的每一列列配置。可用於自定義單元格格式化，呈現在一個單一的表單元格中的多個領域。

組態

在這個例子中，生成上面的截圖，配置一直保持盡可能簡單：

fields定義在每個記錄中可編輯的值。輸入默認的類型。有效的其他類型的選擇和 textarea。（選擇需要的值列表。）基本驗證所提供的表格經理畫廊模塊。這包括所需的字段，長度的限制，和數值範圍。更複雜的驗證，可以由指定regex或自己的函數（ fn ）。這裡是一個活生生的例子摘錄：

 VAR領域=
 {
	標題：
	 {
		類型：'textarea的'
	 }，
	年：
	 {
		驗證：
		 {
			 CSS：'yiv的整數：[1500,2100]“
		 }
	 }，
	顏色：
	 {
		 '選擇'，類型：
		值：
		 [
			 {值：“紅”，文字：'紅'}，
			 {值：“綠色”，文字：“綠色”}，
			 {值：“藍”，文字：'藍'}
		 ]
	 }
 };

Y.BulkEditDataSource需要的一個實例Y.DataSource以下參數：

uniqueIdKey: 一鍵唯一標識每條記錄的名稱。
generateRequest: 函數產生的請求參數Y.DataSource 。（這是空的，因為在這個例子Y.DataSource.Local總是返回的所有數據。）
extractTotalRecords: 一個函數來提取記錄總數從Y.DataSource響應。

例如使用Y.DataSource.Local ， totalRecordsReturnExpr也是必需的。該OGNL表達式指定在響應存儲的記錄總數。（請注意， extractTotalRecords讀取該值。）

 VAR DS =新Y.BulkEditDataSource（
 {
	 DS：raw_ds，
	 uniqueIdKey：'身份證'，
	 generateRequest：函數（）{}
	 totalRecordsReturnExpr：'meta.totalRecords“
	 extractTotalRecords：函數（響應）
	 {
		返回response.meta.totalRecords;
	 }
 }）;

Y.HTMLTableBulkEditor需要的數據源，現場配置，列配置。列中的配置，關鍵是字段的名稱，除非您指定一個自定義的格式化。標籤被用作列標題。這裡是一個活生生的例子摘錄：

 VAR列=
 [
	 {
		鍵：“複選框，
		標籤：的<input type="checkbox" id="select-all" />'，
		格式化函數（O）
		 {
			 VAR標記<input type="checkbox" class="record-select" id="{id}" />';
			 o.cell.set（'innerHTML的“，Y.Lang.sub（標記，
			 {
				 ID：this.getRecordId（o.record）
			 }））;
		 }
	 }，
	 {鍵：'標題'，標籤：“標題”}，
	關鍵：“今年'標籤：'年'}，
	 {鍵：“顏色”標籤：“顏色”}
 ;

（需要注意的是活生生的例子定義了一個小擴展到Y.HTMLTableBulkEditor處理複選框列）。

你也可以傳遞一個的實例Y.Paginator到Y.BulkEditDataSource 。在一個單獨的，更複雜的活生生的例子說明了這一點。

本地與遠程數據源

當決定是否要使用本地或遠程數據源，你必須仔細考慮權衡。明顯的權衡是本地的數據源時，分頁，但初始頁面加載需要更長的時間，它需要在客戶端上更多的內存。

批量編輯部件施加額外的取捨，但是。

首先，YUI的數據源必須返回不可變的數據。這是本地數據源的自動的，但可能會非常棘手實現遠程數據源。您將需要批量編輯操作的持續時間鎖定數據庫中的表行，如果多個用戶可以修改他們。

第二，本地和遠程數據源之間的選擇會影響你如何保存數據。當您使用本地數據源，你可以做最省力，即，保存到服務器的所有有效的記錄，他們從本地的數據源中刪除，並允許用戶把重點放在有無效值的記錄。當您使用遠程數據源的，不可改變的要求只允許你做的所有或任何節能，即，數據只能被保存後，所有的數據是有效的。

現實世界中使用案例

批量編輯器部件的原始動機是允許上傳的電子表格後處理。引入後的處理步驟，消除了需要電子表格值是完美的。錯誤可以是標記和固定的，而不是拒絕整個上傳批量編輯器部件。此外，在服務器上進行處理，可以做到每個記錄所需的附加價值的最佳猜測分配，用戶可以保存前檢查和修復這些額外的價值。這簡化了初始創建的電子表格。

在這種情況下，遠程數據源是最好的選擇。上傳的數據存儲在一個臨時空間，因此，保證不可改變的，因為沒有其他用戶可以看到它。 “全有或全無”節能是適當的：一旦所有的錯誤已得到修復，保存操作是原子的，就像一個標準的上載操作。

關於作者簡介：： 約翰Lindal （ @ jafl5272在Twitter）是雅虎建設的基礎上率先工程師之一 APT是建成。 此前，他曾在雅虎出版商網絡。

共享和擴展：書籤del.icio.us Digg它！ | reddit！

支持WordPress的關於雅虎虛擬主機。

Yahoo!用戶界面博客（YUIBlog）

YUI的劇院-傑夫·克雷格：“解密裝載機：先進的模塊配置”（31分鐘）

鏈接

銳：營業時間週四12月15日

銳3.5.0 PR1的

錄音

銳3.5.0應用框架的變化

Y.Controller是現在Y.Router

新航線的處理程序簽名

現在有些屬性是屬性

3.5.0 PR1的文檔

什麼是新的？

銳3.5.0 PR1的是現在可用

銳劇院-阿倫拉比諾維奇：“YUI的日曆-建築與風格模塊為例”（47分鐘。）

鏈接

銳劇院帕特-賈維特：“自動化網站優化”（32分鐘）

鏈接

在銳3畫廊：批量編輯器部件

概觀

組態

本地與遠程數據源

現實世界中使用案例

YUI庫在Twitter

翻譯

辛迪加

最近的帖子

YUI庫

檔案：

評論政策

成為一個Yahoo!

元：

鏈接

銳3.5.0 PR1的

錄音

Y.Controller是現在Y.Router

新航線的處理程序簽名

現在有些屬性是屬性

3.5.0 PR1的文檔

什麼是新的？

鏈接

鏈接

概觀

組態

本地與遠程數據源

現實世界中使用案例

YUI庫在Twitter

翻譯

辛迪加

最近的帖子

YUI庫

檔案：

網志串連

評論政策

成為一個Yahoo!

元：