タグ

ブックマーク / learn.microsoft.com (24)

  • Azure アプリケーションの設計原則 | Microsoft Docs

    次の設計原則に従って、アプリケーションのスケーラビリティを上げて、回復力や管理しやすさを強化します。 自動修復機能を設計します 。 分散システムでは、障害が発生します。 障害の発生に備えてアプリケーションの自動修復機能を設計します。 すべての要素を冗長にします 。 単一障害点をなくすようにアプリケーションに冗長性を組み込みます。 調整を最小限に抑えます 。 アプリケーション サービス間の調整を最小限に抑えてスケーラビリティを実現します。 スケール アウトするように設計します 。需要に応じて新規インスタンスを追加または削除し、水平方向に拡張できるようにアプリケーションを設計します。 制限に対処するようにパーティション化します 。 パーティション分割を使用して、データベース、ネットワーク、コンピューティングの制限に対処します。 操作に合わせて設計します 。 運用チームが必要なツールを得られるよ

    Azure アプリケーションの設計原則 | Microsoft Docs
  • .NET マイクロサービス。 コンテナー化された .NET アプリケーションのアーキテクチャ

    EDITION v6.0 - ASP.NET Core 6.0 に更新されました 書籍の更新とコミュニティへの投稿については、「changelog」を参照してください。 このガイドでは、マイクロサービス ベースのアプリケーションの開発とコンテナーを使用してこれらを管理する方法を紹介します。 .NETDocker のコンテナーを使用したアーキテクチャの設計と実装アプローチについて説明します。 使用開始を容易にするため、このガイドでは、ユーザーが探究できるコンテナー化されたマイクロサービス ベースの参照アプリケーションに重点を置いています。 参照アプリケーションは、eShopOnContainers GitHub リポジトリから入手できます。 アクション リンク この電子書籍は、PDF 形式 (英語版のみ) でダウンロードすることもできます 参照アプリケーションを複製/フォーク on G

    .NET マイクロサービス。 コンテナー化された .NET アプリケーションのアーキテクチャ
  • C# で SOLID の原則に違反する危険性

    このブラウザーはサポートされなくなりました。 Microsoft Edge にアップグレードすると、最新の機能、セキュリティ更新プログラム、およびテクニカル サポートを利用できます。 C# で SOLID の原則に違反する危険性 Brannon King ソフトウェアを作成するプロセスが理論の段階から実際のエンジニアリングの段階に進化するにつれ、いくつか原則が生まれています。原則を当てはめるのは、コードの価値を維持できるコンピューター コードの 1 つの機能です。パターンとは、善し悪しは別にして、共通するコード シナリオのことです。 たとえば、マルチスレッド環境で安全に機能するコンピューター コードに価値を見出すかもしれません。あるいは、コードを変更してもクラッシュしないコンピューター コードに価値を求めることもあります。実際、有用な要素を数多く含むコンピューター コードには高い価値があり

    C# で SOLID の原則に違反する危険性
  • Walkthrough: Using TDD with ASP.NET MVC

    The ASP.NET MVC 2 framework. To download the most up-to-date version of the framework, see the ASP.NET MVC download page. The Contact.mdf database file. This database file is part of the sample project that you can download for this project: Download Creating a New MVC Application with Unit Tests In this section, you create a new Visual Studio solution that includes both the application project an

    Walkthrough: Using TDD with ASP.NET MVC
  • Chapter 1: What is Software Architecture?

  • 自動化対象のユニットテスト(単体テスト)の仕様書を書くことは完全なる無駄である

    ブログポストは、マイクロソフトの意見ではなく、私個人の意見であることをお断りしておきます。 DevOps 普及活動の一環として、DevOps ハッカソンというイベントを実施しています。DevOps のプラクティスの一つとしてAutomated Testing (自動化されたテスト) があります。 それに関して複数の参加者の皆さんがこのようなことを言っていました。 「自動テストを書くのは好きではないです。何故かというと、自動化されたユニットテストを書いたら、同じ内容のエクセル方眼紙の仕様書を書かないといけないので、二重に書くのは無駄だし大変だと思うんです。」 はっきり言ってしまうと、このケースの単体テスト仕様書は完全なる無駄であると断言できます。 このポストではその理由をお話ししたいと思います。 1. 単体テストのイメージの違い この問題が起きている背景には、「単体テスト」というものがCO

    自動化対象のユニットテスト(単体テスト)の仕様書を書くことは完全なる無駄である
    kawa-_-kawa
    kawa-_-kawa 2016/01/26
    参加したDevOpsハッカソンで言われていたことの具体的内容。今思えばせっかくTFS使っていたのだからテストレビューについてレビューしても面白かっただろうな。
  • CQRS Journey

    July 2012 Exploring CQRS and Event Sourcing The project is focused on building highly scalable, highly available and maintainable applications with the Command & Query Responsibility Segregation and the Event Sourcing patterns. The project was positioned as a learning journey. This guidance is designed to help you get started with the CQRS pattern and event sourcing. It is not intended to be the d

    CQRS Journey
  • 非同期プログラミング - 非同期コードの単体テスト

    このブラウザーはサポートされなくなりました。 Microsoft Edge にアップグレードすると、最新の機能、セキュリティ更新プログラム、およびテクニカル サポートを利用できます。 非同期コードの単体テスト Stephen Cleary コード サンプルのダウンロード 最近の開発では単体テストが重要視されます。プロジェクトの単体テストを行うメリットとしてよく知られているのは、バグの数が減ること、リリースまでの時間が短くなること、結び付きの強い設計にならないことなどです。どれもすばらしいメリットですが、開発者に直接関わるメリットもあります。単体テストを作成すると、コードに対する自信が深まります。テストが済んだコードへの機能追加やバグ修正が容易になります。これは、コードが変化している間も単体テストがセーフティ ネットの役割を果たすためです。 非同期コードの単体テストの作成には、いくつか特有の

    非同期プログラミング - 非同期コードの単体テスト
  • Channel 9

    AI is suddenly everywhere. Do you need to go and get a shiny machine learning degree to remain competitive? John Maeda says not to worry. He’ll show you how to cook delicious dishes into your coding repertoire with his new show - Mr. Maeda’s Cozy AI Kitchen. Open at Microsoft is a weekly show for open-source enthusiasts. It features a diverse group of guests including maintainers, software and Dev

    Channel 9
  • Cutting Edge - ソース コードを読みやすくするヒント

    このブラウザーはサポートされなくなりました。 Microsoft Edge にアップグレードすると、最新の機能、セキュリティ更新プログラム、およびテクニカル サポートを利用できます。 ソース コードを読みやすくするヒント Dino Esposito International Obfuscated C Code Contest (国際難読化 C コード コンテスト) というのを聞いたことはありますか。簡単に言えば、故意に読みづらい C 言語コードで問題を解決するプログラムを書き、そのコードの汚さを競う公開コンテストです。ここ数年間に優勝したプログラムのソース コードは、ioccc.org/years.html (英語) で公開されています。 C コードの難読化を競うコンテストは、プログラミングのスタイルや読みやすさの重要性がわかる愉快な取り組みです。今回は、自身にも同僚にも読みやすく、理解

    Cutting Edge - ソース コードを読みやすくするヒント
  • C# - 強化された新しい C# 6.0

    このブラウザーはサポートされなくなりました。 Microsoft Edge にアップグレードすると、最新の機能、セキュリティ更新プログラム、およびテクニカル サポートを利用できます。 強化された新しい C# 6.0 Mark Michaelis C# 6.0 はまだ完成版ではありませんが、機能はほぼ完成に近いところまできています。2014 年 5 月のコラム「C# 6.0 言語プレビュー」(msdn.microsoft.com/magazine/dn683793.aspx) で紹介して以降、次期バージョンの Visual Studioの CTP3 リリース (コードネーム "14") に含まれる C# 6.0 には多くの変更や改良が加えられています。 今回は、新しい機能を紹介し、5 月に説明した機能の最新情報を示します。また、C# 6.0 の各機能の更新内容を説明した包括的な最新のブログも

    C# - 強化された新しい C# 6.0
  • ドメイン駆動設計のコーディング: データを重視する開発者のためのヒント (第 3 部)

    このブラウザーはサポートされなくなりました。 Microsoft Edge にアップグレードすると、最新の機能、セキュリティ更新プログラム、およびテクニカル サポートを利用できます。 ドメイン駆動設計のコーディング: データを重視する開発者のためのヒント (第 3 部) Julie Lerman コード サンプルのダウンロード 今回は、これまでデータ重視の開発を行ってきた開発者がドメイン駆動設計 (DDD) の難しいコーディングに頭を抱える場面に救いの手を差し伸べるシリーズの最終回です。私は Entity Framework (EF) を使用する Microsoft .NET Framework の開発者として、これまで長い間データを重視 (さらにはデータベースを重視) する開発を経験してきたため、DDD の実装技術に自身の能力をどのように組み合わせればよいか理解するのに苦労し、たくさんの

    ドメイン駆動設計のコーディング: データを重視する開発者のためのヒント (第 3 部)
  • データ ポイント - ドメイン駆動設計のコーディング: データを重視する開発者のためのヒント (第 2 部)

    このブラウザーはサポートされなくなりました。 Microsoft Edge にアップグレードすると、最新の機能、セキュリティ更新プログラム、およびテクニカル サポートを利用できます。 ドメイン駆動設計のコーディング: データを重視する開発者のためのヒント (第 2 部) Julie Lerman コード サンプルのダウンロード 今月のコラムでも、引き続き Eric Evans の書籍『エリック・エヴァンスのドメイン駆動設計』(翔泳社、2011 年) の刊行 10 周年を記念して、データを最優先に考え、ドメイン駆動設計 (DDD) のコーディング パターンによる効果に関心がある開発者のために、新たなヒントを紹介します。先月のコラムの要点は以下のとおりです。 ドメインをモデル化する際は永続性について考えない エンティティや集計を操作するメソッドは公開し、プロパティ セッターは公開しない 一部の

    データ ポイント - ドメイン駆動設計のコーディング: データを重視する開発者のためのヒント (第 2 部)
  • データ ポイント - ドメイン駆動設計のコーディング: データを重視する開発者のためのヒント

    このブラウザーはサポートされなくなりました。 Microsoft Edge にアップグレードすると、最新の機能、セキュリティ更新プログラム、およびテクニカル サポートを利用できます。 ドメイン駆動設計のコーディング: データを重視する開発者のためのヒント Julie Lerman コード サンプルのダウンロード 今年、Eric Evans のソフトウェア設計に関する画期的な書籍『Domain-Driven Design: Tackling Complexity in the Heart of Software』(Addison-Wesley Professional、2003 年、amzn.to/ffL1k、英語) が刊行 10 周年を迎えました。この書籍に Evans は、長年にわたって大企業にソフトウェア構築プロセスを指導してきた経験を盛り込みました。Evans はその後さらに年月を費

    データ ポイント - ドメイン駆動設計のコーディング: データを重視する開発者のためのヒント
  • Windows 10 開発者・システム企画者向け技術情報まとめ

    最新のイベント・キャンペーン情報 技術情報 [新機能や技術情報など わかりやすく解説](mt450454(v=msdn.10).md) Windows 10 についてエバンジェリストの視点で解説している“Evangelist Eye”というブログ シリーズです [動画で学ぶ Windows 10](mt662286(v=msdn.10).md) Windows 10 に関する技術を、開発者及びシステム企画・運営の方向けに、動画でわかりやすく発信しています [新機能を“いち早く” 試してみよう](https://insider.windows.com/) 市場に出る前のプレビュー ビルドで、新機能を一足早く試せます。さらに、マイクロソフトへのフィードバックを通し新機能が搭載されることも [さっそく開発を 始めてみよう](https://dev.windows.com/ja-jp/downlo

    Windows 10 開発者・システム企画者向け技術情報まとめ
  • Visualization and Modeling SDK - ドメイン固有言語

    Visual Studio の Visualization and Modeling SDK (VMSDK) を使用するとVisual Studio に統合できる強力なモデル ベースの開発ツールを作成できます。たとえばUML ツールは VMSDK を使用して作成されます。同様に一つ以上のモデル定義を作成しそのツールに統合できます。 VMSDK の中心にビジネス領域の概念を表すために作成したモデルの定義です。的なグラフィカル ビューVisual Studio のコードや他のオブジェクトと対話できるようコードおよびそのほかの成果物をモデルを変換するためのコマンド生成する機能やなどのさまざまなツールを使用してモデルで囲むことができます。モデルを開発するため他のモデルとツールによって開発の中央に強力なツール セットを形成するように組み合わせることができます。 VMSDK にはドメイン固有言語の形式

    Visualization and Modeling SDK - ドメイン固有言語
  • ALM Rangers - StyleCop による静的コード分析の実装

    このブラウザーはサポートされなくなりました。 Microsoft Edge にアップグレードすると、最新の機能、セキュリティ更新プログラム、およびテクニカル サポートを利用できます。 StyleCop による静的コード分析の実装 Hamid Shahid 理解できないコードに直面することはよくありますか。多くの場合、書式に一貫性がないこと、無意味なコメントがあること、名前に規則性がないことがコードを読みにくくします。こうした一貫性の欠如はささいな問題として見過ごされがちですが、コードの全体的な保守性に大きな違いを生じさせることがあります。 StyleCop は、ソース コードのスタイルと書式の一貫性を維持する優れたツールです。Visual Studio コード分析と同様、StyleCop は静的コード分析を実行します。ただし、Visual Studio コード分析とは異なり、マネージ コー

    ALM Rangers - StyleCop による静的コード分析の実装
  • SharePoint ワークフローのチューニング

    こんにちは SharePoint サポートの森 (kenmori) です。 SharePoint ワークフローのパフォーマンス チューニングについて記載させていただきます。ワークフローのパフォーマンス チューニングについては、以下のページに記載された内容が非常に詳しいため目新しいことを記載できませんが、ブログでは少しでもわかりやすく記載できるように努力させていただきます。 タイトル : Workflow Scalability and Performance in Windows SharePoint Services 3.0 アドレス : https://msdn.microsoft.com/en-us/library/dd441390.aspx なお、投稿では WSS3.0 ベースの情報を記載しています。SharePoint Foundation 2010 以降につきましては、下記

    SharePoint ワークフローのチューニング
  • SharePoint Online/On-Premises 環境に対してプログラミングで大きなファイルをアップロードする

    こんにちは SharePoint サポートの森 健吾 (kenmori) です。今回の投稿では、SharePoint Online / On-Premises 環境において、ファイルをアップロードするプログラム開発で、よくあるご質問とその回答を記載させていただきます。 1. CSOM (または REST) で 1.6 MB 以上のファイルをアップロードできない。 質問事項 CSOM を利用し、Office365 上 SharePoint Onlineへ 1.6 MB 程度のファイルをアップロードすると 「要求メッセージのサイズが大きすぎます。2097152 バイトを超えるメッセージはサーバーで許可されません。」とエラーが出力されます。 なぜ、CSOM だと約 2 MBの制限が発生するのでしょうか。ドキュメント ライブラリのページからのアップロードは成功します。また、エラーが発生するファイル

    SharePoint Online/On-Premises 環境に対してプログラミングで大きなファイルをアップロードする
  • FileSystemObject オブジェクトでファイル名にワイルドカード文字を使用できますか - Hey, Scripting Guy!

    This browser is no longer supported. Upgrade to Microsoft Edge to take advantage of the latest features, security updates, and technical support.

    FileSystemObject オブジェクトでファイル名にワイルドカード文字を使用できますか - Hey, Scripting Guy!