[C#]WinForm TreeView CheckBoxes 기능 완벽 사용하기

개요

윈폼 트리뷰는 각 노드에 체크박스를 사용할 수 있는 속성이 있습니다. 하지만 각각의 노드를 체크할 수 있지, 부모 노드를 체크하면 자식 노드도 같이 모두 선택되거나(또는 반대거나) 자식 노드를 모두 체크하면 부모 노드도 체크되는 등의 UX는 직접 구현해야 합니다. 이번 포스팅에서는 해당 부분을 구현하는 코드를 안내합니다.

TreeView의 체크 기능은 반쪽이다.

저는 지금 생산설비의 각 상황과 그 추세, 작업량등을 파악하는 종합 모니터링 프로그램을 만들고 있습니다. 물론 자세한건 설명드리긴 그렇고, 전체적인 UI는 왼쪽 베너에서 A라는 항목을 선택하면 오른쪽 빈 공간에 그와 관련된 여러가지 차트를 그려주는 프로그램이라고 생각하면 쉽습니다.

어느정도 사용이 가능한 상태로 만들었더니 UX측면에서의 요구사항이 들어왔는데, 바로 특정 항목을 선택하면 해당 항목들만 순환하여 보여달라는 것이였죠. 처음부터 베너 구조가 트리뷰로 되어 있었기 때문에 체크표시를 구현하는건 트리뷰의 속성 하나(CheckBoxes)를 true로 설정해주면 되기 때문에 문제가 없었죠.

근데, 개요와 마찬가지로, 이는 어디까지나 트리뷰의 각 노드별로 체크만 만들어주지 일반적으로 아는 부모노드, 자식노드간의 체크여부와 그에대한 동작은 전혀 구현되지 않아 있습니다. WPF는 어떨지 모르겠는데, 차트를 그려야 하니 그냥 다루기 쉬운 WinForm으로 만들고 있었으니 엎지는 못하고, 그냥 이대로 작업해야 해서 일단 만들었습니다. 만들면서 인터넷에 찾아보니 완벽하게 정리된 방법은 없는것 같아 포스팅 해 봅니다.

구현 방법

두가지 경우를 생각해야 합니다.

부모노드를 체크하거나 체크를 풀 때

자, 우선 부모노드의 체크상태에 따라 그에 해당하는 자식노드의 체크상태를 바꿔줘야 합니다. 이는 어렵지 않아요. 간단하게 생각해보면.

1. 현재 체크상태가 바뀐 노드를 가져온다.
2. 해당 노드의 자식 노드를 가져온다.
3. 자식 노드들을 현재 부모노드의 체크상태에 맞춰준다.

라고 할 수 있습니다.

자식노드를 체크하거나 체크를 풀 때

이때도 간단하게 한번 상상해 봅시다. 어떻게 해야 할지.

1. 현재 선택된 노드의 부모 노드를 가져온다.
2. 해당 노드의 자식 노드들의 체크상태를 확인한다.
3. 자식 노드들이 모두 true이면 부모 노드는 true, 하나라도 false라면 부모 노드는 false로 맞춰준다.

이정도만 하면 흔히 아는 트리뷰의 UX를 구현할 수 있습니다.

이 두가지 경우를 한번에 처리해야 한다

위의 두가지 경우를 확인하면 이제 이벤트에 어떻게 등록 할 지를 찾아야 합니다. 단순히 해당 노드가 부모노드일때, 자식노드일때만을 구분해서 처리한다면 레벨이 3 이상일 경우에 레벨 2의 노드의 체크값이 올바르게 처리되지 않게 될테니까요.

사실 이 UX를 구현하는데 있어서 이부분을 처리하는것이 가장 중요한데, Check를 bool 타입으로 한다면 그렇게 어렵지 않습니다. bool? 타입일 경우에는 조금 어려울 것이고 제가 만드는 프로그램은 레벨 2 까지만 표시되도록 했기 때문에 굳이 이부분을 구현할 필요는 없었는데, 완벽하게 구현하기 위해서는 이정도 처리까지는 해야할 테니 대충 bool 타입으로 표시하는 방법으로 하도록 하죠.

코드 구현

선택한 노드의 자식노드들을 처리

우선 처리하는 코드부터 먼저 작성해봅니다. 첫번째로 현재 체크상태를 변경한 노드의 자식노드를 모두 해당 노드의 체크상태로 바꿔줘야 합니다. 신경써야 할 부분은 자식노드는 또다른 자식노드를 가지고 있을 수 있기 때문에 해당 노드가 또다른 자식노드를 가지고 있는지 확인하고 그 노드들도 같은 값으로 바꿔줘야 겠죠.

private void ChildNodeChecking(TreeNode selectNode)
{
    foreach (TreeNode tn in selectNode.Nodes)
    {
        tn.Checked = selectNode.Checked;
        ChildNodeChecking(tn);
    }
    return;
}

현재 선택된 노드를 가져와서 그의 자식 노드들에게 선택된 노드의 상태를 적용시켜 줍니다. 그리고 재귀함수를 통해서 해당 노드를 부모노드라고 가정하고 다시 해당하는 자식 노드들에게 그의 부모노드의 체크값을 적용시켜 줍니다. 그리고 다시 재귀함수를…

이런식으로 재귀함수를 통해 반복하면서 모든 자식노드들에게 체크값을 적용시켜 줍니다.

선택한 노드의 부모노드를 처리

부모노드를 처리하려면 먼저 자식노드들의 체크상태가 어느 하나라도 false라면 부모노드도 false로 처리하면 됩니다. 굳이 자식노드 전체를 볼 필요는 없고 직속(?) 자식노드들만 확인하면 되겠죠. 단, 해당 노드의 부모노드가 또다른 노드의 자식노드라고 한다면 이를 반복해서 처리해야 할 겁니다. 앞의 경우는 노드의 하뒤로 내려간다면 이 경우는 노드의 상위로 올라가면서 처리하는 식이죠.

public void ParentNodeChecking(TreeNode selectNode)
{
    TreeNode t = selectNode.Parent;
    if (t != null)
    {
        t.Checked = true;
        foreach (TreeNode tn in t.Nodes)
        {
            if (!tn.Checked)
            {
                t.Checked = false;
                break;
            }
        }
        ParentNodeChecking(t);
    }
}

현재 선택된 노드의 부모노드를 확인하고 있다면 먼저 해당 노드를 체크한 다음, 해당 노드의 자식노드중 어느 하나라도 false라면 해당 노드를 false로 처리, 그리고 다시 해당 노드의 부모노드를 확인하고…

역시 마찬가지로 재귀함수를 통해 반복하도록 하면서 자식노드들을 검사하고 체크값을 결정해 주도록 하는거죠.

이벤트로 처리되도록

이렇게 코드로 구현을 했으니, 체크를 빼든 하던 해당 동작이 발생하면 이 코드들을 작동시킬 수 있도록 이벤트에 달아야 합니다. TreeView의 AfterCheck 라는 이벤트가 있는데 여기에 등록해줘야 합니다. 근데 단순히 함수를 붙혀주는것으로 끝낸다면 프로그램은 스텍오버플로우가 되면서 뻗어버릴겁니다.

이유는 위의 작업을 통해 트리뷰의 체크값을 바꿀경우 또다시 해당 이벤트가 발생될 것이고 그게 무한반복 될 테니까요. 그러니까 정확히 해당 작업들을 하기 전에 먼저 이벤트 함수를 없애주고, 작업이 끝나게 되면 다시 이벤트를 붙혀 주는 것이 중요합니다.

private void treeView1_AfterCheck(object sender, TreeViewEventArgs e)
{
    treeView1.AfterCheck -= treeView1_AfterCheck;
    ChildNodeChecking(e.Node);
    ParentNodeChecking(e.Node);
    treeView1.AfterCheck += treeView1_AfterCheck;
}

이런식으로 말이죠.

확인

잘 작동되는지 제가 작업중인 프로그램에 테스트 노드를 붙혀서 확인해 보았습니다. 잘 되네요.

bool? 타입으로 구현할 경우에는 ParentNodeChecking 함수에서 자식노드의 값을 확인하는 부분을 단순히 false 하나 만나면 끝내는 것이 아니라 각각 노드의 상태를 확인하여 모든게 false라면 false로 모든게 true라면 true로 하나 이상의 false가 나온다면 ? 로 처리해서 부모노드에 적용하면 될 것 같은데, 트리뷰의 체크박스가 bool? 타입을 지원하는지는 잘 모르겠습니다. 여튼 그건 직접 해보시는것 추천.

[C#] 자동 시작하는 프로그램

이것저것 응용해서

프로그래밍을 하는 분들은 이정도의 기능을 만드는것은 기본중에 기본이라고 생각한다. 그래서 나 같은 사람은 인터넷 검색으로 만드는 경우가 대부분이다보니 이것저것 응용해서 만드는 방법을 직접 해보려고 생각했고, 그래서 내가 만드는 프로그램들 중 요구사항이 '자동 시작해야 한다.' 라고 한다면 이 글에서 얘기할 방법으로 만든다. 어려운 방법은 아니다. 생각해보면 간단한게, 1. 먼저 Windows가 부팅되면 프로그램이 자동으로 켜지도록 할 수 있게 해야하고, 2. 동작이 필요한 경우 이전 상태에 따라서 자동으로 해당 동작이 되도록 해야 한다. 3. 혹시나 모를 상황에 대비해 동작을 중지할 경우 Windows 부팅시 프로그램이 자동으로 켜지도록 하는 부분을 없애 줄 수 도 있어야 한다. 정도...

이를 위해서 필요한 것은 레지스트리를 다룰 수 있어야 하고, 현재 상태를 저장할 수 있어야 한다. 자동으로 켜지도록 하는 방법은 대표적으로 두가지가 있는데 시작 프로그램에 프로그램 바로가기를 넣는 방법과, 레지스트리에 시작 프로그램을 등록하는 방법이 있다. 나는 레지스트리를 건드는 방법을 아주아주 싫어하기 때문에 첫번째 방법을 쓰고 싶었지만, 쉽지 않으니 그냥 간단하게 레지스트리를 사용하는 방법을 쓴다. 그리고 현재 상태를 저장하는 방법도 몇가지가 있는데, 제일 간단한 프로그램 내부 프로퍼티에 저장하는 방법을 사용한다.

시작 프로그램 등록을 위한 레지스트리 등록

Windows가 부팅되면 시스템 권한 레지스트리의 'SOFTWARE\Microsoft\Windows\CurrentVersion\Run' 경로에 등록되어 있는 값들을 확인하고 이 값들이 가리키는 프로그램들을 실행시킨다. 그리고 나서 유저 권한 레지스트리의 같은 경로에서 같은 동작을 한다. 시스템 권한 레지스트리는 관리자 권한이 필요하기 때문에 생략, 우리는 유저 권한 레지스트리에 시작 프로그램으로 등록한다. 나는 이 코드를 메소드로 만들어 필요할때마다 쓴다.

    private void registrySet()
    {
        var rkApp = Registry.CurrentUser.OpenSubKey("SOFTWARE\\Microsoft\\Windows\\CurrentVersion\\Run", true);
        rkApp.SetValue("name", System.IO.Path.GetDirectoryName(Process.GetCurrentProcess().MainModule.FileName));
    }

코드에서 안에 name에는 상황에 맞춰 적당히 수정해주면 된다. 보통은 프로그램 이름이 들어갈테니 그냥 네임스페이스 값을 바로 넣어도 된다. 물론 나는 해보지 않았으니 확인 필요. 프로그램 경로와 파일 이름까지 정확히 써줘야 하는데, 디버그와 릴리즈 프로그램간 차이와 WPF프로그램을 만들다보니 통상적인 프로그램의 경로를 파악하는 코드의 결과값이 간혹 다르게 나왔다. 그래서 아주 확실하게 현제 프로세스의 매인모듈이 있는 프로그램 파일의 이름과 경로를 가져오도록 System.IO.Path.GetDirectoryName(Process.GetCurrentProcess().MainModule.FileName 를 썼다. 혹시나 마음에 들지 않는다면 통상적인 방법으로 써도 괜찮을 것 같지만, 나는 이미 그 방법의 신뢰를 잃어버렸으니 이렇게 쓴다.

자동 동작을 위한 코드 수정

시작 프로그램이 띄워지기만 하고 동작을 하지 않으면 소용 없다. 동작도 되어야 하는데, 이럴때 설정값이 저장되고 불러오는 기능이 필요하다. XML로 저장하거나, TXT로 저장하거나, ini로 저장하거나 방법은 많지만 굳이 자동 동작 하나를 위해 파일을 읽고 쓰는 기능을 만들 필요는 없다고 생각한다. 그래서 프로퍼티의 설정값을 추가해서 그값을 이용하기로 한다. 나는 보통 autoStart라는 bool 변수로 저장하고 기본값은 False로 한다. 그리고 동작이 시작하는 부분에 해당 값을 true로 만들고 저장. 마찬가지로 동작이 종료되는 부분에 해당 값을 false로 만들고 저장. 이렇게 하면 이전에 프로그램이 종료되었을때 어떻게 종료되었는지를 확인할 수 있다.

설정값만 저장하면 의미가 없다. autoStart가 true가 될 때 시작프로그램을 등록해주는 레지스트리를 써주면 이제는 동작을 시작한 다음 PC를 껐거나 예기치 못한 상황으로 PC가 꺼졌을때 다음에 다시 켜면 프로그램이 띄워진다. 여기다가 프로그램이 열렸을때 autoStart가 true라면 해당 동작 이벤트가 자동으로 시작되도록만 해주면, 자동 동작 부분은 끝. 아래 코드는 간단하게 버튼이 눌러지면 레지스트리를 등록하고, autoStart를 true로 변경해주고 설정값을 저장하도록 되어 있다. 그리고 프로그램이 시작되고 Form_Load 이벤트가 불려지면 autoStart 값을 확인하고 동작 이벤트를 발생시키도록 한다.

• 동작 이벤트

  connect = false;
  private void btnConnect_Click(object sender, EventArgs e)
  {
      if(!connect){
          ...
          connect = true;
  
          registrySet();
          Properties.Settings.Default.autoStart = true;
          Properties.Settings.Default.Save();
      }
      else{
      ...
      }
  }
  

• 시작 이벤트

  private void Form1_Load(object sender, EventArgs e)
  {
      if (Properties.Settings.Default.autoStart)
      {
          btnConnect_Click(null, null);
      }
  }
  

시작 프로그램 등록 해지를 위한 레지스트리 삭제와 자동 동작 해제

이렇게까지 만들면, 동작 시작 후 PC를 껐다 다시 켜면 자동으로 시작하는 모습을 볼 수 있다. 문제는 동작을 종료했을때도 다음에 PC가 켜질때 자동으로 켜지고 동작도 시작될 것이다. 즉, 자동 동작도 해제해 줘야 하고 자동 시작도 해제해 줘야 한다. 생각해보면 당연하겠지만, 이건 위의 코드에서 동작 이벤트 안에 else부분에 들어가면 되는데 autoStart를 false로 바꿔주고 저장한 다음, 마찬가지로 아까 등록했던 레지스트리를 삭제해 주는 코드를 만들어 동작시키면 된다. 레지스트리의 이름은 위에 레지스트리 등록했을때의 이름으로 맞춰줘야 한다. 또한 추가로 레지스트리 값 이름은 통상적으로 쓰는 이름보다는 프로그램이 구분될 수 있도록 하자. 잘못하다간 엄한 프로그램을 건들 수 도 있다.

• 레지스트리 삭제

  private void registryDel()
  {
      var rkApp = Registry.CurrentUser.OpenSubKey("SOFTWARE\\Microsoft\\Windows\\CurrentVersion\\Run", true);
      rkApp.DeleteValue("name");
  }
  

• 자동 시작 해제까지 포함한 동작 이벤트

  connect = false;
  private void btnConnect_Click(object sender, EventArgs e)
  {
      if(!connect){
          ...
          connect = true;
  
          registrySet();
          Properties.Settings.Default.autoStart = true;
          Properties.Settings.Default.Save();
      }
      else{
      ...
      connect = false;
  
      registryDel();
      Properties.Settings.Default.autoStart = false;
      Properties.Settings.Default.Save(); 
      }
  }
  

[C#] WPF에서 WinForm의 Chart 사용하기

WPF에는 차트가 없어?

내가 못 찾는건지 아니면 진짜 없는건지는 모르겠는데, WPF 프로그램을 개발하던 중 Chart를 넣어야 하는데 없어서 상당히 곤란했다. WinForm의 Chart는 학교에서 데이터베이스 연동 실습을 진행할때 많이 사용했었고, 그 기능이 상당히 많아 후에 WinFrom 프로그램을 만들때도 잘 사용했던 기억이 있는데, 없었다. 일단 WPF로 짜고 있었던 프로그램이라 어떻게든 이걸 해결해야 하니 혹시 무료 컴포넌트가 없나 찾아봐도 무료는 없고 유료는 엄청나게 기능이 좋았다. 물론 개발하는데 유료는 내가 쓰는데도 어려움이 있으니 어떻게 할까 고민하면서 인터넷을 뒤지다보니 WPF안에 WinForm 컴포넌트를 넣는 방법이 있었다. WinForm의 Chart는 내가 많이 써봤고, 이렇게 해결될 수 있다면 굳이 어렵고 돈 들이는 방법을 쓸 필요는 없다. 단 내 코딩 실력이 형편없으니 코드가 어지러워지는건 어쩔 수 없겠지만...

WPF안에 WinFrom을 넣는 방법

https://msdn.microsoft.com/ko-kr/library/ms742875(v=vs.110).aspx

MSDN문서이고 설명도 아주 잘 되어 있다. 이를 사용하면 간단한 WinForm 컨트롤은 쉽게 WPF안에서 보여질 수 있다. 그렇게 나는 Chart를 넣을 수 있겠거니, 의외로 쉽게 풀리겠군. 싶어서 만들었는데, 계속 알 수 없는 문제가 발생했다. 지금은 기억 안나는데, 위의 MSDN문서처럼 적당히 처리하고, 안에 <wf.MaskedTextBox... 라고 되어 있는 부분을 <wf.Chart... 로 넣었으나 컴파일러가 사용할 수 없다는 늬양스의 메시지를 던진다. 알아보니 Chart 컨트롤은 System.Windows.Forms에 속해있지 않고, System.Windows.Forms.DataVisualization.Charting안에 속해있기 때문에 Chart 컨트롤을 사용할 수 없는것. 그래서 이를 응용해서 네임스페이스 매핑을 조금 수정해보았다. xmlns:wf="clr-namespace:System.Windows.Forms;assembly=System.Windows.Forms" 대신에 xmlns:wf="clr-namespace:System.Windows.Forms.DataVisualization.Charting;assembly=System.Windows.Forms.DataVisualization.Charting" 이렇게, 그렇게 하면 네임스페이스와 어셈블리를 찾을 수 없다는 에러를 띄운다. 아무래도 이렇게 대응이 가능한 경우는 WinFrom 자체가 포함하고 있는 컨트롤 정도인가 보다.

WPF안에 WinForm을 넣는 다른 방법

즉 위와 같은 방법은 통하지 않는다. 하지만 포기할 이유는 없는게, WinForm이 WPF안에 들어가는건 확인했으니, 이를 응용하거나 다른 방법으로 충분히 넣을 수 있다고 생각했다. using이 어떻든간에 Chart 컨트롤은 WinForm 컨트롤이니까. 우선 WindowsFormsHost가 어떻게 돌아가는지 확인이 필요했다. 여기저기 문서를 확인해보니, WindowsFromsHost는 일종의 컨테이너고, WPF의 일반적인 컨테이너와는 다르게 WinForm을 담아두고 보여줄 수 있는 컨테이너라는것을 확인했다. 그래서 살펴보니 이렇게 사용할 수 있었다.

• WPF XAML

  WindowsFormsHost Name="windowsFormsHost" />
  

• WPF CS

  windowsFormsHost.Child = ...
  

그러니까 코드로 WinForm 컨트롤을 완성해두고 WindowsFormsHost에 넣으면 보여진다는 것. 그래서 한번 시도해보았더니, 잘 되었다. 아래 예제는 내가 작업했던 프로그램인데, WPF 프로그램안에 WinFormsHost를 넣고, 그 안에 차트를 넣어 표시한 것이다. 잘 꾸민다면 WPF와 WinForm컨트롤 사이의 위화감 없이 꽤 이쁘게 잘 나온다. (물론 꾸미기는 오지게 어렵다. 이유는 아래부터...)

WPF안에 WinForm Chart를 넣는 방법

그러면 이제 본격적으로 WinForm Chart를 WPF안에 넣어보자. 일단 생각해둬야 할 것이 WPF의 디자이너는 오로지 해당 컨트롤, 그러니까 WinForm Chart가 들어갈 자리만 만드는거고, 당연히 WinForm 디자이너를 쓸 수 없으니 코드로 Chart를 직접 만들고 WPF의 WindowsFormsHost에 붙혀야 한다. WindowsFormsHost는 기존 WPF 컨트롤처럼 Gird에 붙이고, 백그라운드 색상등의 설정이 가능하다. 단, 백그라운드 투명하고, Chart를 투명으로 해서 WPF Window나 Page의 백그라운드가 보이게는 안된다. 아마 Chart쪽에서 보는 백그라운드는 WindowsFormsHost가 만들아준 공간 안이기 때문에 그 안 정보가 없어 그런 듯. 자세한건 모른다. 디자인적으로 뭔가 하려고 하면 안되는게 간혹 나오는데 생각해보면 뭔가 이해가 된다.

사족은 그만하고 WPF쪽 코드는 다음과 같이 처리하면 된다.

    <WindowsFormsHost Name="chart">
    </WindowsFormsHost>

만약 어느 Gird에 넣고 싶고, 백그라운드를 설정해주고 싶거나 기타 다른 옵션을 주고 싶다면 기존 다른 WPF 컨트롤을 디자인 하는 것처럼 하면 된다. 디자이너 쓰면 편하다. 물론 이름도 원하는대로 설정해서 한 Window나 Page에 여러개의 WindowsFormsHost를 넣을 수 도 있다. 아래는 WindowsFormsHost를 Gird에 붙이고, 백그라운드를 설정해 준 WPF 코드이다.

    <WindowsFormsHost Name="chart" Grid.Row="1" Grid.Column="1" Foreground="{x:Null}"  Background="#FF2B2B2B">
    </WindowsFormsHost>

이렇게 간단하게 두줄이면 WPF쪽은 준비가 끝났다. 이제 남은건 이 chart WindowsFormsHost에 담을 Chart를 준비하는건데, 앞에서도 말햇지만 코드로 직접 짜줘야 한다. 예를 들어 위에서 본 예제처럼 만들려면, 우선 System.Windows.Forms.DataVisualization.Charting;를 선언해서 Chart 컨트롤을 사용할 수 있게 하고, Chart 객체를 하나 선언하고, Chart 컨트롤에 필요한 부분(ChartArea, Series, Legend등)을 구성해 준 다음, WindowsFormsHost에 넣으면 된다. 데이터까지 담으면 그래프가 완벽히 그려진다. 위에서 본 예제를 위해 만든 코드는 아래와 같다. 물론 이는 예제일 뿐이고, 실제 만든 프로그램에서 사용된 코드이므로 바로 사용할 순 없다. 참고만 하자. 직접 쉽게 만들고 사용하는 방법은 아래에 추가로 설명한다.

     private void graphInit(List<SubMcu> subMcuList)
    {
        Chart chartView = new Chart();
        Title title = new System.Windows.Forms.DataVisualization.Charting.Title();
        title.Text = "안전도";
        title.ForeColor = System.Drawing.Color.White;
        chartView.Titles.Add(title);
        chartView.BackColor = System.Drawing.Color.FromArgb(0, 0, 0, 0);

        ChartArea chartArea = new ChartArea();
        chartArea.Name = "Safety";
        chartArea.BackColor = System.Drawing.Color.FromArgb(0, 0, 0, 0);
        chartArea.AxisX.IntervalAutoMode = IntervalAutoMode.FixedCount;
        chartArea.AxisX.Interval = 1;
        chartArea.AxisX.TitleForeColor = System.Drawing.Color.LightGray;
        chartArea.AxisX.LineColor = System.Drawing.Color.LightGray;
        chartArea.AxisX.MajorGrid.LineColor = System.Drawing.Color.LightGray;
        chartArea.AxisX.MajorGrid.Enabled = false;
        chartArea.AxisX.LabelStyle.ForeColor = System.Drawing.Color.LightGray;
        chartArea.AxisX.MajorTickMark.LineColor = System.Drawing.Color.LightGray;
        chartArea.AxisY.LineColor = System.Drawing.Color.LightGray;
        chartArea.AxisY.TitleForeColor = System.Drawing.Color.LightGray;
        chartArea.AxisY.Maximum = 100;
        chartArea.AxisY.TitleForeColor = System.Drawing.Color.LightGray;
        chartArea.AxisY.MajorGrid.LineColor = System.Drawing.Color.LightGray;
        chartArea.AxisY.LabelStyle.ForeColor = System.Drawing.Color.LightGray;
        chartArea.AxisY.MajorTickMark.LineColor = System.Drawing.Color.LightGray;
        chartView.ChartAreas.Add(chartArea);

        Series series = new Series();
        series.ChartArea = "Safety";
        series.BackGradientStyle = GradientStyle.TopBottom;
        series.ChartType = SeriesChartType.Column;
        series.XValueType = ChartValueType.String;
        series.BackSecondaryColor = System.Drawing.Color.Aquamarine;
        series.LabelForeColor = System.Drawing.Color.White;
        series.Color = System.Drawing.Color.SteelBlue;
        series.IsValueShownAsLabel = true;
        chartView.Series.Add(series);

        Legend legend = new Legend();
        legend.Enabled = false;
        chartView.Legends.Add(legend);

        chart.Child = chartView;

        foreach (SubMcu subMcu in subMcuList)
        {
            chartView.Series[0].Points.AddXY(subMcu.Id, subMcu.SafetyFactor);
        }
    }

처음에는 저걸 직접 일일이 쳐 가면서 만들었다. 디자이너를 직접 사용할 수 도 없을 뿐더러, 후에는 조금 편법으로 학교 수업에서 배웠던 코드로 차트 컨트롤 만드는 예제를 통해 만든 다음 붙혀넣었지만 뭔가 제대로 나오지 않는 부분이 많았기 때문. 물론 하나하나 세세하게 신경써가면서 만드니 결국 잘 나오긴 하더라. 그래서 나는 저 코드를 메모장에 복사해서 그때그때 필요한 부분에 붙혀서 사용했는데, 후에 간단한 방법을 찾게 되었다. 그 방법은 디자이너를 이용하는것. 

WinForm 디자이너를 사용할 수 없다고 앞에 말했는데, 그냥 디자이너를 위한 새로운 프로젝트를 하나 만들어서 그기서 디자인 한 다음, 디자이너가 생성해 둔 코드를 복사해서 넣으니까 꽤 잘 돌아가더라. 물론 잘 안보이거나 안나오는것들은 일일이 수정이 필요하긴 하지만, 각각의 컨트롤을 직접 코드로 설정해주는 것 보다는 훨씬 쉬웠다. 단 디자이너로 만들 경우 주의할 사항이 있는데, 색상 설정등은 필이 직접 해 줄 것.

WinForm 프로그램에서는 컨트롤의 색성 설정을 해주지 않아도 기본 색상이 선택되어 잘 나오지만, WPF에 그대로 사용하니 나오지 않는 경우가 상당히 많다. 그러니 필이 기본값(비워져 있는등)인 것들은 직접 사용할 색상을 선택해주면 디자이너가 생성하는 코드에 그 색상이 지정되고, 결과적으로 WPF에서도 문제없이 나온다. 여튼 이렇게 상세하게 만든 Chart 컨트롤의 코드는 디자이너가 작성한 코드로 들어가 있다.(위 스크린샷에서는 아주 짧지만, 실제로 사용하려고 만들면 대략 50줄은 그냥 넘긴다)

이를 복사해서 사용할 곳에 넣어준 후 마지막에

    chart.Child = chartView;

를 써주면 잘 들어간다.(물론 각 객체의 이름은 잘 맞춰야 한다)

[C#] C# DLL이 아닌 DLL파일 연결하여 사용하기

가우스메터 라는 장비와 연동하는 프로그램을 만들어야 한다

오랫만에 회사에서 연락왔다. 앞뒤사정 다 생략하고 결론부터 말하면 역시 뭔가 해달라는거였다. 가우스메터? 라는 장비랑 연동하여 주기적으로 값을 읽어 그 수치가 일정 이상일 경우 생 X랄발광을 하는 프로그램을 만들어야 한다. 물론 데이터 저장은 기본이고... 지X발광 하는거야 어렵지 않다고 생각했고, 데이터 저장도 별로 어렵지 않다고 생각했다. 늘 하는 방식이 있으니까. 근데 문제는 이 장비와의 통신은 USB여야 한다는 것.

사실 나는 프로그래머라기 보다는 그냥 인터넷에 있는 코드를 복붙해와 적당히 수정하고 적당히 작동되게 하는 그냥 그런 사람인데, USB 통신을 좀 도와달라는 부탁에 차마 거절은 못하고 일단 가서 확인해보겠다고 했다.

DLL 파일이 있긴 한데, C#에서 열리지 않는다.

해당 장비의 제조사에서 프로그램 개발하라고 DLL 파일을 제공했다. 일단 이걸 사용법을 알아야 하는데, 내가 알고 있는 사용법은 참조에 DLL파일을 넣는 것 정도... 당연히 그 방법을 먼저 시도했다. 안된다.

명세서를 보니 이 DLL파일은 C++로 만들어진거라 C나 C++(MFC), VB에서 제대로 작동하는듯, 예제 프로그램도 엑셀에 포함된 VB 메크로로 작동한다.

물론 DLL파일만 덩그러니 있고 나머지는 설명서 뿐이다. 뭐 드라이버류도 있고 한데 일단 개발에 필요한건 DLL파일이고 이를 사용할 방법인데..

DllImport("file")

기존 C++ 프로젝트들과 호환성을 고려하기 위한것인지, C#에는 이런게 있다. 바로 외부 DLL 파일을 코드에서 동적으로 활당하게 하는것. 물론 이것만 쓰면 안되고, 이 DLL 안에 있는 함수도 같이 정의해서 C# 프로젝트에서도 쓸 수 있게 해야 한다. 그러면 그 함수는 어디서 얻냐. 라고 하면, DLL 파일을 개발하라고 제공하면 그 DLL에서 쓸 수 있는 함수와 설명이 있는 문서도 같이 제공하니 그걸 참고하면 된다.

1. 즉, 먼저 DLL파일과 설명서를 준비하고 설명서를 먼저 본다. 예시는 가우스메터 장비와 통신하기 위해 필요한 gm0.dll이라는 DLL 파일과 그의 설명서이다. 아래와 같이 문서 안에 어떤 함수가 있고 어떤 기능을 하는지가 정확히 적혀 있다. 개발환경에 맞는 자료형으로 만들어져 있을테니 당연히 C#에 맞는 자료형으로 적당히 수정한다.
   
   

   

   
   

2. DLL파일은 프로그램의 exe 파일과 같은 경로안에 준비한다. 프로젝트 안에 넣으면 어떻게 될지 모르겠는데 내 생각에는 안될 것 같다. 그리고 위의 설명서에서 사용하고자 하는 함수를 보고 그에 맞춰 적는다. 예시에서는 장비와의 새로운 커낵션을 만드는 gm0newgm, 장비와 연결하는 gm0startconnect, 장비에서 값을 읽어오는 gm0getvalue 라는 함수 3개를 사용할 것이다. DllImport를 사용하려면 System.Runtime.InteropServices; 를 using 해야 하고, 클래스 선언후 밑에, 메소드 밖에 써주면 된다. 함수의 접근지정자도 맘대로 해도 된다. 단 static extern으로 선언해야 한다.(생각해보면 당연하다)
   
   
   

   using System.Runtime.InteropServices;
   
   [DllImport("gm0.dll")]
   private static extern int gm0_newgm(int port, int mode);
   
   [DllImport("gm0.dll")]
   private static extern int gm0_startconnect(int hand);
   
   [DllImport("gm0.dll")]
   private static extern double gm0_getvalue(int hand);
   

3. 이제 원하는곳에서 해당 함수를 쓰고 동작을 확인하자. 아래 예제에서는 ERROR:-2 라고 표시됬는데 이는 장비와 연결할 수 없을때 나오는 에러 코드 중 하나이니 결과적으로 DLL파일의 연결은 잘 되었다고 할 수 있다. 만약 DLL파일이 없다면, GDI+ 예외가 뜨거나 아까 using으로 사용한 System.Runtime.InteropServices 예외가 뜨니, 이를 적절히 처리하면 될 것이다.
   
   

   

   
   

[C#] 시리얼 통신 시, 수신 이벤트가 두번 이상으로 들어올 경우

이거 때문에 하루종일…

현장 실습에서 젤 어이가 없으면서 젤 당황스러웠던게 바로 시리얼 통신이다. 산업 현장에서 측정장비나 생산장비들이 가지는 정보를 PC나 다른 장비로 전달하기 위해서 시리얼 통신이 많이 사용되는데, 사실 시리얼 통신이라는것을 이때 처음 본 것이다. 기껏 본거야 안드로이드 폰에 펌웨어 올릴 때 가상 COM포트로 데이터 전송하는것 정도? 현장 실습이 반이상 지나서 시리얼 통신을 주구장창 만저본 결과, 뭐 정말 별 것도 아니었지만. 컴퓨터를 처음 만질때 부터 USB에 키보드와 마우스를 꼽았던 나로써는 솔직히 이게 뭔지… 조차 몰랐으니까.

처음 봤으니 당연히 이걸 어떻게 다뤄야 하는지에 대한 감 조차 오지 않았다. 근데 하라고 하니 일단은 해야지. 그래서 처음에는 진짜 아무것도 모르고 시리얼 통신 예제를 복붙하다시피 해서 요구사항대로 진행했었는데, 정말 얘기치 않은 문제가 발생하는것이다. 열심히 예제와 실제 통신하는것을 찾아본 결과 개념 자체는 어느정도 이해가 됬는데, 정작 프로그램에 적용해보니 뭔가 이상한 것이다.

결국 하루종일 그 문제에만 몰두했다. 이게 도대체 뭔지조차 감이 오지 않았고, 당장 시리얼 통신을 시물레이션할 수 있다는 것도 알지 못했으니 결국 실물로 측정기같은게 있어야 계속 진행할 수 있었는데 그걸 전혀 몰랐다. 그래서 원인을 사실 전혀 알지 못했었다. 뭔가 이상해서 안되긴 하는데 뭐가 문제인지를 전혀 몰랐다.

시물레이션을 해보니 알게 되었는데…

결국 시리얼 통신에 대해 깊이 알아보게 되었고, 시물레이션이 가능한 가상 시리얼 통신 시물레이터도 알게 되었고, 결과적으로 쓰는 방법 자체를 완벽히 알게 되었다. 그래서 테스트를 해 보니…

수신되는 데이터가 짤려 들어오는것이다

여러 C# 시리얼 통신 예제들은 수신시 이벤트가 발생하도록 되어 있다. 이 시리얼 통신의 수신 이벤트가 발생하면 수신 버퍼에서 데이터를 가져와 처리를 하게 된다. 문제는 이 이벤트가 한번 데이터 송신시 한번 되는것이 아닌, 두세번에 걸쳐 나눠 들어오는 것이다. 간단한 예를 들어보면…

동해물과 백두산이 마르고 닳도록 하느님이 보우하사 우리나라 만세
무궁화 삼천리 화려강산 대한사람 대한으로 길이 보전하세

라는 문자열 데이터를 시리얼 통신으로 받으면

동해물과 백두산이 마르고 닳도록 하느님이 보우하

사 우리나라 만세
무궁화 삼천리 화려강산 대한사람 대

한으로 길이 보전하세

라고 세번의 이벤트가 발생되고 이걸 합쳐야 원래의 데이터로 들어오는것이다. USB to RS232 통신이여서 그런건지, 아니면 C#에서 제공하는 시리얼 통신 예제의 문제인지, 아니면 송신하는 쪽의 문제인건지, 통신 설정의 문제인지는 정확히 알 수 없지만. 여튼 데이터가 나눠진다. 나눠지는 횟수나 데이터가 잘려지는 위치는 그때그때 랜덤하며, 이게 결국 비트로 들어오는 데이터다보니 합치는것도 잘 합쳐야 데이터가 깨지지 않는다. 그리고 아무리 잘 들어와도 조금씩 데이터가 깨지는건 덤

문제는, 내가 필요로하는건 측정 장비에서 송신하는 데이터를 모두 받은 다음 아스키 코드로 번역하여 문자열로 만들고, 완성된 문자열에서 특정 값들을 가져오는것. 가져와서 DB에 쏴주고 특정 값은 HTTP POST로 보내줘야 한다.

그래서 어떻게 할까 고민을 했었는데, 결과적으로는 야매스러운 방법이긴 했지만, 완성을 하였다.

데이터 수신을 받아 처음과 끝으로 구분

내가 한 방법은 이 소제목과 같다. 측정 장비는 정규화된 문자열을 보내준다. 그중에서 값 부분만 측정한 값을 채워서 보내주는 것이다. 예를 들어 전자저울 같으면,

''''''''''''''''''''
측정 정보
''''''''''''''''''''
측정 모델       어쩌구
측정 시간       저쩌구 s
측정 타입       어쩌구 type

''''''''''''''''''''
측정 결과
''''''''''''''''''''
최종 무개       저쩌구 kg

''''''''''''''''''''
측정 종료
''''''''''''''''''''

이런식으로 되어 있다는 것. 물론 원래 전자저울은 그냥 00.00KG. 딱 한줄 찍어 보내준다. 이건 그냥 예시를 위해…

그러니까 여기서 시작은 “측정 정보” 라는 문자열로, 끝은 “측정 종료” 라는 문자열로 구분할 수 있다는 것. 시리얼 통신을 쭈욱 받아 문자열로 계속 쌓으면서 시작 문자열이 확인이 되면 그 앞은 다 버리고, 그 뒤부터 다시 차곡차곡 쌓는다. 쌓다가 “측정 종료” 라는 문자열을 확인하게 되면 그 앞은 필요한 곳으로 전송하던지 저장하고 있던지 하고, 그 뒤에 들어오는 문자열은 버리는것.

좋은 솔루션이라고는 할 수 없다 하지만, 별다른 해결 방법이 안보이는데 뭐… 정확히는 RS232 통신 쪽 설정 문제인거 같은데, 나로써는 도저히 해결을 할 수 없어 보여 이런 방법이라도 적용해본거지.

코드 및 설명

앞에서 이미 다 설명했으니 관련된 부분의 코드만 간략하게 기록한다. 아무래도 현재 돌아가고 있는 프로그램의 코드고 내 실력이 형편없어 보기 난해할 순 있지만. 그래도 나는 이런식으로 해결했다는 의미로 남기는 것.

int offset = 0;
string startStr;
string endStr;


private void sPort_DataReceived(object sender, SerialDataReceivedEventArgs e)
        {
            byte[] rxBuffer;

            if (offset == 0)
            {
                rxBuffer = new byte[4096];
            }

            string rxString = "";
            int intRecSize = sPort.BytesToRead;

            if (intRecSize != 0)
            {
                sPort.Read(rxBuffer, offset, intRecSize);
                offset += intRecSize;

                for (int iTemp = 0; iTemp < offset; iTemp++)
                {
                    rxString += Convert.ToChar(rxBuffer[iTemp]);    
                }

                if (rxString.Contains(startStr))
                {
                    rxString = rxString.Substring(rxString.IndexOf(startStr));
                    if (rxString.Contains(endStr))
                    {
                        program.dataReceived(rxString, "Receive");
                        offset = 0;
                    }
                }
            }
        }

시리얼 통신 예제 자체는 이미 인터넷에 많이 돌아다니고 있다. 다만 이 부분이 해결된 시리얼 통신 예제는 보이지가 않더라. 그러니까 이런 경우가 흔하지는 않다는 거고… 흔하지 않다는건 잘 해 두기만 한다면 이런 문제는 없다는 거겠지. 그래서, 시리얼 통신 자체의 부분은 생략한다. 해당 메서드는 시리얼 통신 예제에서 시리얼 데이터가 수신될 때 발생하는 이벤트 메서드이니 쉽게 찾을 수 있을 것이다.

여기에서 startStr과 endStr 변수는 통신의 시작과 종료에 정해진 문자열을 지정하면 된다. 코드를 간단히 보면 알겠지만 시리얼 통신으로 받는 족족 문자열로 변환한 후 시작 문자열과 종료 문자열을 검사해서 시작 문자열이 있으면 그 이전은 잘라내고, 시작 문자열과 종료 문자열 둘다 있으면, 특별한 작업을 하던지 다른 클래스로 보내던지(여기서는

program.dataReceived(rxString, "Receive");

라는 부분으로 program 클래스에 완성 문자열을 보내게 된다.) 하면 되고, 시작과 끝으로 셋트가 맞춰지면 offset을 0으로 하여 문자열을 초기화 하고 다음 시리얼 통신의 수신 대기를 하게 된다.

이렇게 해서 일단 필요하다고 하는 현장 두곳에다가 넣어놨는데, 지금까지 클래임 없이 조용한걸 보면 아마도 잘 작동하는듯.

[C#] WPF 프로그램의 노티바(시스템 트레이) 아이콘 생성

그냥 바로 못한다

현장실습 중 만든 프로그램은 기본적으로 작동중에는 백그라운드에서 돌아야 한다. 라는 조건이 붙는데, 아래 글(2017/02/06 - [Tip/Develop] - [C#] WinForm 프로그램의 노티바(시스템 트레이) 아이콘 생성)과 같은 조건이다. 같은 C#이고, 전에 만들어둔 코드를 그대로 붙혀 두면 될 것이라고 쉽게 생각했었는데, 그게 아니었다. 당장 NotifyIcon 이라는 도구상자 컴포넌트가 없다.

이유를 알아보니, NotifyIcon이라는 컴포넌트는 System.Windows.Forms 안에 포함되어 있는 거고, WPF는 Forms를 Using하지 않으니 바로 사용할 수 없는 것. 간단하게 System.Windows.Forms을 Using하면 되지 않을까 라는 생각을 하지만, 그렇게 할 경우 MessageBox와 같은 System.Windows.Forms와 System.Windows.Controls에 동일하게 존재하는 객체들의 모호성이 생긴다.

결국은 그냥 NotifyIcon 객체를 직접 지시하여 생성해 주고 그 설정을 맞춰주면 된다. 사실 WinForm의 방법과 크게 차이는 없지만, 직접 지시를 해줘야 하는 부분이 있어야 한다는것.

배경이 똑같으니 목적이나 방법 또한 아래 글(2017/02/06 - [Tip/Develop] - [C#] WinForm 프로그램의 노티바(시스템 트레이) 아이콘 생성)과 거히 동일하니 뭘 할 건지는 해당 글을 먼저 보고 오는것을 추천.

그래서 하는 방법

매인 윈도우가 있는 클래스에 전역변수로 NotifyIcon을 직접 생성해 주고, init를 할 때 해당 객체를 적당히 맞춰준다. WinForm에서 생성하는것과는 다른 부분이 바로 이 부분이고, 그 뒤의 부분은 동일. 필요한 상황에 맞는 이벤트나 메서드에 NotifyIcon을 보여주고 창을 숨긴다. NotifyIcon에 더블클릭 이벤트를 걸어주고, 이 이벤트 안에는 NotifyIcon을 숨기고 창을 보이게 하는것.

1. NotifyIcon을 생성하고 설정

 public partial class MainWindow : Window{
    public System.Windows.Forms.NotifyIcon notify;

    public MainWindow(){
        InitializeComponent();
    }
    ...

전역으로 하나 생성해주고,

private void Window_Loaded(object sender, RoutedEventArgs e){
     notify = new System.Windows.Forms.NotifyIcon();
     notify.Icon = Properties.Resources.ico;
     notify.Text = "PLC 통신";
     notify.DoubleClick += Notify_DoubleClick;

     ...
}

Window가 로드될 때 이름과 아이콘, 그리고 이벤트를 지정해 준다. WinForm때와 마찬가지로 아이콘은 지정해주지 않으면 아무리 잘해도 보이지 않으니강조하는 이유는 내가 당해봐서… 꼭 빼먹지 말고 해주자.

2. 창이 숨겨지고 시스템 트레이 아이콘이 보이게

3. 시스템 트레이 아이콘이 숨겨지고 창이 보이게

는 사실 WinForm때와 동일하다. 2번의 경우 창이 닫길때나 숨겨야 할 상황의 메서드에 창을 숨기고 notifyIcon을 보이게 하면 되고, 3번의 경우에는 그 반대. 물론 그렇다고 WinForm의 코드를 그대로 복붙해서는 안된다. 창의 숨김, 보이기가 WinForm과는 다르니까 신경써주자.

 private void Window_Closing(object sender, System.ComponentModel.CancelEventArgs e)
        { 
            if(SharedKeyword.isRunning == true)
            {
                notify.Visible = true;
                this.Visibility = Visibility.Collapsed;
                e.Cancel = true;
                return;

            }

private void Notify_DoubleClick(object sender, EventArgs e)
        {
            notify.Visible = false;
            this.Visibility = Visibility.Visible;
        }

[C#] WinForm 프로그램의 노티바(시스템 트레이) 아이콘 생성

간단한것만…

현장실습 중에 만든 프로그램에서 가장 기본이 되어야 하는것이 작동중에는 백그라운드에서 돌아야 한다.

막 메뉴가 추가되거나, 아이콘이 상태에 따라서 바뀌거나 하는것이 아닌 간단한 정도만 구현하면 됬었다. 그러니까 순전히 프로그램이 작동중일때(미들웨어로써 역활을 하고 있을때) 프로그램 종료를 하면 종료가 되는것이 아닌

1. 창이 숨겨지고 2. 시스템 트레이(노티바)에 띄워지도록하고 3. 노티바 아이콘을 더블클릭하면 다시 창이 보이며 시스템 트레이(노티바) 아이콘은 없어지도록

하는것.

위의 목적대로 만드는 방법

WinForm 프로그램은 만들기 쉽다. 도구 상자에서 NotifyIcon 을 가져와서, 아이콘과 이름을 지정한 후, 필요한 상황에 맞는 이벤트나 메서드에 NotifyIcon을 보이게 하고 창을 숨기면 된다. NotifyIcon의 더블클릭 이벤트를 생성해주고 이 이벤트 안에는 NotifyIcon을 숨기고 창을 보이게 하면 끝.

1.NotifyIcon을 생성한다

그냥 도구상자에서 찾아 끌어오면 된다. 그리고 해당 콤포넌트의 아이콘과 이름을 지정해준다. 귀찮으니 이름은 기본값으로 놔두었다. 아이콘은 없으면 안된다. 아이콘이 없으면 아무리 잘 해놔도 보이지 않는다. 아무 아이콘이나 대충 끌어와 리소스에 넣고 맞춰주자.

2.창이 숨겨지고 시스템 트레이 아이콘이 보이게

위와 같은 목적으로 하려면 프로그램이 종료되지 않게 해야 하므로, 해당 프로그램의 매인 From에 FormCosing 이벤트를 붙이고, 해당 메서드에 다음과 같이 작성하면 된다.

private void MoisturmMeasurmentProgram_FormClosing(object sender, FormClosingEventArgs e){
        if (!btnStart.Enabled)
        {
            e.Cancel = true;
            notifyIcon1.Visible = true;
            this.Visible = false;
            return;
        }
    }

물론 상황에 따라 저 if안에 검사할 조건을 바꿔야 한다. 나 같은 경우는 btnStart라는 버튼을 활성화, 비활성화 하는것에 따라 프로그램의 작동 상황을 구분하니 이렇게 한 것이고… 물론 이렇게 하면 안된다!

FromClosing 이벤트를 취소하기 위해 e.Cancel = true를 하였고, 시스템 트레이(노티바) 아이콘을 보이게 한 후, 이 From을 보이지 않게 한다.

3.시스템 트레이 아이콘이 숨겨지고 창이 보이게

창을 다시 띄우고 싶을때 해당하는 메서드에 동작을 넣어주면 된다. 소제목도 2번과 반대이고 로직또한 2번과 반대이니 어렵지 않다. 나는 간단하게 시스템 트레이 아이콘을 더블클릭하면 해당 동작이 되게 한다. 그러기 위해서는 시스템 트레이(노티바) 아이콘의 더블클릭 이벤트를 붙혀주면 된다.

이벤트 붙이는거야 뭐 속성에서 이벤트를 더블클릭해서 메서드 생성을 해주던지, 직접 코드에서 붙혀주던지 알아서 하면 된다. 아래는 해당 이벤트 코드이다.

private void notifyIcon1_MouseDoubleClick(object sender, MouseEventArgs e){
        this.Visible = true;
        this.Activate();
    }

[안드로이드] Snackbar(스낵바) 사용하기

설명

안드로이드 5.0 롤리팝과 함께 공개된 머터리얼 디자인(Material Design) 가이드에는 Toast와 비슷하지만 뭔가 다른 느낌의 무언가가 있었는데 바로 Snackbar이다.

API 버전 20 이하 (킷캣 이하)의 안드로이드 버전에서는 Support Library v4가 필요하며 API도 간단해서 금방 사용할 수 있다. 이번 시간에는 Snackbar의 구현과, Toast와의 차이점을 설명해보겠다.

자세한 API 설명은 안드로이드 레퍼런스에서 확인할 수 있다.
http://developer.android.com/reference/android/support/design/widget/Snackbar.html

Toast와의 차이점

아래는 Snackbar와 Toast의 API이다.

Snackbar API
Snackbar.make (View view, CharSquence text, int duration)
Snackbar.make (View view, int resId, int duration)

Snackbar 생성시 View와 문자열(리소스 포함), 지속 시간 (int형)을 매개변수로 받는다.

Toast API
Toast.makeText (Context context, CharSequence text, int duration)
Toast.makeText (Context context, int resId, int duration)

Toast 생성시 Context (보통 this), 문자열(리소스 포함), 지속 시간(int형)을 매개변수로 받는다.

두가지 모두 사용자에게 알린다는 목적은 같다. 하지만 약간의 기능과 구현 방법에서 차이가 있다.

• Snackbar를 API 21 (롤리팝) 이하에서 구현하기 위해서는 SupportLibrary v4가 필요하다.
• Snackbar은 Action을 통해 OnClick을 설정할 수 있다.
• Toast는 Context를 인자로 받고, Snackbar는 View를 매개변수로 받는다.

그래도 show() 써줘야하는건 똑같다. 사랑이 돌아오듯 show()도 돌아온다

Snackbar 구현하기

구현하기에 앞서 잠시 위의 영상을 보자. 구글이 머터리얼 디자인을 공개하면서 같이 공개한 영상이다. 4초밖에 되지 않는 짧은 영상이지만 Snackbar를 표현하기는 충분하다.

기본 구현

영상을 잘 보았다면 아래의 코드를 보도록 하자. 위에서 필자는 Snackbar의 API는 간단하다고 했다. 못봤다면 위에서 다시 보고오자.

위의 ‘Hi! I’m Snackbar!’ 이미지를 만들때 썼던 코드다. 간단하다.

가뜩이나 짧은 코드에서 Action 부분을 빼면 더 짧아진다. 역시 Toast와 비슷하다.
하지만 여기서 끝나면 재미가 없다. 하지만 이미 이 글은 너무 길다.

Action 구현하기

Toast와의 차이점에서도 말했었다. Snackbar는 Action을 통해 OnClick을 받을 수 있다.

가장 위에 있던 기본 코드와의 차이는 단 하나. setAction이다.
달라진 것은 단 하나. 전부입니다.

Snackbar setAction API
setAction(CharSequence text, OnClickListener listener)
setAction(int resId, OnClickListener listener)

Action의 버튼이 될 문자열(리소스 포함), OnClickListener를 매개변수로 받는다.

OnClickListener의 OnClick에 (5번 라인)에 클릭했을 때의 내용을 작성하면 된다.

[안드로이드] 리눅스 커맨드를 실행하고 결과값을 받아오기

(SELinux 상태 확인하기)

Viper4Android Installer 앱을 만들면서 SELinux의 상태를 확인하는 부분을 넣으면서 리눅스 커맨드를 실행, 결과값을 받아와야했다. ProcessBuilder만으로는 실행은 가능하나 결과를 반환할 수 없었기 때문에 BufferReader를 이용하였다.

ProcessBuilder를 이용해 커맨드를 실행하고 BufferReader를 이용해 결과값을 받아올 수 있다.

예시

뜬금없지만 아래는 완성된 코드예시이다.

요약하자면,

SelinuxStatus()를 실행하면 (Process) p가 "getenforce" 명령어를 실행하고, (BufferedReader) br이 (String) line에 p를 실행하고나서의 결과값을 입력한다.

내가 썼지만 무슨 말을 하는지 모르겠다. 그냥 한줄한줄 읽어보자.

설명

line 2 > String line;

문자열 line을 초기화한다. getenforce 명령어를 실행하면 결과값이 문자열로 나오기 때문에 문자열로 초기화하였다.

line 4 > Process p = Runtime.getRuntime.exec(“getenforce”);

“getenforce”라는 명령어를 가져와서 실행한다는 뜻이다. 설정 앱의 휴대전화 정보 (또는 태블릿 정보)에서도 SELinux 상태를 확인할 수 있다.

참고로 “setenforce” 명령어는 SELinux 상태를 변경할 수 있다.
ex) setenforce 0 또는 setenforce 1

line 5 > BufferedReader br = new BufferedReader(new InputStreamReader(p.getInputStream()));

BufferReader가 프로세스 p의 실행 결과를 받아오도록 초기화, 실행한다.

line 6 > line = br.readLine();

br이 읽은 결과 값을 line에 저장한다.

line 7 > return line;

문자열 line을 반환한다.

line 9 > return null;

try문을 실행도중 에러가 발생시 catch문에서 null을 반환한다.

주요 부분

line 4 > Process p = Runtime.getRuntime.exec(“getenforce”);

line 5 > BufferedReader br = new BufferedReader(new InputStreamReader(p.getInputStream()));

line 6 > line = br.readLine();

안드로이드의 특징

• 애플리케이션 프레임워크 : 컴포넌트의 재사용과 대체가 가능
• 달빅 가상 머신 : 모바일 장치에 최적화
• 내장된 웹브라우저 : 오픈 소스인 WebKit 엔진
• 최적화된 그래픽 : 자체 2D라이브러리로 2D 그래픽 지원 및 OpenGL ES 규격에 맞춰 3D 그래픽 지원
• SQLite 데이터베이스 지원
• 각종 오디오, 비디오 규격 지원
• 블루투스, EDGE, 3G, WIFI지원
• 카메라, GPS, 나침판, 가속도계 지원
• 풍부한 개발 환경 제공

컴포넌트의 재사용

안드로이드 애플리케이션은 여러 개의 컴포넌트로 이루어져 있고, 이 컴포넌트는 다른 애플리케이션에서도 사용할 수 있다

자바 언어 사용

자바의 SE버전 중 AWT와 SWING을 제외한 모든 패키지를 사용할 수 있으며, 모바일 환경에서 속도도와 메모리 관리를 위해 자체적인 가상 머신을 사용한다(Dalvik, ART)

XML을 이용한 사용자 인터페이스 사용

함수를 호출하는 기존 절차적 방법을 사용하지 않고, (HTML과 비슷한)보다 진보된 방법인 선언적으로 정의하는 XML방법을 사용한다

첨단 기능 제공

카메라, GPS, 나침판, 가속도계와 같은 센서를 지원하고, 멀티미디어의 지원도 강력하다. 이를 이용한 라이브러리등도 제공한다.

개방적이고 풍부한 개발 환경 제공

누구나 가져다가 사용할 수 있고 무료로 제공된다. 오랜 기간 동안에 검증된 소프트웨어나 기존에 많이 사용되고 있는 개방적인 오픈소스를 제공하여 폐쇠적인 플랫폼과 비교해도 손색없다.

클라우드 컴퓨팅

음성 인식이나 사진 앱, 게임, 이메일, 연락처등을 서버에 저장하고 필요할때 불러오는 방법을 사용할 수 있다.

안드로이드의 구조

안드로이드는 운영체제, 미들웨어, 핵심 애플리케이션을 모두 포함하는 모바일 플랫폼, 구글에서는 안드로이드를 소프트웨어 스택(software stack)라고 부른다.

리눅스 커널

보안, 메모리 관리, 프로세스 관리, 네트워크, 장치 드라이버 같은 시스템 서비스를 제공, 하드웨어와 소프트웨어 스택 사이의 추상화 계층으로 동작하여 하드웨어가 다르더라도 균일한 환경을 제공

안드로이드 런타임

안드로이드 애필리케이션은 리눅스의 하나의 프로세스로 실행되고, 각 프로세스는 자신만의 가상 머신을 가진다.

라이브러리

• 시스템 C 라이브러리 : BSD 기반의 표준 C 라이브러리를 제공
• 미디어 라이브러리 : 오디오, 비디오 형식의 재색 및 녹음을 지원
• Surface manager : 디스플레이 서브시스템을 관리하고 그래픽 레이어를 합성
• LibWebCore : 웹 브라우저 구현 엔진
• SGL : 기본 2D 그래픽 엔진
• 3D 라이브러리 : OpenGL ES API 기반의 라이브러리
• FreeType : 비트맵과 벡터 글꼴 렌더링
• SQLite : 강력하고 가벼운 관계형 데이터베이스

애플리케이션 프레임워크(application framework)

프레임워크가 제공하는 기능을 이용하여 자신들의 애플리케이션을 개발할 수 있다.

애플리케이션(application)

안드로이드에서 모든 애플리케이션은 동일한 라이브러리를 사용하여 실행된다.

애플리케이션의 기초 개념

자바 코드를 컴파일하고 리소스와 결합하여서 안드로이드 패키지로 만든다. 하나의 apk 파일 안에 있는 모든 코드는 하나의 애플리케이션으로 간주된다.

각 애플리케이션은 리눅스 커널 상에서 ID를 부여 받으며, 다른 ID를 가진 애플리케이션에는 접근할 수 없다. 최소 권한의 법칙에 의해 필요한 작업을 할 수 있을 만큼의 권한만 가지고 권한이 없는 시스템 기능에 접근할 수 없다.

애플리케이션이 다른 애플리케이션들과 데이터를 공유해야 할 경우에는 동일한 ID를 부여 받아 같은 프로세스 안에서 동작할 수 있도록 설정 가능하다.

추가 권한이 필요할 경우 애플리케이션 개발 시 추가 권한을 요청할 수 있다.

애플리케이션 컴포넌트

애플리케이션은 컴포넌트로 구성되고 각 컴포넌트는 하나의 독립된 엔티티로 존재, 정해진 역활을 수행, 각 컴포넌트는 애플리케이션을 시작하는 진입점을 가질 수 있다.

• 액티비티 : 사용자 인터페이스 화면을 가지고 특정한 작업을 담당한다
• 서비스 : 백그라운드에서 작업이 필요하거나, 다른 작업을 방해하지 않으면서 독립적인 작업이 필요하거나, 원격 프로세스를 위한 작업을 할 때 사용한다.
• 방송 수신자 : 디바이스의 상태나 제어, 또는 다른 애플리케이션에서 송출된 방송을 수신하여 액티비티를 실행하거나 서비스를 시작할 수 있다. 특정한 방송을 송출할 수 도 있다.
• 콘텐트 제공자 : 데이터를 관리하고 다른 애플리케이션에게 데이터를 제공하는 컴포넌트이다. SQLite 데이터베이스나 웹에 저장하고 다른 애플리케이션과 데이터를 공유할 수 있다.

다른 애플리케이션에서 특정 애플리케이션의 컴포넌트를 공유하여 사용 가능하다. 즉 다른 애플리케이션에서 특정 애플리케이션의 특정 작업을 호출하여 작업하고 그 결과가 리턴되면 계속 작업을 할 수 있는 것.

다른 애플리케이션의 컴포넌트를 사용하기 위해서 인텐트라는 메시지를 전달하고, 안드로이드는 이 엔텐트를 분석하여 적절한 컴포넌트를 찾아 활성화 하고 실행한다. 인텐트는 필요한 작업을 지칭하는 액션과, 필요한 데이터의 URI로 구성되어 있다.

매니페스트 파일

애플리케이션을 실행하려면 애플리케이션안에 어떤 컴포넌트가 존재하는지를 안드로이드에게 알려줘야 하기 때문에 매니페스트 파일을 생성하고, 애플리케이션의 모든 컴포넌트가 선언되어 있다.

추가적으로 애플리케이션의 권한이나, 최소 실행 API, 하드웨어 사양등을 지정하는게 일반적이고, 추가로 컴포넌트를 실행할때 특정 데이터를 선언해 주기도 한다.