黃忠成

在6/20號，Microsoft對WP的使用者與開發者投下了一顆震撼彈，現有WP7手機將無法升到WP8系統，只能升到7.8。短短不到幾小時，WP的社群罵聲不斷。

摘要:Developer Day 2012 - Portable Library 的簡報檔

想把Web應用程式搬上雲端，且想運用到雲端的優勢(這是重點)，至少必須做出三個抉擇, Language,Database,Session Manager,
本文討論如何使用Table Storage Service或是memcached作為Session Manager

對於熟悉Microsoft開發工具的開發者而言，多少都聽過Windows Azure這個雲端平台，但對於Java開發者而言或許就不是如此了，

本篇文章先整理出一些主要服務的相關資料及知識，協助Java開發者快速的了解Windows Azure Platform

在Java/Tomcat on Windows Azure一文中介紹了如何將Web Project打包後送上Windows Azure平台的方法，這個方法基本上是正確的，

也是官方文件所建議使用的。但仔細想想，每次的打包動作都必須包含兩樣東西: JDK與Tomcat，至少需要近40MB的大小，上傳不僅耗時

在Windows Azure平台中，應用程式除了可選擇完整的資料庫平台SQL Azure儲存資料外，也可選擇較為簡單的Windows Azure Storage Services來儲存資料，

Windows Azure Storage Services共提供三種儲存體

前篇文章介紹了如何將Tomcat及Web應用程式部署到Windows Azure，凡事只要起了頭，接下來的工作就相對簡單許多，本篇文章接續前篇，介紹如何透過JDBC來存取SQL Azure。

Microsoft提供了Windows Azure SDK for Java，同時也提供了Windows Azure Plug-In for Eclipse IDE，讓Java開發者能快速地將使用

J2EE Container如Tomcat之類的Web應用程式搬上Windows Azure，本文便使用這個Plug-In與各位分享如何一步步的將Tomcat的專案搬上Windows Azure執行。

從2000年C#誕生以來，至今已經過了11年多了，C#的版本號也來到了4.0，在筆者所接觸的語言中，C#算是一個相當具有活力的程式語言，設計者Anders Hejlsberg的大膽且創新的特質充分的反映在這個語言上，

其每次的改版都會出現許多大膽的嘗試，目的是為了讓程式設計師能更快速、簡潔的運用C#來完成一些過去看來很複雜的動作，當然！所謂的大膽及創新的嘗試，通常也會引起正反兩面的意見。

本文列出一些C#中可以減少程式設計師撰寫程式碼數量的特色(語法、指令)，其中有些是大家已經耳熟能詳的

Framework最迷人的一點就是，設計時即考量到了延展性的議題，所以一個良好的Framework，必然擁有可擴充的設計存在，本文的Flow Engine雖然簡單,但也具備了這個特色。

Flow Engine，也就是我們常聽到的【流程引擎】，主要用途用於以特定順序執行一系列的工作，就概念上而言，Flow Engine非常簡單，只是依據特定順序來執行一系列工作而已

在ASP.NET 4.0中，有一個很有趣的特色：Pre Application Start Method，原本在ASP.NET中，當應用程式起始時首先被呼叫的是Global.asax中的Application_Start函式，新增的Pre Application Start Method機制

則稍微改變了這個流程，當某個Assembly標示了PreApplicationStar Method Attribute後，ASP.NET會在應用程式起始時呼叫指定的函式，這個動作發生在Global.asax中的Application_Start之前

在Windows Phone 7.1(Mango)中，將原本存在於7.0中的Photo Extension功能結合新的Searching Extension統稱為App Connect，透過App Connect，應用程式可整合至Windows Phone的Search及Photo功能內，以Photo來說，當使用者檢視圖片時可透過我們的應用程式進行圖片檢視或是上傳，在Search時，也可以透過我們應用程式對搜尋結果做進一步的動作、

雖然新的Executing Model加入Dormant讓Windows Phone應用程式進入類多工的模式，但其仍然不是真的完全多工，因為在我們固有印象中的多工，應該是應用程式於背景持續執行，也就是類似常駐程式一樣的效果。
而Dormant模式則是將應用程式暫止，此時該應用程式是被完全暫停，這與舊有印象中的常駐程式相距甚遠。
因此，Windows Phone 7.1加入了Background Agents機制，其細分為兩類，一個是Scheduled Notifications，用來撰寫Reminder(提醒)及Alarm(鬧鐘)類的應用程式，另一個是Scheduled Tasks，用來撰寫需要定時呼叫
的常駐程式，例如收集GPS資料或是於特定時間週期更新網路資料。

摘要:Windows 8 Preview Start Failed.

摘要:Tech Days 2011 - Azure Toolkit for Windows Phone 投影片及範例.

正名為Windows Phone 7.1的Mango SDK Beta於5/24日釋出，眾多的新特色令人目不暇給、眼花撩亂，也呈現出了Microsoft奪回行動裝置市場的堅定決心，雖然NoDo的

推送經驗讓人對Windows Phone 7有些許失望，但Mango這記重砲，在其推送之後，想必將會在行動裝置市場投下一顆震憾彈。

切出Data Layout，通常是一個資料庫應用程式最初、也是最重要的部分，或許有些初學者對此感到困惑，是的!你可以用SqlDataSource做出客戶資料的編修畫面，

但一旦牽扯到商業邏輯，SqlDataSource絕對不會是選項，硬要使用的話會成為負擔。

想像一下，當設計訂單編修畫面時，你可以使用SqlDataSource來呈現訂單表頭及表身的編輯動作，但儲存前後庫存的控管就一定得回到ADO.NET處理，這時商業

邏輯便會呈現出與UI混雜的窘境，整個應用程式也會變得難以維護。

前一篇中，我們設計了GridViewHandler及FormViewHandler，讓商業邏輯可以由主程式中抽離，放置於外部來動態選擇要載入那些商業邏輯，就該例而言，這個設計除了將原本該

置於Data Layout的商業邏輯與UI扯上關聯外，其實並無其它設計較為不當之處，而將商業邏輯與UI扯上關聯這點，其實也是為了讓範例更加簡單易懂而特意設計的，要將這種設計

移置Data Layout裡也很簡單。

前一篇中，我們討論了Framework的觀念及設計時的注意事項，不過你我都明白，僅靠這些簡短的敘述，是不可能設計出Framework，更不用談實作部份了。

相對於撰寫應用程式，設計Framework通常需要更多的軟體架構及經驗，在看軟體架構的高度也與一般撰寫應用程式不同，通常設計Framework時，架構師必須要以很高的高度來看整個系統架構，然後逐步地往細節走，一開始，是看整棟大樓的位置，周邊，接著細看到每個房間的佈局，越往細節，所造出的限制就越多，這就是設計Framework的基礎觀念之一。