這關系著項目是否能順利推進。消息模塊在這個環節中可謂是占據著重要的作用,所以不僅要考慮消息如何歸類的問題,還要考慮推送的問題。各方面考慮齊全,功能設置才不會偏離方向。1. 消息歸類:需要考慮默認設置項、消息歸類等功能,讓目標信息曝光增加,同時也可以讓消息變得更加有條理。2. 未讀消息提示:未讀消息提示非常有必要,用戶都希望自己能遇上時效性更高的平臺。有時候看不到那么多信息,可以設置緊急通知提醒查看,不重要的信息可以直接忽略。3. 刪除消息:刪除消息分為兩種類型,就看開發者應該怎樣權衡,但是較好兩個都要設置,滿足用戶多方面的需求。消息保存時長:可以保存在服務器,讓用戶通過加載或者是分批來查看歷史消息,轉發失敗、重發等功能,比較比較全面的消息設置考慮,能滿足用戶溝通以及查閱的需求,平臺的粘性就會變高。
主要根據需求來看哪個公司更專業,只要是認真開發軟件的公司,都還是不錯的。
作為從業者,我們是這樣建議:
如果需要開發APP,首先需要考慮的就是功能和模塊,比如這個APP打算用來做什么的,是用來購物,還是用來展示,然后主題先定好,然后要什么功能和什么模塊,如果是購物的,那肯定是有商品展示,商品下單之類的,那肯定是有開播和主播財務記錄,還有主播的排行等等功能模塊。
有什么不明白的,可以在進行討論。
公司考慮跨平臺應用開發,自己做了下調研
考慮一個框架是否應該用要考慮
1. 良好的社區支持
2. 提供的api是否可以完成將來的需求
3. 性能
4.省電
社區支持來說,現在的社區內容還是只有于簡單的入門資料整理,控件也基本是官方開發的。與android那樣每天冒出無數個開源控件不能比。
api支持,近才提供了wifi支持,由此可以看出來如果是做定制相機這種應用不知要等到何時了。
性能上 使用C++質量應該不會太差
使用opengl寫的話,應該不會太省電,他們應該會優化,不過這種事情,進展估計會很慢。
總結一下: 如果公司需要快速開發基于內容的應用的話,還是挺合適的。但是如果是做相機等與設備相關的應用或者對應用質量要求較高,就不要考慮了。