之前筆者看到一篇名為<物聯(lián)網(wǎng)創(chuàng)業(yè)者們不要總妄想著要做平臺(tái)>的文章，很值得推敲，對(duì)于作者的觀點(diǎn)有點(diǎn)小小的不贊同，所以才有了這篇文章的誕生。不過我倒是真切的認(rèn)為沒有平臺(tái)化的物聯(lián)網(wǎng)根本不可能存在，如果存在，那就不是物聯(lián)網(wǎng)。

看過了文章的內(nèi)容感覺和物聯(lián)網(wǎng)關(guān)系不大，標(biāo)題很明顯是來吸引人的，十足引人悲哀。因?yàn)樽髡哒f出了幾乎是非常業(yè)余的一個(gè)觀點(diǎn)。我這里只是從物聯(lián)網(wǎng)應(yīng)用架構(gòu)來反駁這個(gè)觀點(diǎn)，如有不到之處，還望指正。

物聯(lián)網(wǎng)創(chuàng)業(yè)者的“自白”

何為平臺(tái)?簡單點(diǎn)說糾集了一群用戶的互聯(lián)網(wǎng)空間的提供某種服務(wù)的網(wǎng)站叫做平臺(tái).何為物聯(lián)網(wǎng)?由基礎(chǔ)傳感信息延伸出來的應(yīng)用叫物聯(lián)網(wǎng)。物聯(lián)網(wǎng)應(yīng)用如何實(shí)現(xiàn)，必須有一個(gè)應(yīng)用程序吧，這里姑且先用application這個(gè)概念。

看一下物聯(lián)網(wǎng)應(yīng)用程序的組成，基本由C#,java這類代碼組成的一些程序，那么物聯(lián)網(wǎng)的應(yīng)用有什么特點(diǎn)呢?不管語言幾何，由于物聯(lián)網(wǎng)的硬件屬性加上智慧應(yīng)用，必定會(huì)至少有兩部分組成，而且大家也是這么做的。

首先有個(gè)搜集傳感信息的模塊，然后有個(gè)處理信息的應(yīng)用模塊。那么對(duì)于這兩個(gè)模塊，很多軟件應(yīng)該會(huì)合二為一吧?非也，沒有人會(huì)把這兩部分放在一起。為什么?因?yàn)橐粋€(gè)是處理，一個(gè)是展示，放在一起在編程邏輯上會(huì)發(fā)生重大的混亂。

要了解物聯(lián)網(wǎng)的應(yīng)用架構(gòu)，想必必須了解兩種架構(gòu)模式，B/S,C/S，這里不做解釋，大家自己去查閱。

來到這里，我們大致對(duì)這些架構(gòu)有了些許的了解，那么對(duì)于架構(gòu)，我重點(diǎn)講一個(gè)概念，叫做引擎，物聯(lián)網(wǎng)應(yīng)用如果做的好，引擎是關(guān)鍵，那么這個(gè)引擎，怎么才能做好呢?靠一個(gè)部署在本地PC上的代碼量為5000行的破軟件?拜托，別開玩笑了。

引擎的核心是什么?是數(shù)據(jù)處理算法?相信不少人應(yīng)該對(duì)在學(xué)校里面數(shù)學(xué)課上講的數(shù)字算法還有那么一點(diǎn)點(diǎn)印象吧。就算你處理能力再強(qiáng)的PC那幾乎也是不現(xiàn)實(shí)的，那么你換企業(yè)級(jí)服務(wù)器好了，拜托，你所謂的不做平臺(tái)，用戶量夠需要一臺(tái)服務(wù)器支持么?再說了，對(duì)于算法的實(shí)現(xiàn)，不僅僅是由硬件的服務(wù)器來決定的，有一些算法，是沒有固定格式的，是需要浮動(dòng)處理的，這個(gè)需要不斷調(diào)集數(shù)據(jù)支撐的。

講完引擎，再來說展示部分，物聯(lián)網(wǎng)給用戶最大的價(jià)值在于提供高質(zhì)量的數(shù)據(jù)分析，比如智能醫(yī)療就是。你最起碼要把這部分?jǐn)?shù)據(jù)傳送到用戶處吧，這就需要一個(gè)可以推送信息的不管叫什么玩意的玩意吧，總不能在本地服務(wù)器插個(gè)3G模塊，來發(fā)生數(shù)據(jù)吧，你的內(nèi)存有多少，你的速度真的夠么?你有公網(wǎng)IP么?這都是一系列的問題。

當(dāng)然這些都是有技術(shù)手段來解決的，不過要你付出高昂的代價(jià)。

點(diǎn)到即止，說了這些，我相信無平臺(tái)，不物聯(lián)，或多或少會(huì)有些人會(huì)同意吧。