作者：
Nick Lethaby
操作系統產品經理
Denys Dmytriyenko
Linux及開源技術專家
德州儀器
在本文中，德州儀器(TI) Nick Lethaby 和 Denys Dmytriyenko 概括介紹了開放嵌入式(OE,Open Embedded) Linux構建環境的重要元素，并展示了如何使用它們構建和定制Linux發行版。隨著嵌入式處理器的功能日益強大，特性不斷豐富，Linux操作系統在嵌入式應用中得到了迅速普及。盡管Linux的開源性與免許可證費用這一事實是其迅速普及的一個主要推動力，但另一個重要推動因素則是來自Linux在臺式機與服務器領域廣泛使用所提供的豐富應用軟件與驅動。
然而，嵌入式開發人員并不能簡單地將臺式機Linux發行版或應用直接應用于他們的系統中。總的來說，嵌入式Linux開發人員面臨著三大挑戰：1. 根據其硬件使用的處理器及外設，裝配一個具有引導加載程序、內核、庫、應用以及開發工具組件的兼容組合解決方案；2. 正確交叉構建多兆字節鏡像；3. 優化各種內核及用戶級組件，縮小占位面積，降低相關存儲器成本。
解決這三大挑戰不是一件簡單的事情，需要開發團隊在積累豐富經驗的基礎上付出大量心血。商業嵌入式Linux廠商可為特定嵌入式處理器提供預先測試的解決方案，但對傾向于“凡事自己搞定”的Linux開發人員而言，開放嵌入式構建環境提供了一種為眾多嵌入式設備構建可靠定制Linux發行版的方法。許多公司一直都在使用OE構建與完整發布版配套的嵌入式Linux內核端口，進而提高維護的支持水平并且增強OE基礎架構的重要元素。
此外，數量不斷增加的嵌入式Linux發行版(如Angstrom)也可充分利用OE的優勢。雖然這些發行版并非OE的正式部件，但它們可通過為開發人員提供隨時可投入運行的啟動點增添使用OE的吸引力。值得注意的是諸如MontaVista與Mentor Graphics這些公司推出的較新商業發行版本現在也建立在OE基礎之上。他們同時提供了更加豐富的工具與商業支持發行版。
在本文中，首先對OE構建環境的重要元素進行總體介紹，然后展示如何應用這些元素構建和定制Linux發行版。德州儀器以Angstrom發行版為基礎的Arago發行版將被用作范例，來說明如何在OE及已經使用OE的發行版基礎上創建新的發行版。
為了更加準確說明OE的重要概念，文中大多數基于Arago或Angstrom的范例腳本都略有改動。開發人員應訪問文章最后列出的網站查看原始腳本，了解真實環境中的完整實施方案。
開發嵌入式的概覽
OE建立在為嵌入式應用開發的交叉編譯與構建工具BitBake基礎之上。開發人員使用 BitBake是通過創建各種配置與方法文件來指示BitBake在這些文件上構建來源以及如何構建。OE實際上是這些方法(.bb)及配置(.conf)文件的數據庫，開發人員可使用這些文件為各種嵌入式平臺交叉編譯各種組件組合。
OE提供成千上萬個方法文件來構建單個數據包以及完整的鏡像。數據包可以是從通過內核的引導加載程序到用戶級應用或開發工具集的任何數據。方法文件不但知道數據包來源的位置，而且還知道如何為特定目標構建數據包，并確保數據相關項也完全構建。因此開發人員無需深入了解在其應用中增加特定功能所需的每一款軟件詳情。OE不但能夠以各種數據包格式(tar、rpm、deb以及ipk)創建數據包，而且還可為發行版創建數據包源程序(package feed)。
大多數OE用戶開始的時候會選擇特定發行版，而不是構建單個數據包。使用現成發行版的優勢在于通過選擇一定的數據包版本便可獲得可行的組合。發行版可提供這一重要功能。發行版除“最新”構建之外，通常還提供一個“穩定”構建，以避免試圖將各種最新版本進行整合而導致的內在不穩定性。
OE的主要優勢在于能夠生成軟件開發套件(SDK)。一些開發團隊可能傾向于在OE中構建完整的應用，而另外的開發團隊則可能會安排專門團隊構建Linux平臺供應用開發團隊使用。在這種情況下，Linux平臺團隊可生成一個Linux發行版作為SDK，并便捷地集成于應用團隊所傾向的構建流程中。這樣，應用開發團隊成員就不必深入了解OE了。
OE數據庫還有一個重要方面，就是這個數據庫的大部分維護工作都是由有志于確保Linux發行版在嵌入式設備上得到成功應用的相關方雇員來完成的。鑒于Linux內核及應用領域的大幅變動，這種維護工作的重要性不言而喻。
構建工具開發人員最為熟悉的命令是“make”，實現基于一套獨立的make文件來生成單個項目。但是這種方法無法良好地擴展用于創建各種Linux發行版的任務，因為每個發行版都包含任意數量(往往有數百個)的大量數據包，其中許多大部分都是彼此獨立的，且適用于任意數量的平臺集。
由于這些局限的存在，Buildroot與BitBake等大量Linux發行版構建工具應運而生。BitBake的層級方法有助于各項數據包構建指令單獨維護，而數據包本身則可便捷聚集，并按適當順序進行編譯并創建大型鏡像。因此，BitBake可為二進制源程序及完整鏡像中的后續整合構建單個數據包。
BitBake的一個重要方面是它沒有強制規定單個數據包的構建方法。數據包的方法(或相關類型)可指定GNU autotool等任何構建工具，使之能夠較為直接地將數據包導入OE。
為滿足選擇特定數據包版本來實現協同工作和指定不同嵌入式目標的需求，BitBake使用了配置文件。
BitBake使用方法中的位置信息通過下載工具(或諸如Git或svn等任何其它軟件配置管理工具)從互聯網提取數據包來源(如圖1所示)。然后根據數據包描述中的規定，打上必要的補丁，這是在為嵌入式處理器交叉編譯數據包時的一項常見要求。該數據包集在更高級的方法中有規定，比如用于鏡像和任務的 方法。
圖1：BitBake構建工具概覽
許多開發人員都希望使用現有發行版。BitBake能夠幫助開發人員在BBPATH搜索路徑中盡早存入定制方法或配置文件，從而覆蓋發行版中的默認值。這可幫助開發人員在不直接修改現有發行版文件(并隨后維持現有發行版文件的定制版本)的條件下，針對其需求調整發行版。這種方法在 OE中稱為“分層”，每個方法集稱為“覆蓋”。
下面來了解一些不同方法文件與配置文件，以便更加深入地掌控OE與BitBake的工作方式。首先介紹方法類型。
OE方法文件
OE方法文件不但能夠以外殼腳本方式編寫，而且還支持Python代碼片段，總體上分為五類：
* 類型；
* 數據包；
* 任務；
* 鏡像；
* 元。
這些都是按層級組織，鏡像是最高層方法。鏡像方法定義具體根文件系統鏡像的內容。該方法只是定義構建鏡像所需的各種任務。任務方法是構建相關特性或功能塊所需的相關數據包集合。例如，用于智能手機的發行版可能具有數字音樂、數字攝像機以及通信錄任務，匯集所有所需數據包來實現特定的功能。采用這種間接方法的原因之一是為了抽象任務中的各種數據包集，這樣在不同的鏡像中可以便捷地重復使用各種任務。
采用多個鏡像文件提供各種功能／占位面積平衡，是發行版的常見做法。例如，Arago包含基本鏡像、控制臺鏡像、數字視頻演示鏡像以及gstreamer鏡像等。正如其鏡像方法所示(見列表1)，gstreamer鏡像可通過構建4個不同的任務方法來創建。其它鏡像方法也很類似，比如基本鏡像只是省略了控制臺、dvsdk以及gstreamer任務，換了一個鏡像名稱，并具有不同的根文件系統大小而已。
列表1：鏡像recipe示例。
# Arago GStreamer image
# gives you an image with DVSDK libs and GStreamer demo
require arago-image.inc
?
COMPATIBLE_MACHINE = "(?!arago)"
?
# The size of the uncompressed ramdisk is 150MB
ROOTFS_SIZE = "153600"
IMAGE_INSTALL += "\
task-arago-base \
task-arago-console \
task-arago-dvsdk \
task-arago-gst \
"
export IMAGE_BASENAME = "arago-gst-image"
任務方法代表各種單個數據包集合。例如，arago的基本任務可構建大約15個數據包。該方法(見列表2)引入了一些需要熟知的標準BitBake變量。PR意為數據包修訂版，即數據包方法文件的版本號。PN代表數據包名稱，而PV(此處未使用)則代表數據包版本，即實際數據包源文件版本。各種任務沒有指定大多數數據包版本，因為這些是在配置文件中設置的。
列表2：任務recipe示例。
DESCRIPTION = "Basic task to get a device booting"
LICENSE = "MIT"
PR = "r9"
inherit task
# these can be set in machine config to supply packages needed to get machine booting
MACHINE_ESSENTIAL_EXTRA_RDEPENDS ?= ""
MACHINE_ESSENTIAL_EXTRA_RRECOMMENDS ?= ""
ARAGO_ALSA_BASE = "\
???? alsa-lib \
???? alsa-utils-aplay \
???? "
ARAGO_BASE = "\
${ARAGO_ALSA_BASE} \
ldd \
mtd-utils \
curl \
arago-feed-configs \
initscript-telnetd \
devmem2 \
"
# minimal set of packages - needed to boot
RDEPENDS_${PN} = "\
base-files \
base-passwd \
busybox \
initscripts \
modutils-initscripts \
netbase \
update-alternatives \
module-init-tools \
${ARAGO_BASE} \
${MACHINE_ESSENTIAL_EXTRA_RDEPENDS} \
"
RRECOMMENDS_${PN} = "\
${MACHINE_ESSENTIAL_EXTRA_RRECOMMENDS} \
"
數據包方法可滿足每個數據包的特定需求。列表3是基于GStreamer的應用相對簡單的示例，顯示了數據包方法的一些重要功能。構建機制可按autotool與pkgconfig類型指定，相關性以及數據包版本及修訂號均可識別，而且還提供數據包來源位置。
列表3：數據包recipe示例。
DESCRIPTION = "gstd: a GStreamer-based streaming server"
HOMEPAGE = "http://sourceforge.net/projects/harrier/"
LICENSE = "BSD"
SECTION = "multimedia"
PRIORITY = "optional"
inherit autotools pkgconfig
DEPENDS = "dbus dbus-glib gstreamer"
RDEPENDS_${PN} = "dbus dbus-glib gstreamer gst-plugins-base"
RRECOMENDS_${PN} = "gstreamer-ti"
SRCREV = "f3e22c93f4fd7ca47d6309b8450788127550ecb9"
PV = "1.0"
PR = "r13"
PR_append = "+gitr${SRCREV}"
SRC_URI = "git://gstd.git.sourceforge.net/gitroot/gstd/gstd;protocol=git \"
S = "${WORKDIR}/git"
# We don't want to run autoconf or automake, unless you have
# automake > 1.11 with vala support
do_configure() {
oe_runconf
}
FILES_${PN} += "${datadir}/dbus-1/*/*.service"
FILES_${PN}-dev += "${datadir}/dbus-1/interfaces/*.xml"
在數據包方法(見列表3)中，有一行寫著“繼承 autotools pkgconfig”。這一行正在使用已有的方法類型—BitBake類型。類型與其它方法是同級關系而非層級關系。類型可通過“繼承(inherit)”命令提取可供以后重復使用的通用方法元素。最常用的類型將“繼承”方法的功能或各個部分，支持GNU autotool等最常用的構建工具。列表4就是用于pkgconfig工具(pkgconfig.bbclass) 的類型示例。
列表4：類型recipe示例。
inherit base
DEPENDS_prepend = "pkgconfig-native "
do_install_prepend () {
for i in `find ${S}/ -name "*.pc" -type f` ; do \
sed -i -e 's:-L${STAGING_LIBDIR}::g' $i
done
}
do_stage_append () {
install -d ${PKG_CONFIG_DIR}
for pc in `find ${S} -name '*.pc' -type f | grep -v -- '-uninstalled.pc$'`; do
pcname=`basename $pc`
cat $pc > ${PKG_CONFIG_DIR}/$pcname
done
}
OE 配置文件
配置文件主要分為兩類：設備配置與發行版(distro)配置。另外還有本地配置文件以及名為“bitbake.conf”的文件。Bitbake.conf是BitBake讀取的第一個文件，包含所有其它配置文件。此外，它還可定義許多全局變量，并稱之為bitbake.conf。不建議直接修改 bitbake.conf，建議在distro配置文件或本地配置文件中進行覆蓋。設備配置文件可定義特定目標電路板。發行版配置文件可為一臺以上的設備定義特定的Linux發行版(比如各種數據包版本)。
發行版配置文件是進行全局設置的最佳場合，該設置可應用于發行版生成的所有鏡像。OE可幫助開發人員根據具體鏡像或數據包覆蓋這些設置，從而高度靈活地處理特殊情況。例如，本地配置(local.conf)文件往往用于放置用戶專用配置，以適度修改默認發行版配置的設置。在完成對發行版配置文件和設備配置文件的更詳細討論后，我們將從總體上了解在Arago local.conf文件中所做的其它配置設置。
該發行版配置文件可設定各種基本“內務處理”參數(見列表5)，如發行版本名稱、下載源文件和存儲所構建數據包的目錄以及uImage的支持文件格式等。
列表5：配置文件摘要
# For now Arago is not big enough to warrant a separate distribution,
# reuse Angstrom, but set the name to Arago
DISTRO = "angstrom-2008.1"
# Set the distro name and version, since we now produce own SDK
DISTRO_NAME = "Arago"
DISTRO_VERSION = "2010.05"
BUILDNAME = "${DISTRO_NAME} ${DISTRO_VERSION}"
# Use this to specify where BitBake should place the downloaded sources into
DL_DIR = "${SCRATCH}/downloads"
# Put resulting images and packages in deploy directory outside of temp
#DEPLOY_DIR = "${OEBASE}/arago-deploy"
……
# Add the required image file system types below. Valid are
# jffs2, tar(.gz|bz2), cpio(.gz), cramfs, ext2(.gz), ext3(.gz)
# squashfs, squashfs-lzma
IMAGE_FSTYPES = "jffs2 tar.gz ext2.gz"
此外，該發行版配置文件還可指定構建發行版的目標設備，盡管每臺設備啟動Linux的詳細信息都存放在設備配置文件中。由于發行版配置文件所處的位置由工具鏈版本決定，因此支持大量設備可能會使文件變得更加復雜。例如，可能需要指定多個大數據包補丁或不同的工具鏈版本來適應各種不同的設備。其它需要在發行版配置文件中指定的架構相關項包括硬件與軟件浮點、是否支持不同的指令集(ARM或Thumb)、以及可能不適應發行版中包含的某些數據包的各類尋址方式。
選擇數據包版本是發行版配置文件中較為重要的常見功能之一，以確保所使用的已知兼容性版本。選擇版本的方法很多。如果沒有指定版本，就選擇最新版本。同樣，也可指定某種“從不落后于”最新版本的版本。對于需要特定版本的數據包，可為發行版配置文件中的整個發行版指定默認首選版本，如列表6的Angstrom發行版配置文件摘要所示。
列表6：發行版配置文件摘要
ANGSTROM_QT_VERSION ?= "4.6.2"
CE_VERSION ?= "latest"
PREFERRED_VERSION_autoconf = "2.65"
PREFERRED_VERSION_autoconf-native = "2.65"
PREFERRED_VERSION_automake-native = "1.10.3"
PREFERRED_VERSION_busybox?????? = "1.13.2"
PREFERRED_VERSION_glib-2.0????? = "2.24.0"
PREFERRED_VERSION_glib-2.0-native = "2.24.0"
發行版的另一項重要功能是提供一套源程序，以便訪問預先構建的二進制數據包。發行版一般使用二進制源程序在運行時動態加載新的數據包。為穩定可靠的添加數據包，發行版還整合了一個數據包管理系統。例如，Angstrom發行版在開始時使用ipkg軟件包管理器(近期轉向opkg)，因為與dpkag或RPM等桌面數據包管理技術相比，其在滿足空間有限的嵌入式應用需求方面具有一定的優勢。Ipk格式原本建立在deb格式基礎之上，可用ipkg或opkg數據包管理器處理。相比之下，opkg更新，因此也更有優勢。數據包格式會使更多的元數據存儲在數據包中。這樣能夠避免加載不兼容的數據包，并確保帶來正確運行時間的相關項。Arago可定義其預先構建的IPK源程序(見列表7)，但可能不具有最為廣泛的數據包。在需要更多數據包時，可啟用Angstrom源程序，但是在混合使用不同源程序時需要更加小心謹慎。
列表7：發行版配置文件摘要
ANGSTROM_PKG_FORMAT ?= "ipk"
require conf/distro/include/
angstrom-package${ANGSTROM_PKG_FORMAT}.inc
#Use this variable to select which recipe you want to use to
#get feed configs (/etc/ipkg/, #/etc/apt/sources.list). Useful
#for derivative distros and local testing
ANGSTROM_FEED_CONFIGS = "arago-feed-configs"
# Feed configuration
ARAGO_URI = "http://feeds.arago-project.org"
ARAGO_FEED_BASEPATH = "feeds/live/${ANGSTROM_PKG_FORMAT}"
DISTRO_FEED_URI = "${ARAGO_URI}/${ARAGO_FEED_BASEPATH}"
在發行版配置文件中可以設置其它通用構建參數。例如，開發人員可將具有更多調試信息或配置文件信息的已完成構建流程指定為標準流程。這些代碼行可通過“生產代碼”鏡像方法注釋掉或覆蓋，從而可提高最終生產版本的性能。
列表8：發行版配置文件摘要
# Comment these two out if you want BitBake to build
# production images.
DEBUG_BUILD = "1"
INHIBIT_PACKAGE_STRIP = "1"
# Build a package such that you can use gprof to profile it.
PROFILE_OPTIMIZATION = "-pg"
SELECTED_OPTIMIZATION = "${PROFILE_OPTIMIZATION}"
LDFLAGS =+ "-pg
設備配置文件可定義在電路板上引導Linux所需的基本要素。例如，ARM926或ARM Cortex-A8等目標CPU的定義，提供了Linux內核的優先方法提供方以及相應引導加載程序，如列表9所示，顯示了TI ARM9視頻器件的DM365設備配置文件。
列表9：設備配置文件
#@TYPE: Machine
#@NAME: DM365 CPUs on a Davinci DM365 EVM board
#@DESCRIPTION: Machine configuration for the TI Davinci
DM365 EVM board
require conf/machine/include/dm365.inc
require conf/machine/include/tune-arm926ejs.inc
# Increase this everytime you change something in the kernel
MACHINE_KERNEL_PR = "r45"
TARGET_ARCH = "arm"
KERNEL_IMAGETYPE = "uImage"
PREFERRED_PROVIDER_virtual/kernel = "linux-davinci-staging"
PREFERRED_PROVIDER_virtual/bootloader = "u-boot"
UBOOT_MACHINE = "davinci_dm365_evm_config"
UBOOT_ENTRYPOINT = "0x80008000"
UBOOT_LOADADDRESS = "0x80008000"
EXTRA_IMAGEDEPENDS += "u-boot"
SERIAL_CONSOLE ?= "115200 ttyS0"
EXTRA_IMAGECMD_jffs2 = "--pad --little-endian
--eraseblock=0x20000 -n"
#ROOT_FLASH_SIZE = "29"
MACHINE_FEATURES = "kernel26 serial ethernet usbhost
usbgadget mmc alsa"
每款電路板都需要設備配置文件。實際上，由于使用相同或類似器件的不同電路板的配置步驟通常相同，通用步驟可以合并到包含文件中。這樣通過便于維護的無錯誤方法來簡化新設備配置文件的創建。在以上示例中，我們了解了部分包含文件，并更深入地了解了整個設備配置文件的面貌。
雖然Linux應用一般都具有很大的占位面積，但對任何單個應用的需求將明顯低于通常為嵌入式發行版所默認的桌面發行版。因此開發人員通常需要盡量縮小存儲器占位面積或進行某些其它定制。
嵌入式開發人員面臨的另一項重大挑戰是Linux軟件領域的快速變革。盡管首先要考慮的是不能落后于最新內核版本太多，以免給向后移植補丁帶來困難，有時候開發人員仍需要鎖定工具鏈、內核以及將要通過測試并投入生產的應用數據包版本。這樣可能就需要創建某些定制方法或配置文件，以便發行版選擇不同的組件版本。在對預先存在的發行版進行定制之前，需要花些時間了解該發行版可能提供的“現成”選項。例如，Angstrom可提供具有各種占位面積的穩定開發分支及構建。如果這些選項不能滿足特定應用需求，隨后就需要進行某些程度的定制。
TI推動Arago發展的原因之一是實現了占位面積的縮小與可擴展性。另一個原因是支持GPLv3許可證軟件以及任何加密軟件的公司法律問題，這要求與出口控制規定相關的其它合規工作。接下來將討論Arago中引入的部分方法及配置文件，并說明如何從現有發行版中導出定制發行版。
為解決占位面積與可擴展性問題，Arago創建了其自己的鏡像與任務 方法集，其中一部分已經討論過了。對許多應用而言，這樣已經足夠。但是對Arago而言，就必須自行修改部分數據包的方法。雖然最初在Arago中所做的大量修改將用于修復方法中的普通漏洞，以避免其進入上游的標準OE與Angstrom文件，但還是要注意避免GPLv3或加密所要求的那些不適合推向上游的變更。例如，由于SSH內含加密功能，我們不得不將其從發行版中移除。這可連帶影響 busybox方法，它需要啟用獨立遠程登錄后臺程序，通過其默認配置“defconfig”文件遠程訪問外殼腳本。因為后續需要維護修改過的 方法，使之能隨主方法的變更而變更，這種方法僅建議在沒有其他方法可以使用的情況下使用。
可以通過強制選擇在引入GPLv3許可證或任何該許可證下發行的補丁之前發行的gdb與gdbserver版本來清除GPLv3內容。除了選擇特定GBD版本外，Arago還可選用CodeSourcery工具鏈的預構建版本。這樣就減少了用戶的初期構建時間，因為這樣無需通過源程序構建這些工具。
這種方法不是修改Angstrom配置文件或方法文件，而是在本地配置文件中選擇定制Arago的GCC選擇。這樣可以覆蓋發行版配置文件中的優先版本。如列表10所示，Arago本地配置文件可設置各種gdb相關組件的最新優先版本，禁用SSH包含，從而可避免出現加密軟件。需要注意的是，使用預構建GCC二進制文件而不從源程序中構建，需要能夠在OE中添加和修復外部工具鏈，而并非簡單地選擇特定版本。
列表10：本地配置文件摘要
# Set some preferences
PREFERRED_PROVIDER_update-alternatives-cworth =
"update-alternatives-cworth"
PREFERRED_PROVIDER_ncurses-tools = "ncurses"
PREFERRED_PROVIDER_gdbserver = "gdbserver"
PREFERRED_VERSION_gdbserver = "6.6"
PREFERRED_VERSION_gdb = "6.6"
PREFERRED_VERSION_gdb-cross-sdk = "6.6"
PREFERRED_PROVIDER_libopkg-dev = "opkg-nogpg"
# Disable DropBear for now due to export restrictions
DISTRO_SSH_DAEMON = ""
雖然本地配置文件是Arago中選擇的主要定制方法，開發人員也可使用BitBake搜索路徑插入自己的方法文件，覆蓋已有發行版中的部分選擇。
OE的不足之處
雖然OE是一種功能強大的工具，但其學習過程非常漫長，構建錯誤的根源可能很難發現。不熟悉OE的開發團隊至少需要幾周時間才能達到中等熟悉程度。因此，除非能找到之前有過OE經驗的開發人員，否則在現有項目中使用OE或者在日程要求緊張的項目中首次使用OE都是不提倡的。
新推出的商業工具旨在解決某些易用性問題，但都要收取許可證費。此外，Narcissus項目還可為嵌入式設備構建基于Angstrom的根文件系統提供基于web的易用型前端。
第二個不足之處是構建時間。在開發人員首次使用OE構建發行版時，需要一切從源程序開始構建，其中包括工具鏈以及額外的主機工具等。因此初期構建非常耗時，并且需要設備至少支持千兆字節RAM。當然，后續構建的速度會顯著提升，因為工具鏈等眾多組件都無需重復構建。如果增量構建仍然不能滿足時間要求，使用OE生成一個能夠便捷地與其它構建工具配合使用的SDK則是一個不錯的選擇。
結論
OE提供一種創建嵌入式Linux發行版的途徑，該發行版可通過預測試數據包構建方法的大型數據庫得到充分利用。這可顯著縮短創建新發行版所需的時間。此外，開發人員還能夠以大量已有發行版為出發點，創建自己的發行版。OE不但功能強大，而且還具有高度的靈活性，能夠幫助開發人員根據自身特定應用需求量身定制發行版。但這種高性能與高靈活性的另一面是學習難度增大。因此，在項目日程過緊的情況下開發OE專業技術并不是最佳選擇。