WPF & .Net & Pattern http://wpfkorea.egloos.com WPF 및 .Net에 대한 포스팅 ko Wed, 03 Sep 2008 23:22:03 GMT Egloos WPF & .Net & Pattern http://pds9.egloos.com/logo/200808/02/66/f0058866.jpg http://wpfkorea.egloos.com 80 82 WPF 및 .Net에 대한 포스팅 <![CDATA[ 아주 유용한 단축키 [Shift + Alt + F10] ]]> http://wpfkorea.egloos.com/784976 http://wpfkorea.egloos.com/784976
뭐 워낙 간단한 거라고 할 수 있지만 한번 알면 사랑에 빠져버릴만한 단축키입니다.
바로 using 자동 참조를 실행해주는 단축키입니다.

아래는 WPF 프로젝트를 생성하면 자동으로 생성되는 코드입니다.

using System;

using System.Collections.Generic;

using System.Linq;

using System.Text;

using System.Windows;

using System.Windows.Controls;

using System.Windows.Data;

using System.Windows.Documents;

using System.Windows.Input;

using System.Windows.Media;

using System.Windows.Media.Imaging;

using System.Windows.Navigation;

using System.Windows.Shapes;

 

namespace WpfApplication6

{

    /// <summary>

    /// Interaction logic for Window1.xaml

    /// </summary>

    public partial class Window1 : Window

    {

        public Window1()

        {

            InitializeComponent();

        }

    }

}

 
여기서 using 절을 다 제거하고 나면 Window를 찾을수 없다는 에러가 발생합니다.

 namespace WpfApplication6

{

    /// <summary>

    /// Interaction logic for Window1.xaml

    /// </summary>

    public partial class Window1 : Window

    {

        public Window1()

        {

            InitializeComponent();

        }

    }

}

//아래는 발생되는 에러 메세지 입니다.
Error 1 The type or namespace name 'Window' could not be found (are you missing a using directive or an assembly reference?) H:\연습실\temp\WpfApplication6\Window1.xaml.cs 6 36 WpfApplication6

 
이런 경우에 여태까지 Window를 사용할 수 있는 using 문을 찾기 위해 msdn에 들어가야 했지만 단축키만 알고 있다면 아주 쉽게 해결할 수 있습니다.

에러가 난 클래스에 커서를 놓은 후 단축키 [Shift + Alt + F10] 을 누르면 아래와 같이 친절한 Popup이 제공됩니다.
물론 클릭을 하면 자동으로 using 절이 추가됩니다. ㅋㅋ


너무 아름답지 않습니까.
제가 항상 있으면 좋겠는데 하던 기능입니다. ^^
이젠 더이상 using 문을 외울 필요가 없어졌습니다. 만쉐이!!!



tag : , , ,  ]]> .Net using 단축키 Net VIsualStudio2008 http://wpfkorea.egloos.com/784976#comments Thu, 04 Sep 2008 11:24:00 GMT 무테 <![CDATA[ Docking Window with WPF [2] ]]> http://wpfkorea.egloos.com/784697 http://wpfkorea.egloos.com/784697 오늘은 Docking Window안에 실제로 들어갈 내용을 UserControl을 사용하여 만들어 보겠습니다.

 

UserControl을 만들기 전에 저번 포스팅의 마지막 내용만 정리하겠습니다.

 

WPF 프로젝트를 하나 생성합니다.

저는 TestCode02라는 프로젝트를 생성하였습니다. 때문에 namespace에 TestCode02 가 붙게 될 것입니다.

이름은 Window1에서 MainWindow로 수정하였습니다.

 

아래는 MainWindow.xaml의 화면입니다.


 

아래는 MainWidow.xaml.cs(behind code)의 내용입니다.

using System;

using System.Collections.Generic;

using System.Linq;

using System.Text;

using System.Windows;

using System.Windows.Controls;

using System.Windows.Data;

using System.Windows.Documents;

using System.Windows.Input;

using System.Windows.Media;

using System.Windows.Media.Imaging;

using System.Windows.Navigation;

using System.Windows.Shapes;

 

namespace TestCode02

{

    /// <summary>

    /// Interaction logic for MainWindow.xaml

    /// </summary>

    public partial class MainWindow : Window

    {

        public MainWindow()

        {

            InitializeComponent();

        }

    }

}

 

여기까지가 저번 포스팅 내용이였습니다.

 

이제 UserControl을 만들어 보겠습니다.

UserControl을 만드는 방법은 어렵지 않습니다. 사실 너무 쉽습니다.

아래 그림은 TestCode02라는 프로젝트를 오른쪽 클릭하여 Popup을 띄우고 Add를 클릭한 후 다시 UserControl을 선택하는 화면입니다.


 

User Control을 클릭하면 아래와 같은 화면이 나타납니다.

 

UserContrl1.xaml 로 되어 있는 Name을 DockingUserControl로 수정하고 Add 버튼을 누릅니다.

 

아래 그림은 TestCode01이라는 솔루션에 현재 작업중인 TestCode02라는 프로젝트입니다.

TestCode02프로젝트안에 DockingUserControl이 추가된 것을 확인 하실 수 있습니다.


 

DockingUserControl의 Xaml 화면은 다음과 같습니다.


 

윈도우 xaml 화면과 거의 동일한 것을 알수 있습니다.

일단 확인하시켜 드리기위해서 아래는 Window xaml 화면입니다.


 

UserControl은 <UserControl ~ 로 시작되고 끝난다는 것과 Window는 <Window ~로 시작되고 끝난다는 것 뿐입니다.

우리는 이 UserControl을 사용해서 Docking Window용 컨텐트를 만들어 볼 것입니다.

 

아래는 DockingUserControl.xaml.cs(behind code)의 내용입니다.

이것또한 위에 있는 MainWidow.xaml.cs와 비교해 보기시 바랍니다. 다른 것들이 거의 없습니다.

Window를 상속받았는지 UserControl을 상속받았는지의 차이입니다.

using System;

using System.Collections.Generic;

using System.Linq;

using System.Text;

using System.Windows;

using System.Windows.Controls;

using System.Windows.Data;

using System.Windows.Documents;

using System.Windows.Input;

using System.Windows.Media;

using System.Windows.Media.Imaging;

using System.Windows.Navigation;

using System.Windows.Shapes;

 

namespace TestCode02

{

    /// <summary>

    /// Interaction logic for DockingUserControl.xaml

    /// </summary>

    public partial class DockingUserControl : UserControl

    {

        public DockingUserControl()

        {

            InitializeComponent();

        }

    }

}

 

그럼 간단한 UserControl UI를 디자인을 하겠습니다.

우선은 Grid를 연한 나무색으로 칠합니다. <Grid Background="BurlyWood">

덤으로 Grid에게 이름도 넣어줍니다. Grid에 들어간 이름은 나중에 사용됩니다. <Grid Name="xGrid" Background="BurlyWood">

(저는 xaml에서 디자인된 Control의 이름은 접두사로 x를 붙여주기 때문에 xGrid로 이름을 정했습니다.)

추가로 설명 드리자면 Xaml에 디자인된 Control들은 Name이 존재하지 않아도 오류를 발생시키지 않습니다.

그렇지만 해당 Control을 behinde Code에서 사용하기 위해서는 Name을 지정해 주어야 합니다.


 

다음은 UserControl에 붙일 Caption을 디자인 하겠습니다.

Caption의 용도로 Border를 선택하기로 하였습니다.

 

아래는 Border를 UserControl에 올려 놓은 화면입니다.


 

위에 디자인은 Border를 아래와 같이 설정한 화면입니다.

이름: xBorderheader

높이: “20”,

수직정렬: 상단

배경: 검은색

수평정렬:늘림

<Border Name="xBorderHeader" Height="20" VerticalAlignment="Top" Background="Black" HorizontalAlignment="Stretch">

 

마지막으로 버튼을 디자인 하겠습니다.

 

위에 디자인은 Button을 아래와 같이 설정한 화면입니다.

이름: xButton

넓이: “30”

높이: “15”

수평정렬: 오른쪽

<Button Name="xButton" Width="30" HorizontalAlignment="Right" Height="15" />

 

아직 UserControl에 실제 Logic을 넣지는 않았지만 외형은 간단하게 만들었습니다.

이제 UserControl을 MainWindow에 넣어서 잘 들어가는 지 확인을 해 보겠습니다.

 

아래는 xaml 만을 수정해서 UserControl을 MainWindow에 삽입한 예입니다.


 

추가한 스크립트는 아래 노란색 부분입니다.(아래 주석은 에러가 납니다 만일 붙여넣기 하실거면 주석을 삭제하십시오.)

<Window x:Class="TestCode02.MainWindow"

    xmlns="http://schemas.microsoft.com/winfx/2006/xaml/presentation"

    xmlns:x="http://schemas.microsoft.com/winfx/2006/xaml"

    Title="Window1" Height="300" Width="300"

<!—아래 부분은 C#의 Using 절이라고 생각하시면 됩니다.-->

    xmlns:TestCode02="clr-namespace:TestCode02">

    <Grid >

<!—아래 부분은 Grid 안에 DockingUserControl을 삽입하는 것이라고 생각하시면 됩니다-->

        <TestCode02:DockingUserControl Width="250" Height="250"/> </Grid>

</Window>

 

일단 어떤 xaml 을 사용하는 것 만으로도 간단하가 UserControl을 Window 안에 넣는 것을 보여드렸습니다.

다음번에는 C# 코드를 사용해서 UserControl을 Window에 넣는 것을 보여드리겠습니다.

 

아래 그림은 프로그램이 실행 된 모습입니다.


 

일단 오늘은 간단하게 UserControl을 생성하고 Window에 넣는 과정을 보여드렸습니다.

Docking Window와는 상관 없을수도 있는 내용이지만 이번 기회에 UserControl을 익힐 수 있는 기회가 되셨으면 합니다.

감사합니다.



tag : , , , , , , , ,  ]]> WPF Docking Window WPF .Net DockingWindow 도킹 도킹윈도우 UserControl 사용자정의콘트롤 http://wpfkorea.egloos.com/784697#comments Wed, 03 Sep 2008 10:40:01 GMT 무테 <![CDATA[ Docking Window with WPF [1] ]]> http://wpfkorea.egloos.com/773508 http://wpfkorea.egloos.com/773508 Docking Window UI는 툴바를 Window로 변환하여 더 넓은 작업 공간을 마련하거나 또는 패널 상태로 변환시켜서 고정된 작업 환경을 구축 할 수 있습니다.
때문에 Docking Window UI는 사용자에게 좀더 편안한 작업 환경을 제공합니다. 

UI에 신경쓰지 않는 빠른 개발을 좋아하는 저로서는 사용하기 쉽고 잘 만들어진 Docking Component를 구해서 사용하는 것을 선호하지만 WPF를 사용하면 일정 수준 이상의 Docking UI를 자신만의 스타일로 쉽게 만들 수 있습니다. 

실제로 저희 팀이 진행하는 이번 프로젝트에선 막내 팀원이 구현한 Docking UI를 사용하고 있습니다. 
UI 전문 개발자가 아니여도 WPF를 사용하면 깔끔한 UI를 구현할 수 있습니다.

좀더 자세히 그리고 포괄적인 설명을 위해 Docking Window 를 만들기 위해 필요한 것들은 알아보겠습니다.

Docking Window를 만들기 위한 기본 클래스 들은 아래와 같습니다.

1.     메인 윈도우
아래 그림은 UserControl이 메인 윈도우에 Docking 된 모습입니다.


2.     이쪽 저쪽 붙어다닐 박쥐같은 UserControl을 하나 만들어야 합니다.
아래 그림은 Window가 없는 UserControl의 모습입니다.
검은색은 윈도우의 캡션을 대신 할 부분입니다.


3.     UserControl이 메인 윈도우에서 분리되었을 때 UserControl을 담아 놓을 Window가 하나 있어야 합니다.
아래 그림은 UserControl이 포함 된 Docking 용 Window의 모습입니다.
테두리가 없는 윈도우가 사용되기 때문에 UserControl의 모습과 동일합니다.


4.     MainWindow에서 분리되는 중에 보여줄 투명 윈도우가 있어야 합니다.
아래와 같은 투명 윈도우는 Visual Brush를 이용하면 간단하게 구현할 수 있습니다.

아래 그림은 마우스를 드래그한 후 마우스를 놓기 전까지 나타나는 반투명 윈도우 입니다.



일단 이렇게 MainWindow, UserControl, DockingWindow, TempWindow 정도가 있으면 기본적인 Docking 상황을 만들 수 있습니다.

 

이제 작업을 시작해 보겠습니다.

우선 WPF 프로젝트를 하나 생성하겠습니다.

이름은 Window1에서 MainWindow로 수정하였습니다. 아직 VS2008의 Rename이 완벽하지 않은 관계로 Class 파일명을 Rename 하고 나면 에러가 발생합니다. 수정은 아주 간단하지만 일단 여기선 패스! 자세한 내용은 다음에 포스팅 하겠습니다.

 

아래는 MainWindow.xaml의 화면입니다.

 

아래는 MainWidow.xaml.cs(behind code)의 내용입니다.

using System;

using System.Collections.Generic;

using System.Linq;

using System.Text;

using System.Windows;

using System.Windows.Controls;

using System.Windows.Data;

using System.Windows.Documents;

using System.Windows.Input;

using System.Windows.Media;

using System.Windows.Media.Imaging;

using System.Windows.Navigation;

using System.Windows.Shapes;

 

namespace TestCode02

{

    /// <summary>

    /// Interaction logic for MainWindow.xaml

    /// </summary>

    public partial class MainWindow : Window

    {

        public MainWindow()

        {

            InitializeComponent();

        }

    }

}

 

뭐 시작이 반이라고 일단 프로젝트를 생성하고 나면 절반을 한거 아니겠습니까?

위에 MainWindow.xaml 그림을 보면 Window가 Grid를 가지고 있는 것이 보입니다.

이 Grid가 Docking 가능한 UserControl을 포함하게 되는 녀석입니다.

 

오늘은 일단 여기까지만 포스팅 하겠습니다.



tag : , , , , , ,  ]]> WPF Docking Window WPF .Net DockingWindow 도킹 도킹윈도우 http://wpfkorea.egloos.com/773508#comments Sun, 31 Aug 2008 23:40:25 GMT 무테 <![CDATA[ Subversion (SVN) ]]> http://wpfkorea.egloos.com/776492 http://wpfkorea.egloos.com/776492 오늘 소개드릴 프로그램은 대표적인 버전 관리 Tool인 SVN입니다.

저희 팀 같은 경우에도 Subversion으로 프로젝트의 버전관리를 하고 있습니다.
그런데 아직 SVN이나 CVS를 사용해보지 못하신 분들은 용어를 많이 헷갈려 합니다.

시중에 소개되어 있는 책 같은 경우에는 대부분 CVS를 가지고 설명을 하지만 실제 많이 사용되는 것은 SVN이기 때문입니다.

아래처럼 CVS 관련 서적은 많이 나와 있습니다. 
    


하지만 SVN 관련 서적은 찾기가 힘듭니다. 
존재하지도 않을 듯 합니다.
그렇지만 SVN은 CVS의 기능을 강화한 프로그램이기 때문에 SVN에 대한 내용을 알기위해 책을 구매하고 싶으시다면 CVS 서적을 구매하셔도 상관 없습니다.

일단 SVN을 사용하고자 하신다면 SVN을 먼저 설치하셔야 합니다.
SVN을 설치 않으시고 먼저 Tortois SVN을 설치 하신다고 한들 소용 없습니다.
Tortois SVN은 SVN의 서드파티인 비주얼한 클라이언트 입니다.
서버/클라이언트 기능은 Subversion이 가지고 있습니다.

Subversion은 아래 사이트에서 다운로드 받으실 수 있습니다.
http://subversion.tigris.org/ <-- 클릭

사이트에 들어가면 아래와 같은 화면이 나옵니다. 그림이 작게 보이면 클릭하셔서 보시면 됩니다.



사이트에 들어가신후 빨강 사각형 영역에서 필요한 것들을 받으셔서 설치하시면 됩니다.
일단 소개만 할 생각이였기 때문에 여기까지 포스팅 하겠습니다.  




tag : , , , ,  ]]> Dev utility svn subver 서브버전 cvs 버젼관리 http://wpfkorea.egloos.com/776492#comments Thu, 21 Aug 2008 12:46:00 GMT 무테 <![CDATA[ WPF 클래스 구조 ]]> http://wpfkorea.egloos.com/750804 http://wpfkorea.egloos.com/750804



tag : ,  ]]> WPF map 클래스구조 http://wpfkorea.egloos.com/750804#comments Thu, 14 Aug 2008 16:02:00 GMT 무테 <![CDATA[ VisualStudio & UnitTest & Blend ]]> http://wpfkorea.egloos.com/724795 http://wpfkorea.egloos.com/724795 저희 회사에서는 VisualStudio Professional 2008을 사용합니다.
이 VisualStudio Professional 2008은 UniTest를 내장하고 있기 때문에 저희 팀에서는 코딩시 UnitTest를 생성하면서 작업하고 있습니다.

아래 그림 처럼 팝업창에 뜨는 <Create Unit Tests...>를 클릭하시면 UnitTest를 사용하실 수 있습니다.


Blend는 Visual Studio 에서 생성한 솔루션 파일을 Open할 수 있습니다.
뭐 당연한 이야기겠지만 Blend와 Visual Studio는 서로 호환 가능하도록 제품화 되어 있습니다.
디자이너와 개발자의 협업을 위해서는 당연한 것이겠습니다.

일단 저희와 같이 프로젝트를 진행하던 디자이너 한분은 처음부터 블랜드와 비주얼 스트디오를 같이 설치해서 사용하고 있었습니다.
그런데 막상 프로젝트 진행이 막바지로 가면서 디자이너 분들을 더 투입하게 되면서 부터 문제가 발생하였습니다.
VisualStudio가 설치되어 있지 않은 컴퓨터에서는 블랜드가 해당 솔루션을 빌드를 하지 못하는 것이였습니다.

문제는 UnitTest 였습니다.
1. UnitTest를 진행하는 dll이 visualStudio에만 있는 것이였습니다.
2. UnitTest는 내부 변수에 엑서스할수 있는 인자를 제공하는데 이 인자들이 임시 디렉토리에 생성됩니다. 그런데 이 인자들을 블렌드는 생성하지를 못하는 것이였습니다.

일단은 디자이너분들을 위한 솔류션 파일을 하나 더 만드는 것으로 해결을 하였지만 이런 부분에서 문제가 생기는 점들이 블랜드를 사용한 개발자와 디자이너의 협업이라는 면에서 아직은 부족한 면들이 많아 보입니다.

개발자와 디자이너의 협업에 대한 이야기는 좀더 하고 싶은 이야기(불만거리)가 많지만 그건 나중에 또 이야기 해 볼까 합니다.



tag : , ,  ]]> WPF UnitTest VIsualStudio2008 WPF http://wpfkorea.egloos.com/724795#comments Thu, 14 Aug 2008 10:05:00 GMT 무테 <![CDATA[ 소스 명명 규칙(Naming rule) ]]> http://wpfkorea.egloos.com/701313 http://wpfkorea.egloos.com/701313 오늘은 소스 명명 규칙에 대해 이야기 하겠습니다.

팀단위 작업에 있어 소스 명명 규칙(Naming rule)은 매우 중요합니다.

일정한 명명 규칙은 Refactoring을 하는 과정에서도 큰 도움이 되며 팀원간에 소스 이해도를 높여주는 효과가 있습니다.

이 명명 규칙은 혼자서 작업 하는 경우에도 중요하지만 특히 소규모의 팀일지라도 같은 프로젝트를 진행하고 있는 상황에서는 더욱 중요해 집니다.

하지만 그럼에도 불구하고 이 명명 규칙은 표준이라는 것이 없습니다. 대신 팀이건 회사이건 정해진 명명규칙을 꾸준히 지켜가는 것이 중요합니다.

Borland 계열의 툴을 사용하여 C++ 및 Pascal 작업을 주로 하던 저희 팀이 C#을 사용하여 프로젝트를 진행하기로 하였을 때도 작업에 들어가기 전에 명명 규칙을 정하였습니다.

일반적으로 명명 규칙은 개발팀마다 각자 정해놓은 룰이 있으며 SI인 경우에는 프로젝트마다 각각의 명명 규칙이 다른 경우도 있습니다.

명명 규칙에서 가장 기본이 되는 것이 표기법이라고 할 수 있습니다.

대표적인 표기법으로는 모든 단어의 첫 번째 문자를 대문자로 그리고 나머지는 소문자로 표기하는 Pascal 표기법과 맨 앞에 사용된 단어를 소문자로 표기하고 나머지는 Pascal 표기법처럼 단어의 앞 글자만 대문자로 표시하는 Camel(낙타 등 같은 모양이 됩니다.) 표기법이 있습니다.

그리고 최근에는 거의 보기 힘든 변수의 종류 등을 축약하여 단어의 앞에 붙여 넣는 헝가리안 표기법 등이 있습니다.

그럼 이제 저희 팀에서 정해놓은 명명 규칙을 설명 해 볼까 합니다. 아직 명명 규칙을 가지고 있지 않으시다면 참고하셔도 될 듯 합니다.

 

1.     클래스 명에는 파스칼 표기법을 사용합니다.

    public class HelloWorld

    {

        //...

    }

 

2.     함수명에는 파스칼 표기법을 사용합니다.

         void SayHello(string name)
        {

            //…

        }

 

3.     변수명과 함수에 들어가는 파라미터에는 카멜 표기법을 사용합니다.

int totalCount = 0;

 

        void SayHello(string myName)

        {

            string fullMessage = "Hello " + myName;

            ///...

        }

 

4.     인터페이스에는 접두사 "I"가 포함된 파스칼표기법을 사용합니다.

    public interface IHelloWorld

    {

        //...

    }

 

5.     String m_sName 이나 int nAge 같은 헝가리안 표기법을 사용하지 않습니다.

6.     변수에 의미를 충분히 담아서 사용합니다. 약어를 사용하지 않습니다.

7.     i, n, s 같이 한 글자로 된 변수명을 사용하지 않습니다. Index나 temp같은 이름을 사용합니다.

8.     지역변수에는 밑줄(_)을 사용하지 않습니다. 

9.     멤버 변수와 지역변수의 구별을 위해 멤버 변수들 앞에는 밑줄(_)을 사용합니다.

10.   키워드와 비슷한 이름을 사용하지 않습니다.

11.   Boolean 이 들어가는 변수, 속성, 함수(method)등은 "is" 또는 유사한 접두사를 사용합니다.

private bool _isFinished;

 

        private void IsFinished()

        {

            bool isFinished;

        }

 

12.   네임스페이스 명은 다음과 같은 단계의 파스칼 방식을 준수합니다. <회사><솔류션><실팽파일><최상위 폴더+s>…<최하위 폴더+s>

namespace Innotive.InnoWatch.Editor.Files

 

13.    파일명은 클래스이름과 동일하도록 합니다.

14.   파일명은 파스칼 표기법을 사용합니다.

15.   들여쓰기에는 TAB 을 사용합니다.. space 를 사용하지 않는다. Tab 사이즈는 4로 정의합니다.

16.   중괄호는 중괄호 밖에 있는 코드와 같은 레벨에 있어야 합니다.

17.   코드 그룹은 다른 코드들과 한 칸 띄어서 구분합니다.

18.   클래스 안에 있는 함수와 함수 사이는 한 줄씩 떨어져 있도록 한다.

19.   중괄호는 다른 라인과 분리되어 있어야 하며 라인을 같이 쓰지 않습니다.

20.   지시자(operator)와 괄호 앞뒤로는 한 칸의 공간을 남깁니다.

21.   멤버의 변수, 속성, 등은 파일의 상단에 Method인 경우는 파일의 하단에 위치하도록 합니다. 

 

 

]]> http://wpfkorea.egloos.com/701313#comments Wed, 13 Aug 2008 01:38:00 GMT 무테 <![CDATA[ Visual Studio 2008 Service Pack 1 & .NET Framework 3.5 Service Pack 1 정식 버전 출시. ]]> http://wpfkorea.egloos.com/695156 http://wpfkorea.egloos.com/695156
Visual Studio 2008 Service Pack 1

&

.NET Framework 3.5 Service Pack 1 정식 버전 출시.

 

탈도 많고 말도 많았던 괜시리 깔았다가 피를 보게 만들었던 SP1 베타가 끝나고 SP1 정식 버전이 출시 되었습니다.

SP1 을 설치하실 분들은 아래 다운로드 클릭을 하시면 됩니다.

Downloads


아래는 제가 관심있는 내용들만 간략하게 정리한 것입니다.

SP1은 내부 테스트 뿐만 아니라 고객과 파트너의 피트백을 통해 알아낸 문제점들에 초점을 마추였습니다. 이러한 서비스 팩들은 고객들에게 개선된 응답과 안정성 그리고 성능을 제공합니다.

.NET 기반의 윈도우 어플리케이션 개발자들은 WPF 디자이너의 성능 개선의 이익을 누릴수가 있습니다. 그리고 Visual Basic과 Visual C++을 위한 컴포넌트들도 업그레이드 되었습니다. 게다가 IDE 성능이 개선되 SP1은 SQL Server 2008과 ADO.NET 전체 프레임 웍을 완벽하게 지원합니다.

.NET 프레임웍 3.5 서비스 팩 1(SP1)은 더 많은 컨트롤과, 능률적인 셋업, 개선된 시작 성능 그리고 클라이언트 개발자들을 위한 강력한 새로운 그래픽 요소를 제공합니다.

 

Visual Studio 2008 SP1은 다음의 것들은 제공합니다.

  • 개선된 WPF 디자이너들
  • SQL Server 2008 지원
  • ADO.NET 엔티티 디자이너
  • Visual Basic과 Visual C++ 컴포넌트와 툴들
  • Team System의 기능이 개선되었습니다

 

.NET Framework 3.5 SP1은 다음의 것들을 제공합니다.

  • WPF 기반 어플리케이션들의 효율이 20~45% 증가했습니다. –코드를 수정할 필요가 없습니다.
  • WCF에 데이터와 서비스에 접근하할 수 있는 다양한 컨트롤이 추가되었습니다.
  • 클라이언트 어플리케이션을 위한 인스톨 경험이 능률적으로 반영되었습니다.
  • ADO.NET Entity 프레임 웍, ADO .NET Data Services 같은 데이터 플랫폼 영역이 개선되었습니다. SQL Server 2008의 새로운 요소들이 지원됩니다.

 

WPF와 비주얼 디자이너의 기능 개선

  • 어플리케이션의 크기에 따라 20~45%의 시작 성능개선이 있습니다. 코드를 수정하지 않아도 됩니다.
  • WPF에서 텍스트, 그래픽스 그리고 미디어의 성능 개선이 있습니다. 예를들어 그림자와 Blur에서 소프트웨어 렌더링이 사용되었지만 SP1에서는 하드웨어 가속을 사용할 수 있습니다.
  • Text에서 Visual과 drawingBrush 가 더 빨라졌습니다.
  • 디자이너에 컨트롤 이벤트를 위한 프로퍼티 그리드의 이벤트 탭이 지원됩니다.
  • 데이터 확장성의 개선 – 컨테이너 재사용, 트리뷰 보기등의 풍부한 데이터 편집에 대한 지원이 강화되었습니다.
  • Media의 수행 능력이 개선되었습니다.
  • 소프트웨어 서피스에서 실시간으로 비트맵을 갱신하는 WriteableBitmap이 개선되었습니다.
  • Source 모드에서 ToolBox가 지원됩니다.

 

.NET Framwork 3.5 SP1최적화 Client Runtime

SP1은 최적화된 .NET 기반 클라이언트 어플리케이션을 위한.NET Frmawork인스톨 버전을 을제공합니다. 최적화된 런타임의 크기는 20MB가 되지 않습니다.

 

아래는 원문입니다. < http://msdn.microsoft.com/en-us/vstudio/products/cc533447.aspx >

Visual Studio 2008 Service Pack 1 and .NET Framework 3.5 Service Pack 1

Introduction

Visual Studio 2008 and the .NET Framework 3.5 enable developers to rapidly create connected applications that deliver high quality and rich user experiences. Visual Studio 2008 enables organizations of every size to rapidly create secure, manageable, and reliable applications that are optimized for Windows Vista™, SQL Server, the Microsoft 2007 Office system and the Web.

Visual Studio 2008 Service Pack 1 (SP1) and .NET Framework 3.5 SP1 continue Microsoft’s investment in market leading development tools and developer platform. SP1 addresses issues that were found through a combination of customer and partner feedback, as well as internal testing. These service packs offer customers improvements in responsiveness, stability and performance.

Overview

.NET-based Windows application development benefits from increased Windows Presentation Foundation (WPF) designer performance and updated components for Visual Basic and Visual C++ (including a MFC-based Office 2007 Ribbon).  Web development improvements include enhanced the client-side script tooling (JavaScript IntelliSense). In addition to IDE performance improvements SP1 fully supports SQL Server 2008 and the ADO.NET Entity Framework.

The .NET Framework 3.5 Service Pack 1 (SP1) delivers more controls, a streamlined setup, improved start-up performance, and powerful new graphics features for client development and rich data scaffolding, improved AJAX support, and other improvements for Web development. Additionally it introduces support for the ADO.NET Entity Framework and ADO.NET Data Services, which simplify data access code in applications by providing an extensible, conceptual model for data from any data source and enabling this model to closely reflect business requirements.

Visual Studio 2008 SP1 delivers:

*       Improved WPF designers

*       SQL Server 2008 support

*       ADO.NET Entity Designer

*       Visual Basic and Visual C++ components and tools (including an MFC-based Office 2007 style ‘Ribbon’)

*       Visual Studio Team System Team Foundation Server (TFS) addresses customer feedback on version control usability and performance, email integration with work item tracking and full support for hosting on SQL Server 2008

*       Richer JavaScript support, enhanced AJAX and data tools, and Web site deployment improvements

The .NET Framework 3.5 SP1 delivers:

*       Performance increases between 20-45% for WPF-based applications – without having to change any code

*       WCF improvements that give developers more control over the way they access data and services

*       Streamlined installation experience for client applications

*       Improvements in the area of data platform, such as the ADO.NET Entity Framework, ADO.NET Data Services and support for SQL Server 2008’s new features

*        

Additional Details

WPF and visual designer improvements

Cold startup performance improvement ranging between 20-45% depending on application size without needing to modify any code. 

Additional WPF support for text, graphics, and media to deliver better performance. For example, effects like DropShadow and Blur were implemented using software rendering; with SP1 these are now implemented using hardware acceleration. Other examples include:

*       Text, especially when used in Visual and DrawingBrush, is substantially faster,

*       Data scalability improvements - Container Recycling, TreeView virtualization, etc. to enable richer data editing support,

*       Media performance improvements,

*       A much improved WriteableBitmap that enables real-time bitmap updates from a software surface,

*       Designer support for the event tab within the property grid for control events,

*       Toolbox support within source mode.

.NET Framework 3.5 SP1 Optimized Client Runtime

SP1 provides a .NET Framework install version that is optimized for .NET-based client applications. The size of this optimized runtime is less than 20 MB.

New ADO.NET Data Features

ADO.NET Entity Framework

The ADO.NET Entity Framework is the next evolution of ADO.NET, raising the level of abstraction at which programmers work with data, and allowing the database structure or data source to evolve without significant impact to the application code.

Rather than coding against rows and columns, the ADO.NET Entity Framework allows the definition of a higher-level Entity Data Model over your relational data, and allows developers to then program in terms of this model. Developers get to deal with the data in the shapes that make sense for the application, and those shapes are expressed in a richer vocabulary that includes concepts like inheritance, complex types, and explicit relationships.

Use LINQ to Entities with the Entity Framework for queries that help create easy to maintain code that retrieves and works with strongly typed data objects or business entities.

ADO.NET Data Services

The Microsoft ADO.NET Data Services framework provides a first-class infrastructure for developing the next wave of dynamic internet applications by enabling data to be exposed as REST-based data services that can be consumed by client applications (ASP.NET, AJAX, Silverlight) in corporate networks and across the internet. Easily build applications using a comprehensive set of Microsoft .NET libraries and client components, accessing data through uniform URI syntax and using standard HTTP verbs to operate on the resource.

ADO.NET Data Services provides a framework to build data services for relational data sources, such as Microsoft SQL Server, MySQL, DB2, and Oracle, using the built-in support for the ADO.NET Entity Framework, or for non-relational data sources using the pluggable provider model.

TFS improvements

A number of improvements have been made to Visual Studio Team System 2008 Team Foundation including:

Version Control

*       Simplified the user experience through cleaner “Add to Source Control” dialogs, drag and drop support to the Source Control Explorer and a much easier to use “Workspace” dialog for working folder mappings.

*       Version control now automatically supports non-solution controlled files.

*       Various changes to the Source Control Explorer such as a new checkin date/time display column, local path hyperlink support and en editable source location field.

Work Item Tracking

*       Microsoft Office 2007 integration is now done using the standard Office “Ribbon” delivering a cleaner and easier to use integration to the different Microsoft Office 2007 products.

*       Email integration for work items and links for Team system Web Access to make it easier to use email as part of the development lifecycle.

Visual SourceSafe migration tool

*       The migration tool has been dramatically improved through many performance and reliability improvements. SP1 provides support for the elimination of namespace conflicts, automatic solution rebinding, improves timestamp coherency and increases the amount of migration logging information available.

Additional Features

*       Support for using SQL Server 2008 with Team Foundation Server.

*       Team System Web Access provides “live” links to work items and checkin emails. This improves the customer experience for users who do not use Team Explorer.

*       Scripting support for the creation of Team Projects.

Performance and scalability

*       With SP1 a large part of the focus was to improve the performance and scalability of Team Foundation Server through changes such as faster synchronization with Active Directory, improved checkin concurrency, a faster way to create source tree branches, online index rebuilding for less maintenance downtime and better support for very large checkin sets.

*       Improvements in the number of projects a server can support that make not only the scalability of the server better but also the client experience when connecting to a server with a large number of projects on it.

 

 

]]> .Net http://wpfkorea.egloos.com/695156#comments Tue, 12 Aug 2008 06:13:36 GMT 무테 <![CDATA[ 격리된 저장소(Isolated Storage)에 대하여 ]]> http://wpfkorea.egloos.com/692352 http://wpfkorea.egloos.com/692352 오늘은 격리된 저장소(Isolated Storage)에 대해 이야기 해 보겠습니다.

MS는 Windows 버전이 새로 나올때마다 새로운 방식의 표준 데이타 입출력 방법들을 선 보였습니다.
Window XP를 지나고 Vista에 이르러서 (정확히 말하면 운영체계와는 관계가 없습니다만) MS는 Ini 파일 입출력 방식과 Registry 방식을 뛰어넘는 또 다른 표준 데이타 입출력 방식인 Isolated Storage를 만들었습니다.

Isolated Storage는 기존 Ini나 Registry의 복합적인 성격을 가지고 있을 뿐만 아니라 보안이 한층 강화된 파일 입출력 방식을 제공합니다.

Isolated Storage는 우리가 일반 파일 입출력 방식을 사용하는 것과 비교하여 다음과 같은 장점을 가지고 있습니다.

  • 관리자는 파일 저장소 구성, 보안 정책 설정, 사용하지 않은 데이타 삭제를 위해 isolated storage를 조작하는 도구를 사용 할 수 있습니다.
  • Isolated Storage를 사용하면 소스에 임의의 경로를 포함하는 코드를 삽입하지 않아도 됩니다. 또한 다른 프로그램으로 부터 데이타를 보호할 수 있습니다.
  • Isolated Storage를 사용하면 컴퓨터의 보안 정책의 의해 제어되는 방식으로 데이터를 저장할 수 있습니다. 
    이 방법은 특히 사용자가 주의해서 실행해야 하는 웹 응용 프로그램 및 다운로드된 구성 요소에 유용합니다.
    보안 정책은 표준 입출력 방식을 사용하는 파일 시스템에 접근할 수 있는 사용 권한을 부여하지 않지만 Isolated Storage는 로컬 컴퓨터, 로컬 네트워크 또는 인터넷에서 실행중인 코드에서도 사용할 수 있습니다.

Isolated Storage(격리된 저장소)는 왜 필요한 걸까요?

클라이언트 어플리케이션 개발에는 필연적으로 따르는 것이 설정에 대한 저장입니다.

이 설정에 대한 저장 기능은 Window 재부팅에도 상관없이 데이터를 보존하고 있어야 하기 때문에 하드의 어느 공간에 저장을 해야 합니다.

기존에는 Program Files에 설치된 자기 응용프로그램 폴더에 데이터를 보존했지만 Vista에 UAC 기능이 개발자로 하여금 Program Files에 대한 권한을 사용하지 못하도록 막혀 버렸습니다.

그렇다고 임의의 폴더를 있으려니 하는 마음으로 “C:\Temp” 같은 위치에 데이터를 저장하는 것은 사용자가 또는 다른 응용 프로그램이 언제든지 지워버릴 수 있다는 문제가 발생합니다.

이렇게 파일에 데이터를 저장하는 경우, 저장소 위치가 다른 응용 프로그램에 알려져 손상 될 가능성을 최소화 할 수 있도록 파일 이름과 저장소 위치는 신중하게 선택되어야 합니다.

이러한 문제를 관리하가 위해 적절한 표준 시스템이 없는 경우 저장소 충돌을 최소화 하는 임시 저장소를 쓰는 방법등 개발도 복잡할 뿐더러 신뢰하기도 힘듭니다.

 

그럼 Isolated Storage(격리된 저장소)는 어떤 지원을 해주길래 다른 걸까요?

격리된 저장소를 사용하는 경우 응용 프로그램은 웹 사이트, 게시자, 서명 등과 같은 코드의 식별 정보에 관련된 고유 데이터 구역(Data compartment)에 데이터를 저장합니다.

데이터 구획(Data compartment)은 특정 저장소 위치가 아니라 추상적인 개념이며 저장소라고 하는 하나 이상의 격리된 저장소 파일로 구성됩니다.

이 저장소는 데이터가 저장되는 실제 디렉터리 위치를 포함합니다.

예를 들어 웹 응용 프로그램은 관련된 데이터 컴파트먼트를 가질 수 있고 파일 시스템의 디렉터리는 이 응용 프로그램의 데이터를 실제로 유지하는 저장소를 구현할 수 있습니다.

저장소에 저장된 데이터는 사용자 기본 설정 정보에서 응용 프로그램 상태에 이르기까지 모든 종류의 데이터가 될 수 있습니다.

개발자에게 데이터 컴파트먼트의 위치는 투명하며 저장소는 일반적으로 클라이언트에 상주하지만 서버 응용 프로그램에서 저장소의 사용자를 가장하여 격리된 저장소에 정보를 저장할 수 있습니다.

또한 격리된 저장소는 로밍 사용자와 함께 정보가 이동되도록 사용자의 로밍 프로필과 함께 서버의 정보를 저장할 수 있습니다.

관리자는 해당 신뢰 수준에 따라 응용 프로그램 또는 사용자가 가질 수 있는 격리된 저장소 양을 제한할 수 있습니다.

또한 사용자의 지속된 데이터를 모두 제거할 수도 있습니다. 격리된 저장소를 만들거나 격리된 저장소에 액세스하려면 코드에 적절한 격리된 저장소 파일에 대한 권한이 부여되어야 합니다.

 

격리된 저장소에 액세스하려면 필요한 네이티브 플랫폼 운영 체제 권한이 모두 코드에 있어야 합니다.

예를 들어 Windows 2000에서는 파일 시스템을 사용할 수 있는 권한을 가진 사용자를 제어하는 ACL(액세스 제어 목록)이 충족되어야 합니다.

Microsoft .NET Framework 응용 프로그램은 특정 플랫폼 관련 가장을 수행하는 경우를 제외하고는 격리된 저장소에 액세스할 수 있는 운영 체제 권한을 이미 가지고 있습니다.

이런 경우 응용 프로그램은 가장된 사용자 ID가 격리된 저장소에 액세스할 수 있는 적절한 운영 체제 권한을 가지고 있는지 확인해야 합니다.

이 권한은 웹에서 실행되거나 다운로드된 코드에 특정 사용자와 관련된 저장소 영역에서 읽고 쓸 수 있는 편리한 방법을 제공합니다.

때때로 운영 체제의 파일 시스템을 사용하여 격리된 저장소에 대한 변경 내용을 확인하면 도움이 됩니다.

또한 개발자는 격리된 저장소 파일의 위치도 알아야 합니다. 이 위치는 운영 체제에 따라 다릅니다.

 

다음 표에서는 일반적으로 사용되는 몇 가지 운영 체제에서 격리된 저장소가 만들어지는 루트 위치를 보여 줍니다.

이 루트 위치 아래에 있는 Microsoft\IsolatedStorage 디렉터리를 찾으면됩니다. 파일 시스템에서 격리된 저장소를 보려면 숨김 파일과 폴더를 표시하도록 폴더 설정을 변경해야 합니다.

운영 체제

파일 시스템에서의 위치

Windows 98, Windows Me - 사용자 프로필을 사용할 수 없음

로밍 가능 저장소 =<SYSTEMROOT>\Application Data

비로밍 저장소 = WINDOWS\Local Settings\Application Data

Windows 98, Windows Me - 사용자 프로필 사용 가능

로밍 가능 저장소 =<SYSTEMROOT>\Profiles\<user>\Application Data

비로밍 저장소 = Windows\Local Settings\Application Data

Windows NT 4.0

<SYSTEMROOT>\Profiles\<user>\Application Data

Windows NT 4.0 - 서비스 팩 4

로밍 가능 저장소 =<SYSTEMROOT>\Profiles\<user>\Application Data

비로밍 저장소 =<SYSTEMROOT>\Profiles\<user>\Local Settings\Application Data

Windows 2000, Windows XP, Windows Server 2003 - NT 4.0에서 업그레이드

로밍 가능 저장소 =<SYSTEMROOT>\Profiles\<user>\Application Data

비로밍 저장소 =<SYSTEMROOT>\Profiles\<user>\Local Settings\Application Data

Windows 2000 - 새로 설치 및 Windows 98, NT 3.51에서 업그레이드

로밍 가능 저장소 =<SYSTEMDRIVE>\Documents and Settings\<user>\Application Data

비로밍 저장소 =<SYSTEMDRIVE>\Documents and Settings\<user>\Local Settings\Application Data

Windows XP, Windows Server 2003 - 새로 설치 및 Windows 2000, Windows 98에서 업그레이드

로밍 가능 저장소 =<SYSTEMDRIVE>\Documents and Settings\<user>\Application Data

비로밍 저장소 =<SYSTEMDRIVE>\Documents and Settings\<user>\Local Settings\Application Data

 

 

이제 Isolated Storage를 사용하는 경우에 대해 알아보겠습니다.

  • 웹에서 다운로드된 컨트롤은 일반 입출력 클래스를 통해 하드 드라이브에 쓸 수 없습니다. 이런 경우 Isolated Storage를 사용하면 됩니다.
  • 지속적인 파일 입출력이 필요한 웹 응용 프로그램인 경우에도 파일 입출력을 사용없는 것은 마찬가지입니다. 이런 경우 Isolated Storage를 사용하면 됩니다.
  • 응용 프로그램 간에 공유되는 구성요소는 Isolated Storage를 사용하여 데이터 저장소에 대한 제어된 엑서스를 제공 할 수 있습니다.
  • 서버 프로그래밍을 해야 한다면 사용자별 저장소를 제공해야 하는 경우가 있습니다. 이런경우 Isolated Storage를 사용하면 됩니다.
  • 로밍, 또는 응용프로그램에서 Isolated Storage를 사용하여 로밍 사용자 프로필을저장할 수 있습니다.

 

다음과 같은 경우에는 Isolated Storage를 권하지 않습니다.

  • Isolated Storage는 암호화 되어 있지 않습니다. 그러므로 보안이 필요한 정보를 암호화 하지 않고 Isolated Storage에 저장하면 안됩니다.
  • Isolated Storage는 코드를 저장하는 데 사용할 수 없습니다.

 

 

 







<추가 작업 중입니다.>
관련 자료는 아래에 있습니다.
http://msdn.microsoft.com/ko-kr/library/bdts8hk0.aspx

 



tag : , , ,  ]]> .Net isolated storage vista .Net http://wpfkorea.egloos.com/692352#comments Mon, 11 Aug 2008 12:38:58 GMT 무테 <![CDATA[ switch문을 사용한 변태적 코드 만들기. ]]> http://wpfkorea.egloos.com/674635 http://wpfkorea.egloos.com/674635 C#에서 switch문은 나름의 독특한 특성을 가지고 있습니다.

그리고 기존에 C++을 사용하시던 분들에게는 좀더 불펴해 보일수 있는 것들도 있습니다.

그럼 C#에서만 볼수있는 독특한 형식을 사용해서 변태적 성향의 switch문들을 만들어 볼까 합니다.

 

예시 소스는 당연히 제가 만들지 않았습니다. 아래에서 가져왔습니다.

내용도 아래 사이트를 참조한 것이니 오늘 포스팅의 원본이라고 생각 하셔도 됩니다.

http://blog.paranoidferret.com/index.php/2008/08/06/csharp-tutorial-switch-statement-games/

 

우선 C++ 개발자 들이 불편해 하는 상황을 알아보겠습니다.

C#에서 아래와 같은 코드는 에러를 발생시킵니다.

using System;

 

namespace ConsoleApplication1

{

    class Program

    {

        static void Main(string[] args)

        {

            Switch01(0);

            Console.ReadLine();

        }

 

        static public void Switch01(int num)

        {

            switch (num)

            {

                case 0: // <--- break문이 없다는에러를 발생

                    Console.WriteLine("case 0 실행후 case 1이 실행되도록 break 안 적음.");

                case 1:

                    Console.WriteLine("case 1 실행");

                    break;

            }

        }

        //이 메소드는 에러를 발생시킵니다.

        //Control cannot fall through from one case label ('case 0:') to another

    }

}

 

일단 break를 사용하지 않으면 에러를 발생시키는 이유는 break를 실수로 안 적어서 논리적인 에러가 생기는 경우를 막으려고 한 것이겠죠.

 

 

아래와 같은 코드는 실행됩니다.

아래는 0,1,2에 대한 같은 코드가 실행되고 3,4,5에 대해 같은 코드가 실행됩니다.

아래 소스는 인자로 4를 넘깁니다. 그럼 “case 5:”가 실행됩니다.

 

using System;

 

namespace TestCode02

{

    class Program

    {

        static void Main(string[] args)

        {

            Switch02(4);

            Console.ReadLine();

        }

 

        static public void Switch02(int num)

        {

            switch (num)

            {

                case 0:

                case 1:

                case 2:

                    Console.WriteLine("나는 num 값이 0, 1, 2 인 경우 실행됩니다.");

                    break;

                case 3:

                case 4:

                case 5:

                    Console.WriteLine("나는 num 값이 3, 4, 5 인 경우 실행됩니다.");

                    break;

            }

        }

    }

}

 

아래는 당연한 결과 값입니다.

 

 

 

자 이제 조금 색다른 코드를 보여드리겠습니다. C#에서는 switch문에 goto를 같이 사용할 수 있습니다. 그래서 다음과 같은 문장이 가능해 집니다. 아래 소스는 State.Four  State.Three  State.Two  State.One 의 순서로 실행됩니다. 재귀함수를 사용한 것 같은 상황을 연출 할 수 있습니다. 개인적으로 goto문을 사용하지 않지만 재밌는 사용법입니다.

 

using System;

 

namespace TestCode03

{

    class Program

    {

        public enum State { One, Two, Three, Four };

 

        static void Main(string[] args)

        {

            Switch03(State.Four);

            Console.ReadLine();

        }

 

        static public void Switch03(State mystate)

        {

            switch (mystate)

            {

                case State.One:

                    Console.WriteLine("카운트 1!");

                    break;

                case State.Two:

                    Console.WriteLine("카운트 2!");

                    goto case State.One;

                case State.Three:

                    Console.WriteLine("카운트 3!");

                    goto case State.Two;

                case State.Four:

                    Console.WriteLine("카운트 4!");

                    goto case State.Three;

            }

        }

    }

}

 

 

아래는 실행 결과 입니다.

 

 

 

이번에는 goto문을 사용한 좀 다른 방식입니다. 이 방식은 가끔 사용하게 될 듯도 합니다. goto를 사용해서 defalut를 함께 실행시키는 방법입니다. main에서 State.One을 실행하면 default가 실행되지 않지만 State.Four를 실행하면 default가 같이 실행됩니다.

 

using System;

 

namespace TestCode04

{

    class Program

    {

        public enum State { One, Two, Three, Four };

 

        static void Main(string[] args)

        {

            Switch04(State.One);

            Switch04(State.Four);

            Console.ReadLine();

        }

 

        static public void Switch04(State mystate)

        {

            switch (mystate)

            {

                case State.One:

                    Console.WriteLine("카운트 1 \n");

                    break;

                case State.Two:

                    Console.WriteLine("카운트 2");

                    goto default;

                case State.Three:

                    Console.WriteLine("카운트 3");

                    goto default;

                case State.Four:

                    Console.WriteLine("카운트 4");

                    goto default;

                default:

                    Console.WriteLine("카운트를 설정하였습니다.");

                    break;

            }

        }

    }

}

 

결과는 다음과 같습니다.

 

 

 

그럼 이제 마지막으로 switch문을 이용해서 무한 루프돌리기 입니다.

뭐 이런 식으로 사용할 일이 없겠지만 말입니다.

다들 이미 제가 무얼 하려고 하는 지 눈치 채셨을 거라 생각합니다만 제가 하려고 하는 것은 goto문이 자신을 실행시킨 case 문장을 지시하도록 할 생각입니다. 코드는 다음과 같습니다.

 

using System;

 

namespace TestCode05

{

    class Program

    {

        public enum State { One, Two, Three, Four };

 

        static void Main(string[] args)

        {

            Switch05(State.One); ;

            Console.ReadLine();

        }

 

        static public void Switch05(State mystate)

        {

            switch (mystate)

            {

                case State.One:

                    Console.WriteLine("무한 반복용");

                    goto case State.One;

            }

        }

    }

}

 

 

아래는 실행 결과입니다.

종료되는 때까지 루프를 돕니다.

 

 

 

자 이제 C#에서 switch 문 사용하기를 마치겠습니다.

오늘은 C#이 switch 전용 goto문을 사용해서 case문과 case문 사이를 점프할 수 있게 함으로써 개발자가 다양한 방식의 코딩을 할수 있는 것을 알아 봤습니다.



tag : , ,  ]]> .Net switch .Net goto http://wpfkorea.egloos.com/674635#comments Thu, 07 Aug 2008 07:13:51 GMT 무테