none
mobile 要用什麼開發比較有保障 RRS feed

  • 問題

  • 最近因為要開發一系列的 mobile 軟體,不過如果用 .NET 有被反組譯的危險,所以想請教一下,要用什麼來開發也比較有保障..
    2006年11月16日 上午 09:42

解答

所有回覆

  • 用 Java 一樣有被反組譯的危險 .
    只有用 C++ 配合平台開發(編譯成二進位機器碼時)才具有最大的保障 .
    如果一定要用 .NET/Java 開發,則可能需要透過 Obsfucator(程式碼擾亂器)來攪亂程式碼 .

    2006年11月16日 下午 02:16
  • 那 VS2005 可以用 C++ 寫 windows mobile 的軟體嗎?

    還是說要用 evc4 才可以寫?

     

    2006年11月16日 下午 03:15
  • VS2005的C++一樣可以開發很低階的東西
    只是把.NET結得比之前更好
    如果要用C++寫Windows Mobile的東西.
    就必需對Windows Mobile基礎的library更熟悉

    2006年11月16日 下午 03:27
  • Visual Studio 2005 可以寫 Windows Mobile Application,而且如果是 Windows Mobile 5.0 以上版本,一定要 Visual Studio 2005 搭配所屬的 SDK (Pocket PC SDK/Smartphone SDK),才可以開發相對應的應用程式 .

    但就算用 Visual Studio 2005,也不能使用 .NET Compact Framework (也就是 Managed C++) 開發,只能用 C++ API 介面,才可以保有平台二進位機器碼編譯的特性 .

    Windows Mobile Development:
    http://msdn.microsoft.com/windowsmobile/reference/programming/default.aspx?pull=/library/en-us/dnppcgen/html/med307_msdn_intro_new_wm5_native_api.asp

    2006年11月16日 下午 03:30
  • 非感謝小朱大哥的說明..^^
    2006年11月16日 下午 11:19
  • 那是不是就不能用 evc4 來開發 mobile 5.0 的應用程式了
    一定要改用 VS2005 才可以,那如果只是開發 pocketpc 2003
    的應用程式,是不是也可以在 mobile 5.0 的機器上執行?

    ps. 因為上篇回文無法改,我只好再開一篇來回.@@

     

     

    2006年11月17日 上午 02:25
  •  aa站長 寫信:

    那是不是就不能用 evc4 來開發 mobile 5.0 的應用程式了
    一定要改用 VS2005 才可以,那如果只是開發 pocketpc 2003
    的應用程式,是不是也可以在 mobile 5.0 的機器上執行?

    ps. 因為上篇回文無法改,我只好再開一篇來回.@@

     

    當然可以執行, 不過第一次執行會提出警告說, 這是為舊版設計的軟體可能會不相容,

    然後問你是否確定要執行, 我用過的軟體都 OK. 不知有什麼軟體是不行的???

     

    回原問題:

    程式工具個人看法:

    開發快 & 簡單損失一些效率 & 空間, 還是用 .Net Framework /MFC 比較快, 很多資料結構, 系統連接的細節都幫你做好了.(如: SQL Server Mobile Edition).

    反組譯問題我是認為還好, 反正大多數介面功能都是用 Drag and Drop, 看到大概就知道怎麼做了, 沒什麼秘密.

    特別演算法?? 還好吧! 又不是新發明, 不值得別人花心思去研究......自己做可能比反組譯別人的省時間......

    真的有獨到資料結構, 演算法?? 用其他語言寫再編譯成 DLL 這樣就可吧!

    願意花時間, 喜歡掌握程式全部細節的人, 不用考慮用 "原生碼(Native Code).

    ps. 個人非專業程設人, 無聊會自己玩玩小程式而已

    2006年11月21日 上午 12:58
  • 不知道市面上銷售的軟體有那一些是用 .Net CF 開發的

    因為我想去下載回來反組譯看看他們是怎麼保護的..

    2006年11月22日 上午 12:29
  • 一般.NET或.NET CF的程式,保護的方式不外乎用Obfuscator做擾亂,
    使反組譯工具無法反組譯或是反組譯之後不易閱讀。

    再者,如同前面仁兄所提,UI介面或是邏輯,其實都還好,
    你覺得需要保護的東西,如密碼、連線字串或重要的演算法、邏輯等,
    可以用eVC實做,再以.NETCF程式呼叫
    此法可兼顧保護與開發速度。

    否則,若以eVC或Native Code方式開發,相較於.NETCF而言,
    開發速度還是有差的,除非你本身已經對VC/MFC有一定程度的功力...

    2006年11月24日 下午 03:30
  • 弟是初進 MOBILE 的.. MFC 熟..
    但可否用 MFC 使寫出來的可執行於 PPC及PC上呢!? TKS
    一定要藉由 CLR 嗎!? TKS
    2006年12月14日 上午 10:38
  • MFC也可以開發,選擇智慧型裝置的專案就可以
    2006年12月14日 下午 03:21