J2EE 는 Java 기술을 사용하여 엔터프라이즈 애플리케이션을 개발하는 사실상 업계 표준이며 Java 기술이 엔터프라이즈 애플리케이션에 지속적으로 적응하고 보급하는 제품입니다. 다음은 수험생이 공유하는 J2EE 클래식 면접 문답입니다. 도움이 되었으면 합니다!
어떤 기술로 1 의 모든 부분을 실현하는가. MVC? 어떻게 실현할 것인가?
A: MVC 는 모델-뷰-컨트롤러의 약어입니다. 모델은 적용된 비즈니스 로직 (JavaBean 및 EJB 구성 요소에 의해 구현됨) 을 나타내고, "보기" 는 JSP 페이지에서 생성된 응용 프로그램의 표현이며, "컨트롤러" 는 적용된 프로세스 제어 (일반적으로 서블릿) 입니다. 이 디자인 모델을 통해 응용 프로그램 논리, 프로세스 및 디스플레이 논리는 서로 다른 구성 요소로 나뉩니다. 이러한 구성 요소는 상호 작용하고 재사용할 수 있습니다.
2. 2 란 무엇인가? J2EE?
A: Je22 는 Sun 이 제안한 다단계 분산 구성 요소 기반 엔터프라이즈 애플리케이션 모델입니다. 이러한 애플리케이션 시스템에서는 기능에 따라 서로 다른 컴퓨터 또는 해당 계층에 있는 구성 요소로 나눌 수 있습니다. 종속 계층에는 고객 계층 구성 요소, 웹 계층 및 구성 요소, 비즈니스 계층 및 구성 요소, 엔터프라이즈 정보 시스템 (EIS) 계층이 포함됩니다.
3. 3 입니다. J2EE: 기술, 플랫폼 또는 프레임 워크?
A: J2EE 자체는 엔터프라이즈 분산 애플리케이션 개발을 위한 표준 플랫폼입니다.
J2EE 는 JDBC, JNDI, RMI, JMS, EJB, JTA 등의 기술을 포함하는 프레임워크이기도 합니다.
STRUTS 응용 프로그램 (예: struts 아키텍처)
A: Struts 는 Java Servlet/JavaServer Pages 기술을 사용하여 웹 어플리케이션을 개발하는 오픈 소스 프레임워크입니다. Struts 는 MVC (모델-뷰-컨트롤러) 디자인 패턴을 기반으로 하는 응용 프로그램 프레임워크를 개발하는 데 사용할 수 있습니다. Struts 에는 다음과 같은 주요 기능이 있습니다.
1. 사용자의 요청을 해당 Action 객체로 전송하는 컨트롤러 서브렛이 포함되어 있습니다.
2.JSP 무료 태그 라이브러리 및 컨트롤러 서블릿에 대한 지원을 제공하여 개발자가 대화형 양식 응용 프로그램을 만들 수 있도록 지원합니다.
3. XML 처리, Java 반사 API 를 통한 JavaBeans 속성 자동 처리, 국제 힌트 및 메시지 등 일련의 유용한 객체를 제공합니다.
5.5 의 해석. 웹 서비스 약관. JSWDL 개발 키트 소개. JAXP 및 JAXM 을 설명합니다. 비누, UDDI, WSDL 설명.
A: 웹 서비스 웹 서비스는 웹 기반 분산 모듈식 구성 요소입니다. 특정 작업을 수행하고 특정 기술 사양을 준수하므로 웹 서비스가 호환 가능한 다른 구성 요소와 상호 운용할 수 있습니다.
JAXP(Java API for XML Parsing) 는 Java 에서 DOM, SAX, XSLT 를 사용하는 공통 인터페이스를 정의합니다. 이렇게 하면 프로그램에서 이러한 공통 인터페이스만 사용하면 됩니다. 특정 구현을 변경해야 할 때는 코드를 수정할 필요가 없습니다.
JAXM(Java API for XML Messaging) 은 SOAP 통신에 대한 액세스 방법 및 전송 메커니즘을 제공하는 API 입니다.
WSDL 은 웹 서비스를 문서 지향 정보 또는 프로세스 지향 정보가 포함된 메시지에 대해 작동하는 일련의 엔드포인트로 설명하는 XML 형식입니다. 이 형식은 먼저 작업과 메시지를 추상적으로 설명한 다음 특정 네트워크 프로토콜 및 메시지 형식에 바인딩하여 끝점을 정의합니다. 관련된 특정 끝점은 추상 끝점 (서비스) 으로 결합됩니다.
SOAP 는 XML 인코딩 정보를 교환하기 위한 경량 프로토콜인 간단한 객체 액세스 프로토콜입니다.
UDDI 의 목적은 전자 상거래 표준을 수립하는 것입니다. UDDI 는 웹 기반 분산 정보 등록 센터의 표준 및 사양이며, 기업이 다른 기업이 웹 서비스를 찾을 수 있도록 자체 웹 서비스를 등록할 수 있는 액세스 프로토콜 구현 표준 세트도 포함되어 있습니다.
6.C/S 와 B/S 의 차이점:
A: 8 가지 차이점이 있습니다.
(1) 다른 하드웨어 환경:
C/S 는 일반적으로 사설 네트워크에 구축되며 소규모 네트워크 환경에서 전용 서버를 통해 LAN 간 연결 및 데이터 교환 서비스를 제공합니다.
B/S 는 WAN 에 구축되어 있으며 전화 서핑, 장비 대여, 자체 관리 등의 특수한 네트워크 하드웨어 환경이 필요하지 않습니다. C/S 보다 더 잘 적응하며 일반적으로 운영체제와 브라우저만 있으면 됩니다.
(2) 다른 보안 요구 사항
일반적으로 C/S 는 상대적으로 고정된 사용자 기반을 대상으로 하며 정보 보안을 강력하게 제어합니다. 일반적으로 C/S 구조는 기밀 정보 시스템에 적합하며 일부 공개 정보는 B/S 를 통해 게시할 수 있습니다.
B/S 는 WAN 을 기반으로 하며 보안 제어 기능이 상대적으로 약하여 알 수 없는 사용자를 대상으로 할 수 있습니다.
(3) 다른 프로그램 구조
C/S 프로그램은 프로세스에 더 많은 관심을 기울이고, 여러 수준에서 권한을 확인하고, 시스템 실행 속도에 덜 집중할 수 있습니다.
B/S 의 보안 및 액세스 속도에 대한 여러 가지 고려 사항은 더 많은 최적화가 필요하다는 것을 기준으로 합니다. B/S 구조의 프로그램 아키텍처는 C/S 보다 더 높은 요구 사항을 가지고 있습니다. 이것이 발전 추세입니다. BizTalk 2000 Exchange 2000 의 MS 입니다. Net 시리즈, 네트워크 구성 요소 구축을 완벽하게 지원하는 시스템, SUN, IBM 의 JavaBean 구성 요소 기술 등 , B/S 가 더 성숙합니다.
(4) 소프트웨어 재사용이 다릅니다
C/S 프로그램은 불가피하게 전반적으로 고려되어야 하며, 구성 요소의 재사용성은 B/S 요구 사항에 따라 구성 요소만큼 좋지 않습니다.
B/S 쌍의 다중 구조는 구성 요소에 상대적으로 독립적인 기능이 필요하며 비교적 잘 재사용할 수 있어야 합니다. 사온 식탁은 벽에 있는 석상 대신 재사용할 수 있다.
(5) 시스템 유지 보수가 다릅니다
C/S 프로그램의 무결성으로 인해 종합적인 조사, 문제 처리 및 시스템 업그레이드가 필요합니다. 업그레이드가 어려워서 새로운 시스템을 구축해야 할 수도 있습니다.
B/S 구성 요소, 구성 요소를 개별적으로 교체하여 시스템을 원활하게 업그레이드할 수 있습니다. 시스템 유지 보수 비용이 최소화됩니다. 사용자는 인터넷에서 다운로드하여 설치할 수 있습니다.
(6) 문제를 다르게 처리하다
C/S 프로그램은 고정 사용자 인터페이스를 처리할 수 있으며, 동일한 영역에서 보안 요구 사항이 높고 운영 체제와 관련이 있습니다. 모두 같은 시스템이어야 합니다.
B/S 는 WAN 을 기반으로 각기 다른 사용자 기반과 분산된 지역에 직면하고 있으며, 이는 C/S 가 할 수 없는 것으로 운영 체제 플랫폼과의 관계가 가장 미미합니다.
(7) 다른 사용자 인터페이스
C/S 는 창 플랫폼에 많이 구축되어 표현이 제한되어 있어 일반적으로 프로그래머에게 더 많이 요구된다.
B/S 브라우저 기반, 사용자와 소통하는 방식이 더욱 풍부하고 생동감 있고, 대부분의 난이도가 줄고, 개발 비용이 절감됩니다.
(8) 다른 정보 흐름
C/S 프로그램은 일반적으로 상호 작용이 비교적 낮은 일반적인 중앙 집중식 기계 처리입니다.
B/S 정보의 흐름은 변경할 수 있으며 B-B-C B-G 와 같은 정보와 흐름의 변화는 거래 센터와 더 비슷합니다.
7. JNDI 란 무엇입니까?