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

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

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

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

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

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

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

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

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

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

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

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