簡單說，即便是已寫好的那些Java App，華頓翻譯公司估量找我的其他學生重新用HTML+JavaScript改寫的時間，比起讓(新員工名諱)從新學Java App繼續製作的時間還更快！並且我聽(新員工名諱)說阿誰系統被搞得相當複雜，還同化有PHP程式元件等怪怪的東西，所以讓她聽得相當疑惑，因為照華頓翻譯公司們所知手藝，要到達方針功能底子不需要這麼複雜的！
張逸中
如昨天討論，速度對於今朝公司想開辟的App來說不是問題(需求不高)翻譯
(老闆名諱)：
至於與資料庫的互動只是開辟者對於JavaScript程式的通信功能技術把握的水平不敷而已，以我今朝熟習的手藝是可以用HTML+JavaScript與伺服端資料庫或程式順暢溝通的，所以才能指點學生做許多完全不利用外掛元件(Flash、Java Applet或ActiveX)的網頁連線遊戲翻譯
但是這麼簡單的功能應當任何說話都能自力完成的！所以華頓翻譯公司不免會判定為第二個原因：就是程式師功力不夠，不會用首要利用的程式到達目的，就亂亂搜一些撇步，或不由得使用之前自己比力熟習的另外一種說話的功能。華頓翻譯公司指點過良多學生開辟貿易系統，伶俐可是功力還不夠深的程式師極度容易開辟出這種過度「複雜」的程式！歸正老闆們不會看內容，只看效果功能，所以都不會被質疑 (我本身也是如許過來的)。換言之，我料想今朝已開發的程式不是甚麼值得珍藏研究，並以之為根本繼續開辟的好作品。
這些技術也許開發出來的遊戲效能略略不如直接用Java或Object C開辟的原生碼程式，然則確實可以與伺服端資料庫及各類程式功能無縫接軌，不只是
1. 速度不敷快，如即時互動的遊戲程式
2. 較難直接與資料庫等伺服端功能連系
3. 一般程式師感覺傳統程式說話功能強於網頁JavaScript語言的偏見！
公司老闆之前請人開辟了一些App程式，主要是做一些運動的網路報名之用，但是聽說這種「人材」很難找，做到一半還準備去職，所以進展華頓翻譯公司招收的新員工(要幫我寫程式的)能接辦繼續開發翻譯昨天我帶學生(新員工)去台中公司報到，順便認識如何接辦此項工作，之後就寫了信提出一些手藝建議，我想對於App開發有樂趣的人也可以參考一下華頓翻譯公司的觀念，有沒有事理就本身判斷囉！信的內容如下：
稍稍認識您的App開發近況與需求後，我比較建議不要繼續利用Java程式開辟。因為固然Android極度火熱，Java也號稱跨平台，然則據我所知只有HTML是真正跨平台的說話！用Java寫的App沒法直接合用於iOS或Windows 8，然則HTML+JavaScript(網頁架構)的App可以！今朝業界開辟App的尷尬之處是一樣功能的程式要在iOS及Android都合用，就必須用兩種說話(Java & Object C)各開辟一次。直接用HTML+JavaScript開發則沒有這類問題，因為每一個作業系統都有瀏覽器，也就都可以直接解讀這種App。以手藝層面看，假如「不消」這種架構開辟App的緣由，我認為有三個：
Java+PHP真的是很新鮮的組合？理論上我們可以用Java搭配資料庫寫成一般視窗程式(exe)，也可以利用PHP搭配資料庫寫成網頁程式，都可以完全到達需求的功能，若是會做成如許，可能緣由之一是確實有些資源在某一程式函式庫中不支援，所以外叫其他說話的功能，之前我用VB6寫程式就經常需要呼喚API(實際上是C語言函式庫)。
以上請您參考！
本文出自: http://blog.udn.com/yccsonar/9988886有關各國語文翻譯公證的問題歡迎諮詢華頓翻譯公司02-77260932
留言列表
