Category Archives: 미분류

Windows 종료 전에 실행되는 앱

Leave a reply

 Windows 에서 시스템 종료 전에 실행되는 앱을 구현하려면 레지스트리를 사용하여 작업을 해야 합니다.

1. 시작 메뉴에서 “regedit”을 검색하여 레지스트리 편집기를 엽니다.

2. 다음 경로로 이동합니다: HKEY_CURRENT_USERSoftwareMicrosoftWindowsCurrentVersionGroup Policy Objects{SID}SoftwareMicrosoftWindowsCurrentVersionRun

   여기서 “{SID}”는 현재 사용자의 고유 보안 식별자입니다.

3. “Run” 키를 선택하고 “편집” > “새로 만들기” > “문자열 값”을 선택합니다.

4. 새 문자열 값을 만든 후, 이름을 “MyShutdownApp”과 같이 설정합니다. 이 이름은 실행할 앱을 식별하는 데 사용됩니다.

5. 값을 두 번 클릭하고 실행할 앱의 경로를 입력합니다. 예를 들어 “C:PathToMyApp.exe”와 같이 앱의 경로를 지정합니다.

이제 Windows가 종료되기 전에 “MyShutdownApp”이라는 이름의 앱이 실행됩니다. 해당 앱은 작업을 수행할 수 있습니다. 단, 이 앱은 사용자 세션이 종료되기 전에 실행되므로 백그라운드에서 실행되는 앱으로 구현하는 것이 좋습니다.

앱이 종료되기 전에 추가 작업을 수행하려면 해당 앱 내에서 종료 시그널을 수신하고 처리해야 할 수도 있습니다. 이를 위해 Windows 시스템 종료 시그널을 수신할 수 있는 방법을 제공하는 많은 프로그래밍 언어와 프레임워크가 있습니다. 예를 들어 C#에서는 `SystemEvents.SessionEnding` 이벤트를 사용하여 세션 종료 시그널을 수신할 수 있습니다.

​이 방법은 Windows 에서 앱을 종료하기 전에 추가 작업을 수행해야 하는 경우 유용합니다. 그러나 이 방법은 관리자 권한이 필요하며, 조심해서 사용해야 합니다. 또한 앱이 시스템 종료를 차단하거나 지연시키는 등의 부작용이 발생하지 않도록 주의해야 합니다.

WPF 잡담

Leave a reply

몇달째 WPF 로 윈도즈 데스크탑 네이티브 앱을 만드는 일을 하고 있습니다. 며칠전 경험을 기록으로 남기려고 몇자 적습니다. 아시는 바와 같이 WPF 는 주로 XAML 이라는 마크업 언어를 통해 UI 를 구성합니다. CSS 와 용도가 비슷한 Style 이라는 Tag 를 통해 UI 컨트럴들의 모양을 조정할 수 있어요. Style 만 따로 모아서 리소스 파일처럼 불러오고, Style 은 원하는 Tag (사실 WPF 에선 이게 Class – Type 입니다) 를 조질 수(?) 있어요. 웃기게도 CSS 와 유사한 문제점들이 생깁니다. 여러가지 조건에 의해 선언한 Style 이 무시당하는 거죠. CSS 는 최근 웹브로우저들의 훌륭한 개발자모드로 인해 대충 실시간으로 어떻게 무시(?) 당하고 있는지 구경할 수 있잖아요. Visual Studio 2015 까지는 내장된 Runtime Style Monitor 가 없어서 외부 툴들을 썼지만 VS 2017 부터는 내장 Tool 로 Style 이 Runtime 에서 어떻게 적용되고 있는지 구경할 수 있게 되었죠. 얼마전 이것으로 작업을 진행하다가 뭔가 이상하다고 생각되었습니다.



위 그림은 특정 Style (여기서는 DialogHost 에 적용되는) 의 속성을 디버깅 모드로 실행한 상태에서 보고 있는 것인데요. 제 기억에는 예전에 주황색 점선 영역에 뭔가 보였던거 같은데 이게 안보이는 겁니다. 다른 프로젝트들을 열어서 이것 저것 뒤지다가 발견한 것이 아래 그림의 것입니다.


요즘 제가 작업중인 프로젝트에서 사용하는 오픈소스 XAML Theme 라이브러리인 Material Design In XAML 의 데모 프로젝트에서 어떤 UI 부분의 속성을 실행시에 열어본 화면입니다. 위의 그림에서 보는 바와 같이 노란 네모 안에 이전 그림과 다른 파란 텍스트가 한줄 보입니다. 이게 현재 보고 있는 Style 이 선언된 XAML 파일을 뜻하며 파란 텍스트를 누르면 그 파일을 볼 수 있습니다. 같은 프로젝트 안에 소스 코드가 있어야 저 Style 의 XAML 소스 코드를 볼 수 있는 파란 텍스트 링크가 생길 것이라고 추측해 볼수 있습니다. 왜냐하면 제가 만들고 있는 앱은 Material Design In XAML 라이브러리를 NuGet Package 로 불러서 사용하니 당연히 제 프로젝트 안에는 그 라이브러리의 소스 코드가 없습니다. 추측이 사실인지 조사를 해봤습니다.

Material Design In XAML 는 GitHub 에 올라가 있으니 소스코드를 Clone 해서 위 그림처럼 쉽게 구경해 볼 수 있습니다. Clone 한 소스에서 처음 그림에서 보여드렸던 DialogHost 의 Style 을 정의하는 XAML 파일을 아래 그림처럼 이름을 바꿔서 제 프로젝트로 복사를 했습니다.


그리고 WPF 앱의 리소스 구조를 정의하는 App.xaml 에서 기존 Material Design In XAML NuGet Package 의 DialogHost 의 Style 을 불러오는 부분을 comment out 시키고 제 프로젝트 폴더에서 복사한 XAML 을 불러오도록 아래 그림처럼 바꿨습니다.






이제 첫번째 그림에서 구경하던 DialogHost 의 속성을 Runtime 에서 열어봤습니다.
 

위 그림을 보시면 Style 을 정의한 파일의 파란 텍스트 링크가 이제 보입니다. 파란 텍스트를 누르면 당연히 XAML 소스 코드로 이동합니다. 이런 탐구 생활 정말 재밌습니다. ㅋㅋㅋ 잡담은 계속될 예정이에요.

10월 마지막 밤 단상

Leave a reply
IU 가 부르는 이용의 잊혀진 계절


  퇴근 후, 작은 녀석 할로윈 ‘Trick or Treat’ 하는 것 따라 다니는 것을 마치고 설거지하고 리사이클 분류하고 나서 컴퓨터 앞에 앉았더니, 10시가 넘었군요. 올해도 열달이 지나가고 이제 두달 남았습니다. 올해가 시작되었을 때 여러가지 New Year’s Resolution 를 번지르르하게 세우지만 역시 지킨 건 별로 없네요. 특히 소프트웨어 개발자로 새 언어나 새 프레임웍을 마스터하고 회사 프로젝트나 개인 프로젝트에 적용해 보는 계획을 매년 세웠을거에요. 하지만 아직도 2달이나 남았네요. 하루에 1시간을 내면, 한달에 20시간 정도는 공부할 수 있겠죠? 그래서 이것 저것 뒤지다가 적당한 시간이 필요한 온라인 강좌하나 등록했습니다. 거금 CAD$15 가 나갔습니다.

Udemy 에 Vue.js 웹프레임웍 강좌중 한가지. 18시간 짜리


과연 잘 끝낼수 있을지 저도 궁금하군요. ㅋㅋㅋ 여하튼 공개적으로 뭘한다고 했으니 쪽팔리지 않으려면 열심히 해야겠군요. 두달 남은 올해도 뭔가 하나 완료해 보시기 위해 시도해 보셔요. 뭐 몇개씩 해놨다면 할말 없고요. ^^;;;   

Ionic 개발자 2017년 상반기 설문 조사 요약

Leave a reply

2017년 2월~6월 약 만3천명의 Ionic Dev Community 에서 한 설문 조사 결과 요약.

앱 동향

    2년전엔 20% 가 네이티브로만 개발, 올해는 2.9% 가 네이티브로만 개발. 32.7% 는 2년후 완전히 네이티브를 버릴 것이라고… Ionic 으로 개발된 앱중 41.7% 는 일반 사용자용 앱이 아니라 기업 내부 업무용으로 개발된 것.
     개발자중 3% 만이 스마트시계용 앱을 만들었으며, 2.7% 만이 스마트TV 용 앱을 만듬. 45% 는 테블릿용을, 94.3% 는 안드로이드용을, 83.2% 는 iOS 용을 만듬. 31.5% 가 Progressive Web App (네이티브 같은 UI 와 만듬새를 가진 웹앱) 을,  34.7% 는 Responsive Web App (한가지 소스로 어느 장비나 해상도에서도 환경에 맞게 UI 모양이 자동으로 변함) 을 만든다고 응답.

개발 도구 동향

    41.3% 가 구글의 Firebase 를 Backend Service 로 이용. AWS 는 8.2% 가 이용. DB 도 역시 Firebase 가 1등. Backend 개발 기술로는 56.6% 의 Node.js 가 압도적으로 1위.
    2년전에 나온 MS 의 비주얼 스튜디오 Code 는 계속 발전하여 작은 사이즈와 속도, 충실한 디버깅 환경으로 올해 조사에는 46.7% 로 IDE 부분에서 1위.

개발 성향

    모바일 앱 테스트에서 아직 충분한 실장비 테스트가 이뤄지지 않은 것으로 보임. 65.1% 는 클라우드 기반의 장비 테스트를 해본적이 없다고 응답. 53.2% 가 업데이트는 아직 앱스토어나 구글 플레이등을 통해서 한다고. 일부 응답자는 실시간 원격 업데이트를 고려중이라고… 44% 가 에러와 크러쉬를 트랙킹 하지 않는답니다. ^^;;;

Ionic 으로 개발하는 사람들은 누구?

    80% 가 웹개발자이며, 10.8% 가 모바일 앱 초보자. 75.2% 가 상용앱 개발중. 41.9% 가 고객을 위한 앱을 만드는 개발자.

질문별 1위 

다중 응답 질의가 많으니 자세한 등수는 꼭 원본 페이지를 참조하세요.

Backend Technology 

Push Notifications – Firebase/GCM (41.3%)
User Authentication – Custom oAuth (43.7%)
Backend DB – Self-hosted SQL DB (57.4%)
Backend App Technology – Node.js (56.6%)
…

Tools & Testing

IDE – VS Code (46.7%)
Prototyping tool – I don’t use (48.3%)
Beta test & Gathering Feedback – No (40.9%)
Distribution – Online Store [App Store, Google Play] (81.5%)

Meta stuff

Development Platform – Mac (57.9%)
How big is your employer? Self-employed (40.3%)
Who are you building apps for? App for a client (41.9%)
What kind of apps are you building – Consumer General (60.7%)
Target Platform – Android (94.3%)

원본 URL: https://ionicframework.com/survey/2017