![[Japan Tech summit 2017] DEP 02](https://cdn.slidesharecdn.com/ss_thumbnails/techsummit2017pdfdep002-171116035109-thumbnail.jpg?width=560&fit=bounds)
More Related Content
Similar to 090916 X D E V今だから理解する[ (20)
More from Masami Suzuki (6)
090916 X D E V今だから理解する[
- 1. Javaユーザーにも聞いてほしい今だから理解する「.NET Framework」マイクロソフト株式会社デベロッパー & プラットフォーム 統括本部開発ツール製品部エグゼクティブプロダクトマネージャ鈴木 祐巳
- 3. はじめに
- 4. 本セッションの目的.NET Framework初めての方.NET Framework の実行の仕組みを理解する。.NET 開発者の方CLR に対する理解を深めるきっかけとし、トラブルを未然に防ぐための一助とする。
- 7. ?.NET Framework とは?“ConnectedSystem” を実現するためのフレームワーク実装CLR + Library開発生産性、安全性、信頼性を実現する開発プラットフォームSOA をはじめとする ConnectedSystem の技術基盤、ソリューション、サポートの総称
- 8. .NET Framework の構造Solution FrameworkASP.NETAJAXLINQWCFWPFWFCardSpaceADO.NETASP.NETWindowsフォームBase Class Library(BCL)Common Language Runtime(CLR)
- 10. 本题の入り口
- 12. コンパイル
- 13. .NET 言語 (プログラミング 言语)
- 14. 言語別コンパイラ言語別のコンパイラ と ひとつの中間言語CLR が解釈可能な中間言語にコンパイルアセンブリC# コンパイラVisual C#中間言語MSILVBコンパイラVisual Basic
- 18. 配置
- 19. アセンブリの配置場所任意のディレクトリ単一のアプリケーションからしか使用しない場合構成ファイルの<codeBase>を使用して検索場所を指定厳密名を持つ場合コンピュータ、イントラネット、インターネットの任意の場所厳密名を持たない場合アプリケーションのディレクトリ、もしくはサブディレクトリGAC (Global Assembly Cache)複数のアプリケーションで共有する場合厳密名を持つ場合のみ登録可能gacutil.exe を使用して アセンブリのインストールや削除を行う
- 20. .NET での配置方法配置の特徴レジストリへの登録は不要アセンブリ単位で管理される高度なバージョン管理が可能配置方法XCopyによる配置 (XCopyデプロイメント)単純なファイルのコピーWindows インストーラを利用した配置.msiファイルを利用したセットアップ プログラムVisualStudio を使って作成ClickOnceHTTP を利用して Web サーバーからダウンロード
- 21. アセンブリのバージョン管理厳密名バージョンもアセンブリ区別の対象となるDLL HELL からの解放複数のバージョンの DLL を管理可能前提とするバージョンの DLL を勝手に更新しない (GACの場合)サイド バイ サイド 実行適切なバージョンの DLL を検索し、ロード
- 22. アセンブリのサイドバイ サイド実行プログラム ANew Class1()プログラム BNew Class1()プログラム CNew Class1()プログラム DNew Class1()ローカルな使用共有アセンブリとしての使用Example.dllExample.dllExample.dllExample.dllMANIFESTMANIFESTVer.1.0.0.0MANIFESTVer.2.0.0.0MANIFESTVer.2.0.1.0簡易名厳密名厳密名厳密名\Windows\assembly グローバル アセンブリ キャッシュ (GAC)バージョン管理の対象外Class1Class1Class1Class1異なるバージョンの共有 DLL が共存
- 23. 実行
- 25. ASP.NET ランタイムの実行プロセスコードビハインドクラス解析生成ASPXエンジンページクラスASPXファイル生成されたページクラスリクエストリクエストインスタンスコンパイルレスポンスレスポンスプロセスのインスタンス化Web サーバー (IIS)Web ブラウザ
- 26. ランタイムバージョンの選定アセンブリのファイル ヘッダで実行する CPU アーキテクチャを選定構成ファイルなどの情報で実行する CLR のバージョンを選定 (サイド バイ サイド 実行)CLR 1.0 のMSCorWks.dll32bit のMSCorEE.dllアセンブリのヘッダ構成ファイルCLR 1.1 のMSCorWks.dll64bit のMSCorEE.dllCLR 2.0 のMSCorWks.dll
- 27. アプリケーション ドメインプロセス論理的なプロセス空間SystemDomainmscoree.dllmscorwks.dllSharedDomainmscorelib.dllAppDomainアプリケーションAppDomain 1(Default AppDomain)AppDomain 2System.dllSystem.dllApp1.exeApp2.exeSharedDomainmscorlib.dllSystemDomain
- 28. JIT コンパイラJIT(Just In Time) コンパイラ実行時に未コンパイルの MSIL を ネイティブ コードにコンパイルコンパイル後のネイティブ コードはメモリに格納NGen.exe による事前コンパイルも可能
- 29. セキュリティ
- 30. セキュリティコード アクセス セキュリティロールベース セキュリティ
- 31. コード アクセス セキュリティとはコード アクセス セキュリティプログラムの実行時、アセンブリに対して、リソース アクセスや特定操作に関して行われるアクセス制御エビデンスベースのセキュリティ.NET Framework 実行環境が標準で備えている証拠 (エビデンス) の提示アセンブリCLRアクセス許可の付与
- 32. セキュリティポリシーコードグループとアクセス許可セットとの対応付け特定の条件ごとのグループアクセス許可(Permission)のグループGroupAll CodeFullTrustすべてのアクセス許可Groupゾーン – マイコンピュータLocalIntranetファイル ダイアログGroupゾーン – イントラネットMySetファイル IOGroupURL – http://srv/*ロード条件に照らし合わせ、コードグループに属するアクセス許可が付与されるメンテナンスアセンブリcaspol (コマンドライン)Microsoft . NET Framework 2.0 構成(MMC)
- 33. ロール ベース セキュリティ役割ごとにユーザーをグループ化した「ロール」単位で行うセキュリティ制御おもにビジネスロジック制御に利用ロールは Windows OS のアカウントに非依存ロールは Windows のグループア カウントにマップ可能実行スレッドに対して、Principal オブジェクトが関連付いている実行者を表す Principal オブジェクトを元に制御する
- 34. まとめ
- 35. CLR のメリット(まとめ)異なるプログラミング言語での簡単な連携異なる言語で記述された DLL を他の言語から利用できる複数言語間のクラス継承、例外処理高度なバージョン管理DLLHELL からの解放サイド バイ サイド実行ランタイムによるセキュリティ向上コード アクセス セキュリティロール ベース セキュリティ
- 36. 多様なアプリケーション開発プラットフォームのパワーを最大限活用したアプリケーションの実現モバイル アプリケーションWeb アプリケーションクラウドWindows アプリケーションバックエンド システムOffice アプリケーション
- 37. 参考書籍.NET Framework 開発ガイドブックプログラミング .NET Framework 第2版Jeffrey Richter 著吉松 史彰 監訳日経BP ソフトプレス
- 38. ? 2009 Microsoft Corporation. All rights reserved. Microsoft, Windows, Windows Vista, Visual Studio and other product names are or may be registered trademarks and/or trademarks in the U.S. and/or other countries.The information herein is for informational purposes only and represents the current view of Microsoft Corporation as of the date of this presentation. Because Microsoft must respond to changing market conditions, it should not be interpreted to be a commitment on the part of Microsoft, and Microsoft cannot guarantee the accuracy of any information provided after the date of this presentation. MICROSOFT MAKES NO WARRANTIES, EXPRESS, IMPLIED OR STATUTORY, AS TO THE INFORMATION IN THIS PRESENTATION.