第一篇：iOS Web App 開(kāi)發(fā)心得(三)：App化

iOS Web App 開(kāi)發(fā)心得

（三）：App化

三、App化

1、放到桌面

其實(shí)這個(gè)最簡(jiǎn)單啦，點(diǎn)瀏覽器的加號(hào)，就會(huì)有一個(gè)菜單，添加到屏幕就行。

2、設(shè)置圖標(biāo)和啟動(dòng)畫(huà)面

添加到屏幕后，默認(rèn)的是一個(gè)白色圖標(biāo)，啟動(dòng)畫(huà)面則是上次運(yùn)行時(shí)的畫(huà)面截圖（所以感覺(jué)不到有啟動(dòng)畫(huà)面）。

為了更像原生的App，我們添加一下圖標(biāo)和啟動(dòng)畫(huà)面。

圖標(biāo)的添加方法是在head區(qū)添加如下代碼：

其中，xpadicon.png是圖標(biāo)，必須為png格式，大小為57*57像素，不需要添加圓角和光影效果，iOS自己會(huì)處理。

啟動(dòng)畫(huà)面的添加方法也差不多：

其中，xpadstartup.png是圖標(biāo)，必須為png格式，縱向圖片，iphone/itouch的大小為320*460，ipad為768*1004。

要說(shuō)明的是，啟動(dòng)畫(huà)面的時(shí)間會(huì)很短，而且這個(gè)時(shí)間似乎是不可控的，個(gè)人感覺(jué)是在頁(yè)面ready的時(shí)候啟動(dòng)畫(huà)面消失。

另外，在我試驗(yàn)用的itouch3上，圖標(biāo)和啟動(dòng)畫(huà)面均未生效，iphone4和ipad上有效。

3、隱藏地址欄

為了更像本地App，我們要隱藏掉地址欄，而在隱藏這個(gè)之前，我們必須設(shè)定程序全屏，否則無(wú)效。

全屏：

隱藏地址欄：

4、控制用戶的縮放

作為一個(gè)網(wǎng)頁(yè)，事實(shí)上可以無(wú)限縮放的（當(dāng)然，縮小到比viewport還小時(shí)會(huì)自動(dòng)充滿viewport），而作為一個(gè)程序，我們有時(shí)候不希望這樣的事情發(fā)生，如下代碼可以解決：

上述代碼的意思是，viewport的寬度為設(shè)備寬度，initial-scale是初始的縮放值。（按照我的理解，viewport的寬度值和initial-scale這兩個(gè)屬性應(yīng)該是不可以同時(shí)存在的，因?yàn)槎x了一個(gè)值會(huì)自動(dòng)推算出另一個(gè)值，比如我將viewport的寬度設(shè)為屏幕寬度的2倍，那么initial-scale應(yīng)該自動(dòng)為0.5，待驗(yàn)證。）后面兩個(gè)自然是能縮放的最小和最大值了。

如果不想讓用戶縮放，則可以將最小值和最大值設(shè)為一樣，都為1.0，或者直接將user-scalable設(shè)為no。

5、離線

到這里，我們的App已經(jīng)很像原生App了?？墒?，如果斷網(wǎng)了怎么辦？

于是，最的一步–離線。離線之后，我們的程序就可以在沒(méi)有網(wǎng)絡(luò)的時(shí)候正常運(yùn)行，完全和原生App一樣了！

上述的特性都是iOS的，但是離線是HTML5的特性。

要實(shí)現(xiàn)離線，首先得有一個(gè)先決條件：能修改web服務(wù)器的MIME（確切地講，是MIME中有manifest類(lèi)型）。關(guān)于MIME是什么就不詳細(xì)介紹了。首先，我們需要在web服務(wù)器中將.manifest后綴的MIME設(shè)

為”text/cache-manifest”。對(duì)IIS，在站點(diǎn)屬性中可以設(shè)置，對(duì)apache，則能直接通過(guò)修改.htaccess文件實(shí)現(xiàn)。不詳述。

接下來(lái)，我們需要?jiǎng)?chuàng)建一個(gè)離線文件列表，列表中的文件將被緩存供下次使用。

我建立的名叫cache.manifest，內(nèi)容如下：

CACHE MANIFEST

# xpad v0.1.0009

# 指明緩存入口

CACHE:

index.html

index.css

jquery.js

xpadicon.png

xpadstartup.png

images/pic.png

# 以下資源必須在線訪問(wèn)

NETWORK:

login.php

# 如果index.php無(wú)法訪問(wèn)則用404.html代替

FALLBACK:

/index.php /404.html

#開(kāi)頭的是注釋?zhuān)@個(gè)好理解。文件分為三段：CACHE、NETWORK、FALLBACK。CACHE表示要緩存的文件，即可以離線使用的資源，可以看到，html/css/js/pic都可以緩存，當(dāng)然，其他類(lèi)型的也可以。

NETWORK表示必須在線訪問(wèn)的，例如登錄之類(lèi)的頁(yè)面。

FALLBACK表示如果在線訪問(wèn)失敗時(shí)，用什么文件替換。上面的代碼表示

index.php訪問(wèn)失敗時(shí)用404.html替換。這個(gè)可以用在網(wǎng)絡(luò)不好的時(shí)候，例如一個(gè)離線應(yīng)用去訪問(wèn)一個(gè)在線頁(yè)面，但是沒(méi)有訪問(wèn)成功，這時(shí)就可以調(diào)用一個(gè)已經(jīng)離線了的頁(yè)面去，不破壞用戶體驗(yàn)。

再接下來(lái)，就是告訴iOS，我們的程序需要離線，方法是在訪問(wèn)的頁(yè)面中的html標(biāo)簽中加入一個(gè)屬性標(biāo)記上面說(shuō)的manifest文件：

訪問(wèn)一次，只要文件傳輸完畢，我們的應(yīng)用就成功離線啦！這時(shí)斷開(kāi)網(wǎng)絡(luò)再次打開(kāi)，依然可以使用！

App化的操作基本都完成啦，可以先喝口茶休息下。

接下來(lái)呢？接下來(lái)你可能會(huì)修改你的頁(yè)面，但是，悲劇來(lái)了，你發(fā)現(xiàn)無(wú)論你怎么刷新，頁(yè)面都沒(méi)有變化，即使清掉緩存也不行。

事實(shí)上，更改頁(yè)面文件并不會(huì)導(dǎo)致離線文件也更新，而清掉緩存也不會(huì)清掉離線的文件！

更新緩存的條件是：.manifest內(nèi)容發(fā)生變化！所以如你看到那樣，我在最前面加入了版本，這樣一方面可以標(biāo)版本，另一方面剛好讓程序更新緩存。

我們的Web App在打開(kāi)時(shí)會(huì)檢測(cè)更新，但是，本次打開(kāi)使用的仍然會(huì)是老版本，如果更新完成，再刷新或者再次啟動(dòng)會(huì)是新版本，而如果更新過(guò)程未完成，則仍然是老版本。這中間不會(huì)有任何提示。

（當(dāng)然，可以用腳本更新，不詳述。）

至此，一個(gè)完美的Web App就誕生了！

現(xiàn)在唯一的局限就是技術(shù)限制了–網(wǎng)頁(yè)不可能調(diào)用系統(tǒng)的API，如文件IO，攝像頭等等。要使用這些功能，就得老老實(shí)實(shí)地下載SDK回來(lái)開(kāi)發(fā)原生的App。可是，如果用HTML+js+css，也能調(diào)用本地API，和原生App實(shí)現(xiàn)同樣的功能，是不是很心動(dòng)？

事實(shí)上，已經(jīng)有這樣的框架出現(xiàn)，如PhoneGap等等。有興趣不妨Google之。因超出本文范圍，故就此打住。

第二篇：Html5與APP開(kāi)發(fā)比較心得

Html5與APP開(kāi)發(fā)比較心得

引言

大量新生移動(dòng)設(shè)備的興起，改變了當(dāng)今互聯(lián)網(wǎng)的格局。在技術(shù)的發(fā)展上，HTML5會(huì)取代 App 應(yīng)用嗎？或者說(shuō)能夠在多大程度上取代呢？在 HTML5 規(guī)范中，已經(jīng)加入了相機(jī)、磁力羅盤(pán)、GPS 信息的支持。很多新興瀏覽器也已經(jīng)開(kāi)始支持這些新特性。能否用一個(gè)統(tǒng)一的 HTML5 來(lái)替代 Android 和 iOS 并行開(kāi)發(fā)的雙重成本呢？詳細(xì)分析了 HTML5 和本地 App 的優(yōu)缺點(diǎn)。

以下為文章原文：

移動(dòng)應(yīng)用程序(App)和 HTML5 都是目前最火的技術(shù)，二者之間也有不少重疊之處。在移動(dòng)設(shè)備瀏覽器里運(yùn)行的 HTML5 的 Web 頁(yè)面，也可以重新打包成不同平臺(tái)上運(yùn)行的 App。目前很多瀏覽器都有很好的跨平臺(tái)支持性能，HTML5的 Web 方案，對(duì)開(kāi)發(fā)者來(lái)說(shuō)更為方便。完成一次開(kāi)發(fā)，即可多平臺(tái)使用。但這確實(shí)可行嗎？目前，仍有許多原因，使開(kāi)發(fā)者選擇了 App 開(kāi)發(fā)。很明顯，很多人已經(jīng)在這么做了。本文將詳細(xì)分析這兩種方案的優(yōu)劣。

1、功能豐富

正方：App 里可以開(kāi)發(fā)出更豐富的功能。我們把移動(dòng)功能分成兩類(lèi)。程序本身和程序與系統(tǒng)的結(jié)合。比如在 Android 里，加入 Widget 圖標(biāo)或者通知提醒之類(lèi)的。App 對(duì)這兩者都沒(méi)問(wèn)題。不用多說(shuō)，這是肯定的。

反方：雖然 APP 發(fā)展迅猛，但 Web 也正在迎頭跟進(jìn)。確實(shí)很多原生 App 實(shí)現(xiàn)的功能是 HTML5 望塵莫及的。不管你的 Web 做的再好，如果停留在一個(gè)沒(méi)有攝像頭支持的沙盒中，還是無(wú)法滿足一些功能。幸運(yùn)的是，現(xiàn)在沒(méi)有這樣的沙盒限制了。如果你需要你的 Web 來(lái)照相，可以做一個(gè)負(fù)責(zé)照像的 App，再把你的 Web 打包進(jìn)這個(gè)應(yīng)用里面。開(kāi)源的 PhoneGap 框架就是這么做的。

但這種混合開(kāi)發(fā)的問(wèn)題在于，增加了項(xiàng)目的復(fù)雜性，而且不象傳統(tǒng) Web 那樣可以直接在瀏覽器里運(yùn)行。這個(gè)問(wèn)題短時(shí)間內(nèi)恐怕還無(wú)法解決。不過(guò)好在現(xiàn)在網(wǎng)絡(luò)標(biāo)準(zhǔn)在不斷的高速擴(kuò)充，先進(jìn)的瀏覽器也在一直跟進(jìn)。Android 3.1 已經(jīng)支持 Camera 了。iOS 瀏覽器也開(kāi)始支持 WebSocket 和設(shè)備方向檢測(cè)了。

總得來(lái)說(shuō)，移動(dòng)設(shè)備在發(fā)展，而 Web 也同樣在快速變化。而目前也有 5 家主要瀏覽器開(kāi)發(fā)商在改進(jìn)現(xiàn)有標(biāo)準(zhǔn)，豐富新的功能。所以原生 App 在快速前進(jìn)，同時(shí)，Web 也在縮小差距。

2、運(yùn)行效率

正方：原生 APP 速度更快。原生 APP 沒(méi)有瓶頸，而且可以直接調(diào)用 GPU 加速、使用多線程。

反方：現(xiàn)如今 Web 的速度已經(jīng)很快，而且多數(shù)應(yīng)用不需要這么快的速度。

這種說(shuō)法有點(diǎn)落伍了。Chrome 發(fā)布之時(shí)帶來(lái)的 Javascript V8，給 Web 訪問(wèn)速度帶來(lái)質(zhì)的飛躍。而現(xiàn)在，計(jì)算速度變得更快了。

圖片處理引擎已經(jīng)使用 Web 來(lái)加速?，F(xiàn)在硬件加速也已經(jīng)開(kāi)始。讓我們看看用上硬件加速的 Canvas 的效果：

如果要開(kāi)發(fā) 3D 游戲，或許速度還不夠，但對(duì)于普通用戶來(lái)說(shuō)，新聞、郵件、時(shí)間管理、社交網(wǎng)絡(luò)，這些用 Web 就已經(jīng)足夠。另外，越來(lái)越多的框架結(jié)合 WebGL，可以發(fā)揮 OpenGL 的優(yōu)勢(shì)了。

3、開(kāi)發(fā)感受

正方：原生 APP 易于開(kāi)發(fā)。原生 APP 使用強(qiáng)壯的程序語(yǔ)言（Java, Objective C, C++），適合編寫(xiě)復(fù)雜的程序，API 豐富，在桌面環(huán)境可以方便的用模擬器進(jìn)行測(cè)試。而 Web 程序的 Runtime 和亂七八糟的各路瀏覽器讓人頭疼不已。

反方：一般來(lái)說(shuō) WEB 更簡(jiǎn)單一些，特別是需要兼容不同設(shè)備的時(shí)候。WEB 最初的功能只限于文檔展示，而不是程序應(yīng)用。更何況 Web 不只是靜止的，HTML5，CSS3都給開(kāi)發(fā)者極大幫助。雖然你喜歡C++，Java, Javascript，但是現(xiàn)在沒(méi)人能否認(rèn) Javascript 也和前者站在同一擂臺(tái)上。

瀏覽器/Runtime 的互不兼容（碎片化），APP 也存在同樣的情況。用 Java 寫(xiě)了 Android App，然后又要面對(duì) iOS 的 Objective C。此外還有 WebOS, BlackBerry，Windows Mobile 等。如果能寫(xiě)一個(gè)程序，馬上能在所有平臺(tái)上運(yùn)行，這該多么方便啊。當(dāng)然，這只是一個(gè)理想。要是想讓程序在每個(gè)平臺(tái)都能正常的運(yùn)行，就要做不少調(diào)試和妥協(xié)。這對(duì)很多原生 APP 也是一樣的。

所謂的 Web 碎片化，一直都是如此。但好消息是現(xiàn)在已經(jīng)有很多不錯(cuò)的解決辦法。比如 Modernizr 庫(kù)就可以幫你兼容一大批主流設(shè)備，不管是哪種系統(tǒng)平臺(tái)。有興趣的話，你可以看看2011年的 Google IO 演示。

4、用戶體驗(yàn)

正方：原生 APP 更契合原有平臺(tái)。操作感受的定義之一，就是用戶希望在你的程序里，用與系統(tǒng)連貫統(tǒng)一的方式來(lái)操作。不同的平臺(tái)，都有一些約定俗成的習(xí)慣。你不能期望用一套統(tǒng)一的 HTML5 App 去滿足所有用戶。

此外，整個(gè)平臺(tái)的操作感受都由用平臺(tái)自有的軟件庫(kù)協(xié)調(diào)。直接調(diào)用平臺(tái)工具包就能直接免費(fèi)獲得完整支持。

反方：Web 有自己的傳統(tǒng)，但如果你想開(kāi)發(fā)帶有原有平臺(tái)那種感覺(jué)的 Web，同樣可以做出來(lái)。前面已經(jīng)講過(guò)，WEB 開(kāi)發(fā)的方式，是先做一個(gè)大體適合所有平臺(tái)的版本，然后再針對(duì)不同平臺(tái)不斷改進(jìn)。當(dāng)這些改進(jìn)主要是針對(duì)功能時(shí)，你可以選擇幾個(gè)你最關(guān)心的平臺(tái)做優(yōu)化。類(lèi)似于 瀏覽器檢測(cè)。我們經(jīng)?？梢月?tīng)到技術(shù)論壇里的程序員們，抱怨有太多的瀏覽器版本要測(cè)試。不過(guò)如果你優(yōu)先關(guān)注兩三種主流平臺(tái)，是值得為它們多花點(diǎn)時(shí)間做優(yōu)化 的。

Web 本來(lái)就有自己的操作感受。我們也可以說(shuō)，不同的默認(rèn)瀏覽器以及運(yùn)行環(huán)境造就了獨(dú)特的“Web 感受”。從更廣的角度看，這本身就是一種用戶公認(rèn)的方式。此外，還有很多成功的案例并不遵循移動(dòng)設(shè)備的原生操作習(xí)慣，但卻成功了。想想你最喜歡的手機(jī)游戲 的界面？很多更傳統(tǒng)的 App 也是一樣，比如 Twitter 的客戶端。

5、傳播途徑

正方：原生 App 更容易接觸客戶。像 Google Play 和 Apple Store 這樣的 App 商店這幾年勢(shì)不可擋，推動(dòng)了整個(gè)移動(dòng)行業(yè)的發(fā)展。每個(gè)程序員都能在市場(chǎng)里發(fā)布自己的應(yīng)用。用戶都擠在市場(chǎng)里瀏覽、搜索、接受推薦。不僅如此，只要你的程序 足夠好，現(xiàn)有用戶的打分會(huì)幫助你說(shuō)服更多新的客戶。

反方：其實(shí) Web 才容易接觸到客戶。通過(guò) Web 找到內(nèi)容，這是經(jīng)過(guò)論證的可靠途徑。利用 URL，每一項(xiàng)發(fā)布的內(nèi)容都有一個(gè)獨(dú)立的地址，包括在網(wǎng)站上發(fā)布的應(yīng)用程序。搜索引擎幫助發(fā)現(xiàn)內(nèi)容，其他網(wǎng)站提供鏈接，還有一些類(lèi)似應(yīng)用市場(chǎng)的分類(lèi)網(wǎng)站。用戶還可以通過(guò)郵件、短信和社交網(wǎng)站分享你的鏈接。你的應(yīng)用鏈接可以直接在不同設(shè)備上直接打開(kāi)。

6、收費(fèi)

正方：App 收費(fèi)，應(yīng)天意，順民生。“六歲孩子在午飯時(shí)做的 App，3美刀一個(gè)，已經(jīng)賣(mài)出幾百萬(wàn)”。最近常聽(tīng)到類(lèi)似的新聞。各種大小廠商也跟著蜂擁而至，等著圈錢(qián)。應(yīng)用商點(diǎn)幫開(kāi)發(fā)商直接收費(fèi)。最簡(jiǎn)單的辦法，一次性 收費(fèi)。也有在 App 里再另行收費(fèi)或者做訂閱收費(fèi)的，這都幫助開(kāi)發(fā)商贏得長(zhǎng)期穩(wěn)定的回報(bào)。

此外，傳統(tǒng)網(wǎng)站的廣告、贊助，在 App 里也同樣適用。

反方：網(wǎng)站賺錢(qián)，從來(lái)都不是問(wèn)題?，F(xiàn)在機(jī)會(huì)還會(huì)越來(lái)越多。Web 能成為現(xiàn)在社會(huì)的推動(dòng)力，有能力用多種方式取得回報(bào)，這是基本條件。雖然使用付費(fèi)并不普遍。但 SaaS 的模式已經(jīng)相當(dāng)普及了。成功案例包括 Google Apps 系列產(chǎn)品，各類(lèi)郵件的收費(fèi)版等等。另外，直接收費(fèi)并不是 Web 應(yīng)用的唯一模式。廣告、會(huì)員鏈接、贊助和其他產(chǎn)品服務(wù)的交叉推廣都是可選的模式。

看著能在應(yīng)用市場(chǎng)里直接賺錢(qián)而眼紅的 Web 開(kāi)發(fā)者們，你們不能直接把你的 URL 發(fā)進(jìn)市場(chǎng)，但是做一個(gè)瀏覽 Web 的 App 的殼子來(lái)連接到自己的 Web 上怎么樣？現(xiàn)在市場(chǎng)中已經(jīng)有成百上千的 App 正在這樣做。有些包裝的很好，以至于你甚至都察覺(jué)不到它是一個(gè) Web 程序。

以后應(yīng)用市場(chǎng)會(huì)直接支持 Web 程序嗎？這個(gè)現(xiàn)在還不好說(shuō)，但 Google 已經(jīng)建建立了 Chrome Web Store。雖然還只能從桌面電腦放問(wèn)，但這已經(jīng)挑起了瀏覽器廠商的興趣。

結(jié)論

現(xiàn)在還看不出有完勝的一方。有些應(yīng)用適合做 App，有一些適合用 HTML5。以目前的情況來(lái)看，原生 APP 肯定是一個(gè)很重要的方向。上面提到的混合式開(kāi)發(fā)，可能是一個(gè)不錯(cuò)的妥協(xié)方案。能用 Web 的時(shí)候用 App 調(diào)用 Web，Web 實(shí)現(xiàn)不了的功能再用 App 開(kāi)發(fā)。

如果你選擇 Web 方式，就要在 Web 標(biāo)準(zhǔn)和不斷的改進(jìn)上用心。Web 技術(shù)本身的優(yōu)點(diǎn)就是能兼容大批不同的操作系統(tǒng)和設(shè)備。

第三篇：iOS Web App開(kāi)發(fā)心得(四)

澤思網(wǎng)絡(luò) – 上海APP開(kāi)發(fā)商

iOS Web App開(kāi)發(fā)心得

（四）1、關(guān)于jQuery

事實(shí)上，jQuery已經(jīng)針對(duì)移動(dòng)設(shè)備推出了jQuery Mobile（2012年8月27日注：jQuery和jQuery Mobile完全不是一個(gè)東西），但是我沒(méi)有去下載，而是直接用了jQuery，并沒(méi)有什么理由。從實(shí)際效果來(lái)看，也還算理想，mobile safari跑jQuery還算流暢，與桌面瀏覽器的差異并沒(méi)有那么夸張。

但是，有一點(diǎn)不完美，就是觸控的事件，不能使用jQuery的綁定方式（bind方法），而必須使用javascript的原生語(yǔ)法。猜測(cè)應(yīng)該是jQuery對(duì)事件做了封裝并做了兼容性處理，沒(méi)有考慮到觸控事件。（2012年8月27日注：完全可以用jQuery來(lái)綁定，只是在事件處理的時(shí)候取jQuery封閉事件中的originalEvent就可以了。）

2、viewport帶來(lái)的問(wèn)題

其實(shí)這一點(diǎn)在前面已經(jīng)講過(guò)，還是想再重復(fù)一下。

因?yàn)橹挥衯iewport的概念，導(dǎo)致了很多和桌面瀏覽器不一樣的地方，比如沒(méi)有滾動(dòng)條，需要手工去處理很多事情。

同樣因?yàn)関iewport，元素的fixed定位方式失效。

另外由于viewport自身的操作需要很多觸控動(dòng)作，給交互也帶來(lái)不小的麻煩，前

澤思網(wǎng)絡(luò) – 上海APP開(kāi)發(fā)商文已經(jīng)說(shuō)過(guò)。

3、iOS自己的處事方式

iOS在一些地方有自己的特殊處理方式，需要注意。

比如不允許用戶從瀏覽器中上傳文件，這個(gè)特性就讓?xiě)?yīng)用的空間一下子少了好多。(2012年8月27日注：iOS6已經(jīng)允許了。)

再比如對(duì)于選擇框，并不是像桌面瀏覽器一樣下拉，而是一個(gè)系統(tǒng)的模態(tài)窗口選擇，完全是蘋(píng)果自己的風(fēng)格。

4、SVG支持不力

網(wǎng)上查到SVG的嵌入方式有三種，除了iframe外，其余兩種均試過(guò)，很遺憾，不能生效。

5、背景縮放的bug

按照CSS的標(biāo)準(zhǔn)，背景圖片大小是可以縮放的。實(shí)際使用時(shí)，在有的機(jī)器上有明顯bug，表現(xiàn)為有時(shí)候縮放變?yōu)槠戒?，有時(shí)候需要再加一個(gè)多點(diǎn)觸控才能觸發(fā)縮放。

第四篇：app開(kāi)發(fā)合同2018

*************

手機(jī)APP開(kāi)發(fā)協(xié)議書(shū)

委托方（下稱甲方）： 法定代表人： 注冊(cè)地址： 聯(lián)系電話： 電子郵箱：

受托方（下稱乙方）： 法定代表人： 注冊(cè)地址： 聯(lián)系電話： 電子郵箱：

雙方經(jīng)友好協(xié)商，依據(jù)《中華人民共和國(guó)合同法》的有關(guān)規(guī)定，就委托乙方開(kāi)發(fā)（以下簡(jiǎn)稱“本軟件”）的事宜達(dá)成如下協(xié)議，以資共 同遵守。第一條 定義

1)甲方選擇乙方為其開(kāi)發(fā)軟件系統(tǒng)，乙方將在甲方規(guī)定的時(shí)間內(nèi)，根據(jù)甲方要求，為甲方開(kāi)發(fā) APP 軟件系統(tǒng)。

2)所開(kāi)發(fā)的軟件可以在iOS、安卓操作系統(tǒng)下運(yùn)行的軟件，軟件需求，App應(yīng)用開(kāi)發(fā)的項(xiàng)目架構(gòu)及相關(guān)功能開(kāi)發(fā)細(xì)節(jié)，由雙方協(xié)商確定，作為本合同附件。3)甲、乙雙方經(jīng)友好協(xié)商，根據(jù)《中華人民共和國(guó)合同法》等有關(guān)法規(guī)，就乙方承擔(dān)甲方系統(tǒng)軟件開(kāi)發(fā)項(xiàng)目事宜，達(dá)成以下協(xié)議條款 4)本合同中所用術(shù)語(yǔ)的定義如下： 服務(wù) 由乙方提供的項(xiàng)目管理、需求分析、軟件開(kāi)發(fā)、測(cè)試，以及咨詢、計(jì)劃、實(shí)施、操作培訓(xùn)、安裝、調(diào)試、維護(hù)、升級(jí)等服務(wù)。

規(guī)范 信息系統(tǒng)在功能、操作、環(huán)境及性能等方面要求的周密而完整的說(shuō)明。

************* 任務(wù) 為完成“合同范圍”所述服務(wù)而進(jìn)行的相關(guān)活動(dòng)。

指在本軟件開(kāi)發(fā)完成后乙方需要交付給甲方的文件，包括但不限于：交付文件 程序文件、編譯前的源代碼、數(shù)據(jù)庫(kù)文件、操作手冊(cè)、產(chǎn)品制作原型圖、技術(shù)開(kāi)發(fā)文檔等。

第二條 項(xiàng)目?jī)?nèi)容

甲方委托乙方開(kāi)發(fā)可以在iOS、安卓操作系統(tǒng)下運(yùn)行的軟件，軟件需求，app應(yīng)用開(kāi)發(fā)的欄目架構(gòu)及相關(guān)功能開(kāi)發(fā)細(xì)節(jié)，由雙方協(xié)商確定，作為本合同附件。第三條 履行期限

乙方應(yīng)在本合同簽訂之日的次日起 45 個(gè)工作日即 2017年7月15日之前完成，本軟件開(kāi)發(fā)并交付軟件和相關(guān)文件。乙方可提前交付，并協(xié)助甲方進(jìn)行軟件的測(cè)試、鑒定工作。第四條 費(fèi)用及支付

1)本次項(xiàng)目開(kāi)發(fā)費(fèi)用合計(jì)為人民幣（幣種下同）肆萬(wàn) 元（小寫(xiě)：￥40000.00），甲方按以下方式分期支付：

2)在合同簽訂之日起5日內(nèi)甲方向乙方支付合同額的50%金額為 貳萬(wàn)元元（小寫(xiě)： ￥20000.00）；

3)在項(xiàng)目開(kāi)發(fā)十五個(gè)工作日內(nèi)甲方向乙方支付合同額的 50%項(xiàng)目款為

元（小寫(xiě)：￥20000.00）。

第五條 驗(yàn)收

乙方完成本軟件開(kāi)發(fā)工作后，甲方應(yīng)在 十五 個(gè)工作日內(nèi)完成驗(yàn)收，逾期驗(yàn)收的，視為驗(yàn)收合格。第六條 雙方權(quán)利義務(wù)：

6.1 甲方的權(quán)利義務(wù)

1)甲方有權(quán)利督促乙方按規(guī)定時(shí)間完成項(xiàng)目開(kāi)發(fā)，有增加或修改內(nèi)容雙方需另行協(xié)商解決;在不影響進(jìn)程的情況下，對(duì)于甲方的細(xì)微規(guī)模變動(dòng)的需求，乙方必須滿足;若出現(xiàn)較大幅度的變更，則甲乙雙方商議增加開(kāi)發(fā)費(fèi)用和延長(zhǎng)開(kāi)發(fā)周期。2)甲方完全擁有軟件系統(tǒng)的所有權(quán)，包括使用權(quán)、著作權(quán)等所有權(quán)利;3)甲方應(yīng)當(dāng)按照協(xié)議，按時(shí)向乙方支付開(kāi)發(fā)費(fèi)用;

************* 4)甲方有責(zé)任對(duì)本協(xié)議的內(nèi)容進(jìn)行保密;5)甲方有責(zé)任對(duì)乙方的軟件開(kāi)發(fā)技術(shù)進(jìn)行保密，在未經(jīng)乙方書(shū)面許可的情況下，不得向第三方泄露。

6)甲方從項(xiàng)目成立起，派專(zhuān)人全程跟蹤，乙方必須配合。

7)甲方有責(zé)任自行向乙方提供或者請(qǐng)求乙方協(xié)助提供軟件開(kāi)發(fā)所需要的硬件、軟件接口、產(chǎn)品需求說(shuō)明書(shū)及必要配合，其中甲方須在合同簽訂時(shí)或合同簽訂日之后 1工作日內(nèi)向乙方提供明確的《產(chǎn)品需求說(shuō)明書(shū)》，該《產(chǎn)品需求說(shuō)明書(shū)》內(nèi)容包括產(chǎn)品的后端和接口說(shuō)明；

8)甲方有責(zé)任保密乙方的個(gè)人信息，不得向第三方泄露。

6.2 乙方的權(quán)利義務(wù)

1)乙方有責(zé)任按甲方的要求在規(guī)定時(shí)間內(nèi)完成合同項(xiàng)目?jī)?nèi)容的開(kāi)發(fā)并向甲方提供相關(guān)文檔，項(xiàng)目開(kāi)發(fā)內(nèi)容以該合同及產(chǎn)品需求說(shuō)明書(shū)為準(zhǔn)，若甲方提供的合同及產(chǎn)品需求說(shuō)明書(shū)未明確說(shuō)明產(chǎn)品開(kāi)發(fā)需求，則乙方與甲方協(xié)商明確完成相關(guān)內(nèi)容開(kāi)發(fā);2)在項(xiàng)目開(kāi)發(fā)完畢之后，乙方有義務(wù)協(xié)助甲方軟件上線部署，在乙方對(duì)甲方提供的維護(hù)服務(wù)期之內(nèi)，由于甲方設(shè)計(jì)變更而導(dǎo)致的變更，若變更范圍在本合同所規(guī)定的功能范圍之內(nèi)，乙方有義務(wù)協(xié)助甲方修改變更內(nèi)容;3)乙方有責(zé)任對(duì)本協(xié)議的內(nèi)容進(jìn)行保密;4)乙方有責(zé)任對(duì)與甲方項(xiàng)目的接口規(guī)范進(jìn)行保密，在未經(jīng)甲方書(shū)面許可的情況下，不得向第三方泄露;5)乙方有責(zé)任在項(xiàng)目驗(yàn)收合格完成之后，向甲方提供一年的免費(fèi)售后服務(wù)，此售后服務(wù)包括但不限于由于乙方開(kāi)發(fā)原因而導(dǎo)致的功能故障、bug。

6)乙方有責(zé)任自行準(zhǔn)備軟件開(kāi)發(fā)所需的硬件設(shè)備、開(kāi)發(fā)資料、安排相關(guān)人員配合及 項(xiàng)目啟動(dòng)日起每周向甲方通過(guò)郵件或 QQ作為媒介以圖片或簡(jiǎn)單描述報(bào)告形式匯報(bào)甲方所委托的 APP開(kāi)發(fā)進(jìn)度。

第七條 保密條款

1)雙方不得向第三者泄露本協(xié)議的任何內(nèi)容。

2)雙方按本合同規(guī)定相互提供和提交的全部文件資料，凡涉及需要保密的，以

************* 預(yù)先說(shuō)明的有關(guān)條款為據(jù)。并且任何一方在沒(méi)有經(jīng)過(guò)另一方書(shū)面同意的情況下，不能將另一方的保密資料（如技術(shù)資料、用戶信息）透露給第三者。第八條 合同的解除

1)

任意一方欲提前解除本合同，應(yīng)提前通知對(duì)方，經(jīng)雙方協(xié)商簽字同意后方可解除。甲方要求解除合同，無(wú)權(quán)要求乙方返還甲方向乙方已支付的費(fèi)用，并應(yīng)對(duì)乙方遭受的損失承擔(dān)賠償責(zé)任；乙方要求解除合同，應(yīng)返還甲方已支付的費(fèi)用，并賠償由此引起甲方的損失。

2)訂立本合同所依據(jù)的客觀情況發(fā)生重大變化，致使本合同無(wú)法履行的，經(jīng)雙方協(xié)商同意，可以變更本合同相關(guān)內(nèi)容或者終止合同的履行。第九條 違約責(zé)任

1)甲方每逾期付款一天，應(yīng)按照乙方開(kāi)發(fā)費(fèi)用的 5 %支付逾期付款違約金。2)乙方未按時(shí)交付的，每逾期一天，甲方將扣除開(kāi)發(fā)費(fèi)用的 5%作為補(bǔ)償，如因甲方未提供相關(guān)技術(shù)資料、調(diào)試環(huán)境支持、需求溝通不明確等原因，致使乙方延期交付的，乙方不承擔(dān)違約責(zé)任。

3)任何一方不履行或不妥善履行本協(xié)議下任何條款被視為違約，守約方有權(quán)要求違約方賠償另一方因違約而造成的一切損失，本合同對(duì)違約責(zé)任另有約定的，從其約定。

第十條 糾紛解決

本合同履行過(guò)程中所發(fā)生的爭(zhēng)議，雙方協(xié)商解決；協(xié)商不成的，任何一方可向 所在地法院起訴。

第十一條 通知與送達(dá)

1)甲方、乙方確認(rèn)，雙方履行本合同的溝通可采取面談、電話、傳真和電郵的方式，本協(xié)議所載的雙方聯(lián)系地址、電話和電子郵箱均為真實(shí)、有效的聯(lián)系方式。雙方確認(rèn)，一經(jīng)向?qū)Ψ桨l(fā)送電郵，即視為收到通知；一方按本協(xié)議載明地址所發(fā)出的書(shū)面文件，自發(fā)出之日起七日內(nèi)視為送達(dá)，無(wú)論是否簽收或拒收。

2)甲方指定本協(xié)議的聯(lián)系人為，聯(lián)系電話： ；乙方指定本協(xié)議的聯(lián)系人為，聯(lián)系電話：。甲方、乙方指定的聯(lián)系人為履行本協(xié)議所作出的意思表示和行為均分別代表甲方、乙方。

************* 3)如任一方的聯(lián)系方式有改變，應(yīng)在3天內(nèi)書(shū)面通知對(duì)方。

第十二條 其他事項(xiàng)

1)雙方簽訂的補(bǔ)充協(xié)議、附件系本合同的組成部分，具有同等法律效力。2)本合同自雙方簽字蓋章之日起生效，一式兩份，雙方各執(zhí)一份。

3)本協(xié)議標(biāo)題僅供參考之用，并不構(gòu)成本協(xié)議的一部分，亦不得被用以解釋本協(xié)議。

4)本協(xié)議一方延遲或未能行使本協(xié)議下的權(quán)力、權(quán)利或救濟(jì)不應(yīng)作為對(duì)任何該等權(quán)力、權(quán)利或救濟(jì)的棄權(quán)。

5)如果本協(xié)議的任何條款或規(guī)定在任何適用法律下被認(rèn)定為全部或部分無(wú)效或不可強(qiáng)制執(zhí)行，其應(yīng)（在該等無(wú)效或不可強(qiáng)制執(zhí)行的范圍內(nèi)）從本協(xié)議中被排除，但本協(xié)議的所有其他條款和規(guī)定均保持全部有效。

（本頁(yè)以下無(wú)正文）

甲方： 乙方： 負(fù)責(zé)人： 負(fù)責(zé)人：（簽章）（簽章）

年 月 日 年 月 日

第五篇：APP開(kāi)發(fā)保密協(xié)議

軟件開(kāi)發(fā)保密協(xié)議

該保密協(xié)議（以下簡(jiǎn)稱“協(xié)議”）由（以下簡(jiǎn)稱“甲方”）與_______________________(以下簡(jiǎn)稱“乙方”)，于2018 年 月 日簽署并生效。本協(xié)議適用于甲、乙雙方合作洽談階段。不論甲乙雙方簽訂服務(wù)合同與否，除非另外簽署，此保密協(xié)議將持續(xù)生效。

鑒于乙方將開(kāi)發(fā)甲方的手機(jī)應(yīng)用（APP）軟件項(xiàng)目，為確保雙方的保密信息不向

3、從合法擁有該信息且對(duì)另一方無(wú)保密義務(wù)的