자바 코드에서 응용 프로그램의 유형을 감지하는 방법

Question

우리가 자바 패키지를 상상해보십시오. 이 패키지는 어디에서나 사용할 수 있습니다. 그러나이 패키지에는 컨텍스트에 따라 일부 코드가 있습니다. 예를 들어,이 패키지를 사용하는 응용 프로그램이 웹 응용 프로그램 인 경우 응용 프로그램이 동일한 기능을 호출하여 콘솔 응용 프로그램 인 경우 다른 작업을 수행하면서 함수를 호출하여 일부 작업을 수행해야합니다.

응용 프로그램이 웹 응용 프로그램 또는 콘솔로 실행 된 경우 코드 내에서 우리가 감지 할 수있는 자바에있는 어떤 방법이 있나요 : 여기

내 질문입니까? 내가 어떤 도움 : 현실 세계 예를 들어

, 우리는 특성 파일을 웹과 콘솔 애플리케이션을위한 다른로드 방법을 주셔서 감사합니다.

웹 응용 프로그램의 경우 우리는 아마 this.getClass().getClassLoader().getResourceAsStream(url)를 사용하여 콘솔 응용 프로그램을 위해 우리는 new FileInputStream(physical path)를 사용합니다.

Answer 1

내가 그렇게 할 수있는 신뢰할 수있는 방법이 있다고 생각하지 않기 때문에, 응용 프로그램 유형을 감지하려고 곳보다는 빌드 속성을 설정하는 것이 좋습니다 수 있습니다. 보기 층 (중 웹, 데스크탑 또는 콘솔) 현대 건축의 원칙에 따라 쉽게 교환 할 수 있어야하기 때문에

또한 당신은 응용 프로그램의 유형을 감지하려고해서는 안된다.

---

마지막 코멘트에 대한 응답입니다.

는 user384706는 DI 여기 IMO 올바른 선택을 말했듯이. 봄에 예를 들어 보겠습니다. 모두 콘솔 및 웹 응용 프로그램 부분에서

당신은 할 수 있습니다 : 당신의 loadProperties() 방법이 PropertyProvider의 다른 구현을 오버라이드 (override) 할 것

public class WebOrConsoleServiceImpl { 

    private PropertyProvider propertyProvider = new NullPropertyProvider(); 

    // and 

    public void setPropertyProvider(PropertyProvider impl) { 
     this.propertyProvider = impl; 
    } 

    // and in your service logic 

    public void logic() { 

     final Properties props = propertyProvider.loadProperties(); 
     // do stuff    
    } 
} 

.

그리고 당신의 봄 컨텍스트에서

당신은 할 수 있습니다 :

<bean id="consolePropertyProvider" class="com.company.ConsolePropertyProvider"/> 

<bean id="myConsoleService" class="com.company.MyConsoleService"> 
    <property name="propertyProvider" ref="consolePropertyProvider" /> 
</bean> 

그리고 WebService 및 WebPropertyProvider 당신을위한 bean 정의의 동일한 쌍.

Answer 2

그냥 사용 dependency injection
설정자를 통해 라이브러리를 구성하기 위해 모든 적절한 매개 변수를 배치하고 컨테이너 또는 응용 프로그램이 DI를 사용하여 그에 맞게 구성하게하십시오.
그래서 당신은 이럴 나쁜 방법

Answer 3

1. 는 J2EE 방법에게 어떤 검사를하지 않아도됩니다. 패키지가 웹 응용 프로그램에서 사용되는 경우 J2EE 컨테이너에 있다고 가정하고 배포시 이름 지정에 Reference을 추가 할 수 있습니다. 이 참조에 대한 변경 사항을 수신하고 런타임에 코드의 동작을 수정할 수있는 MDB를 등록 할 수도 있습니다. 좋았어?

2. 호출자의 컨텍스트를 전달할 수있는 다른 표준 방법은 매개 변수화 된 팩토리 또는 속성을 통한 것입니다.

3. 하나의 표준이 아닌 방법 - 재미 get the stack trace에 있으며 발신자가 누구 찾거나 J2EE 컨텍스트 등을 찾아