使用J2EE技術或者叫JavaWeb技術開發一個Web伺服器,伺服器返回Json數據,android客戶端解析json數據,使用http協議和伺服器通信,android有相應模塊和API。首先樓主得懂Java後台也就是JavaEE,用Servlet搭建Web服務,Serlvet映射一個URL,Android請求這個URL,Servlet處理請求,然後就是Java編程,Web分層、JDBC等技術。伺服器返回標準的JSON輕量數據(就是純文本),Android來解析。
具體技術:(1)JavaServlet作為Web服務的處理入口;(2)Java編程編寫業務處理程序;(3)JDBC訪問資料庫;(4)Android端的HTTP模塊,API;(5)Android端解析JSON數據;(6)Servlet或者Java端生成JSON數據;
等樓主技術強了,就可以接觸各種框架、EJB技術了。Spring、SpringMVC、Struts、Hibernate,甚至NOSQL、分布式、負載、node.js、模板技術等等。
⑵ 關於安卓為前端java為後端的實現
你這是打算用bs架構么?android本身開發就是java,沒有所謂的前端後端。除非你的應用就是一個webbrowser然後訪問jsp。
⑶ java後台開發的前景
Java EE 和 android,前景一片光明,待遇看個人能力,總之多敲代碼多思考,有時間搞搞項目,祝編程愉快。
⑷ android 還是Java後端 2022
如果未來要從事開發崗位,在選擇學習路線的時候,要結合自己的主攻方向,目前Java後端開發和Android開發都是可以選擇的。
從高端人才的需求量來看,Java後端開發人才的需求規模相對大一些,不論是大數據開發、雲計算開發,還是人工智慧開發、區塊鏈開發和物聯網開發,都需要大量的Java後端開發人員,而且這些領域的開發崗位往往也有比較高的崗位附加值。從近幾年計算機專業研究生的就業情況來看,很多畢業生都會選擇從事Java後端開發。
Android開發的大規模人才需求期已經過了,在消費互聯網逐漸進入到存量時代之後,Android開發人才的需求也逐漸趨於平穩,所以如果選擇Android開發方向,雖然就業崗位依然比較多,但是要想獲得高附加值崗位,難度還是相對比較大的。目前要想從事Android開發,要重視與工業互聯網相結合,而且要重視人工智慧技術的學習。
在決定從事Java後端開發,還是Android開發的過程中,一定要考慮到自己的知識基礎和發展規劃,如果未來要在技術研發的道路上走得更遠,那麼選擇Java後端開發會有更多的機會,選擇的空間也會更大一些,而且有更多的機會來實現崗位升級,這一點一定要清楚。
選擇Android開發要重視自身知識結構的全面性,隨著Android開發逐漸並入到大前端團隊,傳統的Android開發人員也需要重視其他前端知識的學習,這樣才能提升自身的崗位競爭力和崗位附加值。
⑸ 如何用java進行移動端後台開發
java進行移動後台開發與java進行web後台開發完全一樣。java原生的後台框架servlet,如果使用java後台開源框架可以選用spring+springmvc+mybatis,或者使用ssh框架。
一 其實前台與後台交互常用兩種協議方式:
HTTP是一個屬於應用層的面向對象的協議,由於其簡捷、快速的方式,適用於分布式超媒體信息系統。它於1990年提出,經過幾年的使用與發展,得到不斷地完善和擴展。目前在WWW中使用的是HTTP/1.0的第六版,HTTP/1.1的規范化工作正在進行之中,而且HTTP-NG(Next Generation of HTTP)的建議已經提出。
HTTP協議的主要特點可概括如下:
1.支持客戶/伺服器模式。
2.簡單快速:客戶向伺服器請求服務時,只需傳送請求方法和路徑。請求方法常用的有GET、HEAD、POST。每種方法規定了客戶與伺服器聯系的類型不同。由於HTTP協議簡單,使得HTTP伺服器的程序規模小,因而通信速度很快。
3.靈活:HTTP允許傳輸任意類型的數據對象。正在傳輸的類型由Content-Type加以標記。
4.無連接:無連接的含義是限制每次連接只處理一個請求。伺服器處理完客戶的請求,並收到客戶的應答後,即斷開連接。採用這種方式可以節省傳輸時間。
5.無狀態:HTTP協議是無狀態協議。無狀態是指協議對於事務處理沒有記憶能力。缺少狀態意味著如果後續處理需要前面的信息,則它必須重傳,這樣可能導致每次連接傳送的數據量增大。另一方面,在伺服器不需要先前信息時它的應答就較快。
Web service是一個平台獨立的,低耦合的,自包含的、基於可編程的web的應用程序,可使用開放的XML(標准通用標記語言下的一個子集)標准來描述、發布、發現、協調和配置這些應用程序,用於開發分布式的互操作的應用程序。[1]
Web Service技術, 能使得運行在不同機器上的不同應用無須藉助附加的、專門的第三方軟體或硬體, 就可相互交換數據或集成。依據Web Service規范實施的應用之間, 無論它們所使用的語言、 平台或內部協議是什麼, 都可以相互交換數據。Web Service是自描述、 自包含的可用網路模塊, 可以執行具體的業務功能。Web Service也很容易部署, 因為它們基於一些常規的產業標准以及已有的一些技術,諸如標准通用標記語言下的子集XML、HTTP。Web Service減少了應用介面的花費。Web Service為整個企業甚至多個組織之間的業務流程的集成提供了一個通用機制。
二 前台後台數據傳遞格式常用的也有兩種:
XML 三種解析方式簡介
大名鼎鼎的 DOM
說它大名鼎鼎可是一點不為過,DOM 是 W3C 處理 XML 的標准 API,它是許多其它與 XML 處理相關的標準的基礎,不僅是 Java,其它諸如 Javascript,php,MS .NET 等等語言都實現了該標准, 成為了應用最為廣泛的 XML 處理方式。當然,為了能提供更多更加強大的功能,Java 對於 DOM 直接擴展工具類有很多,比如很多 Java 程序員耳熟能詳的 JDOM,DOM4J 等等, 它們基本上屬於對 DOM 介面功能的擴充,保留了很多 DOM API 的特性,許多原本的 DOM 程序員甚至都沒有任何障礙就熟練掌握了另外兩者的使用,直觀、易於操作的方式使它深受廣大 Java 程序員的喜愛。
綠色環保的 SAX
SAX 的應運而生有它特殊的需要,為什麼說它綠色環保呢,這是因為 SAX 使用了最少的系統資源和最快速的解析方式對 XML 處理提供了支持。 但隨之而來繁瑣的查找方式也給廣大程序員帶來許多困擾,常常令人頭痛不已,同時它對 XPath 查詢功能的支持,令人們對它又愛又恨。
默默無聞的 Digester:XML 的 JavaBean 化
Digester 是 apache 基金組織下的一個開源項目,筆者對它的了解源於對 Struts 框架的研究,是否有很多程序員想要一解各大開源框架的設計甚至想要自己寫一個功能強大的框架時會碰到這樣一個難題: 這些形形色色的用 XML 語言標記的框架配置文件,框架底層是用什麼技術來解析呢? DOM 解析耗費時間,SAX 解析又過於繁瑣,況且每次解析系統開銷也會過大, 於是,大家想到需要用與 XML 結構相對應的 JavaBean 來裝載這些信息,由此 Digester 應運而生。它的出現為 XML 轉換為 JavaBean 對象的需求帶來了方便的操作介面,使得更多的類似需求得到了比較完美的解決方法, 不再需要程序員自己實現此類繁瑣的解析程序了。與此同時 SUN 也推出了 XML 和 JavaBean 轉換工具類 JAXB,有興趣的讀者可以自行了解。
JSON(JavaScriptObject Notation) 是一種輕量級的數據交換格式。它基於ECMAScript的一個子集。 JSON採用完全獨立於語言的文本格式,但是也使用了類似於C語言家族的習慣(包括C、C++、C#、Java、JavaScript、Perl、Python等)。這些特性使JSON成為理想的數據交換語言。 易於人閱讀和編寫,同時也易於機器解析和生成(一般用於提升網路傳輸速率)。
如果想了解安卓與後台交互的例子,請去360手機助手下載安卓學習手冊,裡面有大量安卓的例子以及http協議詳解,源碼,文檔都可看。下面是例子截圖
⑹ 安卓前台JAVA與後台JAVA能稱為基於JAVA開發嗎
是的,都是在 Java SE 的基礎上的。
安卓客戶端:安卓 sdk(Java SE + Android API),安卓 NDK
後端 Java:Java SE + Java EE
當然安卓所使用的 Java SE 貌似不超過6。谷歌和甲骨文一直有版權之爭。
⑺ android做後台需要哪些技術
app其實比網站難搞,android端app需要學習java,買本基礎的java書籍,學完javaSE部分,就可以去學習android了,可以用《瘋狂Android講義》,但是學習完android也只能做出單機的應用,需要學習後台知識,也就是伺服器那一塊兒的編程,有了java的基礎,學習後台一般是學習servlet,mysql,到後期使用spring mvc或者struts mvc 這些框架,配合hibernate框架整合資料庫,處理android發送過來的請求。android端和後台一般是分開來做的,如果有好的想法,建議組個小團隊,這樣希望比較大。至於半年一個人學完加做完難度極大,更何況是利用空餘時間。還是建議組個團隊。
完善一下,做出來後,就自學完成了輕工業級的JavaEE項目
⑻ 會java基礎,兩年安卓app開發,現在想轉java後台,需要學什麼知識
基本上一樣的,ssh也可以為手機APP開發後台。其實對於後台開發來說原理都差不多。只不過app的後台開發和web不一樣的地方在於傳輸數據格式不一樣,一般來說web訪問後返回的是一個html頁面,少部分是json格式;而一般app的後台開發大部分直接傳json格式數據(也有不是json格式的,看項目的選擇,但一般來說都是json),少部分會直接返回html5的頁面。 還有一個不同點在於登錄驗證和數據加密,一般web是使用session驗證登錄狀態,而app則使用token來驗證登錄狀態(token是自己定義的一個和用戶ID相關的加密字元串,傳入後台後從資料庫查詢用戶信息)。還有如果對安全性要求較高,app傳輸數據時可能會對數據進行加密,而web一般沒有這一步,web的加密一般是使用https。 至於說android和ios的開發環境不一樣那是指的app開發,和後台無關。app的後台和java web的後台沒有本質區別。app的一個後台可以即提供給android,也可以同時提供給iOS,它就是把app提交的數據處理後插入資料庫和從資料庫查出數據處理後傳給app。
⑼ android客戶端如何與後台java伺服器交互
php做前端,java做後端淘寶是個例子伺服器端前後分開是為了兩方面,雖然淘寶最開始並不想這樣做。。。先說下歷史,淘寶是最開始php全部,後來發現開銷太大,代碼效率不行,就直接把數據存儲啊,用戶通知啊就交給java實際上大部分網站都樂意採用這種前端php後端java或者c++這種形式,我是phpc++這種。優點,核心動作效率肯定高,c++java這種代碼效率奇高。比php腳本好很多。前端php,語法簡單,維護簡單,部署簡單,而且容易找到維護人員。總之就是開發快,維護成本低。大致了解了嗎?你說的h5+java實際上就是把java提到前台,不是不可以,維護和開發成本太高了啊。前端開發要經常搞,但是java做前台要調試、編譯部署還要重編譯。麻煩,人工開銷也大。不劃算如果是.net技術就更高成本了。光伺服器軟體一塊就要多少了。所以微軟的框架用的不多。國內外都不多,用.met的成本開發維護都麻煩。要氣硬體條件還苛刻。
⑽ 怎麼用Java做一個安卓手機APP的後台
用java或php做android的後台都行,現在基本是web服務端,通過html協議傳輸 xml 或json 實現android與伺服器的交互。