EPUB 3.0 閱讀器

很多人都有一個疑惑，EPUB 3.0 規範了這麼多的事情，擁有這麼多的功能，對內容作者而言，是一件天大的好事，那為什麼國內的出版社，在現階段還是選擇 App 這種需要專業資訊人員才能製作的方式呢？我個人的想法是，因為閱讀器的實做存在著很大的困難度與門檻。

簡單來說， EPUB 3.0 是一個多領域出版品的內容格式規範，像是需要科學與數學符號相關的出版品、漫畫、相簿、電影書、動畫書、有聲書等出版品所需的標準規範，都被包含在 EPUB 3.0 當中。我們可以想像，上述的任何一種出版品，都有其專業領域所需的經驗及知識，把這麼多的專業領域的需求，全部包在一起，這是何等龐大的一項規範啊～

而在 EPUB 3.0 制定的過程當中，有超過三十項的需求被提出來討論，最後決定是否納入的主要考量點，幾乎都在於閱讀系統實做的可行性。光是專門處理有聲書的閱讀系統，很可能就得花費相當的時間才能被開發出來，然後還要經過市場與消費者的洗禮，不斷的改善以符合使用著真正的要求。更何況整個 EPUB 3.0 跨了那麼多的領域，要做出一個通解，其困難度可想而知。

以我個人開發程式的經驗，這樣的閱讀系統，假如存在一個中性的核心架構，那麼各個領域相關的功能，倒是可以透過元件的方式開發，然後根據消費者需求來決定，應該選購哪些元件，以達成閱讀某個專門領域電子書的最小組合。這並不是什麼創新的想法，這樣的架構隨便就可以舉出好幾個，例如使用 Rule Engine 、 SOA 、 Rendering Engine 等方式。但是無論使用哪種架構，都需要經過良好的設計，簡單來說，架構本身使用的技術不是問題，重點在於這樣的架構是否是一個 Neutral Architecture ，如果架構本身有所偏倚，那麼元件的發展將會受到很嚴重的限制，尤其是越後面開發的元件，所需要接受的挑戰就會越嚴苛。

愛睡了，先寫到這裡