マイクロソフトは2009年10月、Webインタフェース設計用ツール群「Microsoft Expression 3 日本語版」（以下、Microsoft Expression 3）の提供開始を発表した。Microsoft Expression 3は、高度なユーザーインタフェース（UI）を実現するためのグラフィックサブシステム「Windows Presentation Foundation」（以下、WPF）や、RIA（Rich Internet Application）を提供するWebブラウザプラグイン「Microsoft Silverlight」（以下、Silverlight）に対応した4つのデザイナー向けの開発ツールで構成される。 Expression 3の構成製品 製品名 概要 Expression Blend WPFやSilverlightを使ったアプリケーションUI設計ツール Ex

In Visual Studio 2022 17.10 Preview 2, we’ve introduced some UX updates and usability improvements to the Connection Manager. With these updates we provide a more seamless experience when connecting to remote systems and/or debugging failed connections. Please install the latest Preview to try it out. Read on to learn what the Connection ...

ソース出てきたので早速IDataErrorInfoのチェック。 普通にソース見れるって幸せだね。 まずはIDataErrorInfoをどこで使ってるのか検索。 そしたらDefaultModelBinderでしか使ってないのが判明。 しかもDefaultModelBinderでは、OnModelUpdatedとOnPropertyValidatedの2箇所だけ。 なるほど。モデル全体の更新完了タイミングと、個々のプロパティ検証時に実行されるわけね。 こういう設計にしたいからModelBinderが大きく変わったんだね。 WPF的な？ IDataErrorInfoだとErrorプロパティとItem(this[string columnName])を実装するんだけど、その中に検証コードを書いてしまうと。んで、入力検証処理はココに集約しましょうと。 ってことは、アレだね、結局DataAnnotat

一番初めのその１ではExceptionValidationRuleというValidationRuleを使用しました。これはバインドしているソースオブジェクトから例外がスローされた場合に検証不合格とするルールでした。これ以外に既定で用意されているValidationRuleとして今回はDataErrorValidationRuleをご紹介します。なお、DataErrorValidationRuleクラスは.NET Framework 3.5 SP1、および3.0 SP1から追加されたものです。 DataErrorValidationRuleはソースオブジェクトのIDataErrorInfoインターフェイス実装により発生するエラーをチェックするValidationRuleです。IDataErrorInfoインターフェイスは.NET Framework 1.0の頃から存在しており、Windows

TOPICS 発行年月日 2007年01月 PRINT LENGTH 360 ISBN 978-4-87311-316-6 原書 Designing Interfaces FORMAT PDF 本書『デザイニング・インターフェース』は、ウェブアプリケーション、インタラクティブなウェブサイト、デスクトップアプリケーション、携帯電話などのインターフェースをデザインするデザイナーとプログラマーのために、デザイン上の問題に対するすぐに使える解決策を「パターン」として体系化した書籍です。各パターンは「コンテンツの整理」「ナビゲーション」「ページレイアウト」「アクションとコマンド」「インフォメーショングラフィックス」「ユーザの入力」「洗練されたルックアンドフィール」といったテーマごとに分類され、本書をリファレンスのように使うことも可能にしています。先人たちの試行錯誤の上に成り立つ“ベストプラクティス”

うーん はっきりいって、ロジックをModelに書こうがControllerに書こうが、整合性の考慮漏れは、どうしても出てきます。Modelに書いたからといって、Controllerに書いていたときの考慮漏れが自動的に解決することはないのです。 えせMVCについてそろそろ一言言っておくか - yvsu pron. yas これは、あるオブジェクトであるModelが単体ではシステム状態の整合性を保証できないように設計されているという事であって、スレッドセーフではないメソッドと同様に、只単に「あまり良くない設計である」というだけの事じゃないだろうか？ なので、本人も Serviceは永続化されないModelなので、カテゴリはModelです。 えせMVCについてそろそろ一言言っておくか - yvsu pron. yas と、一連のModel利用をServiceという形でwrapしてるんじゃないかと

Ruby on Railsの最大の問題点は、それが持つ「一見そのフレームワークがMVCの形をとりながら、MVCの最も大切なところを外している『えせMVC』である」点にある RailsのえせMVC疑惑で盛り上がってますね。Railsが「えせMVCフレームワーク」ではないのは、みんな知っていると思うので、記事、コメントをみて勘違いしている人が多そうな部分に一言書いておきます。 まず、おかしいのはsatoshiさんのこの意見。 PhotoShareは主にRailsで作られているので、ModelはActiveRecordが担当しているわけだが、Modelのレイヤーが非常に薄いために（O/Rマッピングをしているだけ）、データベースの整合性の責任がController側にある。そのため、ちょっとした機能変更のたびにAPIレベルでのテストを大量に走らせなければならないし、それでもどうしてもミスが生じてし

スティルハウスの書庫というブログを2009年から2015年まで書いてたのだけど、はてなダイアリーからはてなブログにお引越しした。昔の記事を読んでたら懐かしかったので、思い出深いものをまとめてみた。 書き始めたきっかけがApp Engineだったので、前半は appengine ja night やApp Engineにまつわる記事がとっても多い。でも後半は #fpgax やハード系の記事が増えてる。あと、ちょこっとポエム系。 FPGA系の記事 FPGAをがんばって勉強してたころの記事。ちっちゃい32 bit MIPSを作って、フィボナッチのコードが動いたのですごく嬉しかった。 これも勉強になったな。Maxelerすごい。 株の売り買いっていうアプリ層のロジックを物理層でやっちゃう発想は大いに刺激を受けた。 App Engine系の記事 松尾さんがスター付けまくってくれたおかげでバズって、こ

株式会社ジーワンシステムの代表取締役。 新しいものを生み出して世の中をあっといわせたい。イノベーションってやつ起こせたらいいな。 弊社でやっているSQL講座の最初の方でお話しする内容です。 どれぐらいの人が試すのかな……、知ってる人にとっては極めて当たり前のことですけれど、知らない人は、けっこうびっくりする人もいるので、実際にやってみることを強くおすすめします。（できないという人はセミナーに来なはれ） では、ちょっとしたサンプルを作るか、それなりにデータ量のある既存のテーブルのインデックスを張ったカラムに対して、以下のSQLの実行計画を取ってみてください。 【注意事項】 実行計画を取る前に、Oracleは一応、アナライズをしておいてください。SQLServerは主キー以外のインデックスがある列を使うこと。 【準備】 SELECT MIN（カラム） , MAX（カラム） FROM テーブル

ベンチャー支援をしている知人から、総務省のプロジェクトでこんなんつくりましたということで、「事業計画作成とベンチャー経営の手引き」という資料が送られてきたのだが、これが無料で配布されている資料とは思えないほどの非常に充実した内容で、いつか会社を始めるかもしれないと思っている人にはきっと役に立つだろうと思ったのでブログで紹介したいと思う。 冒頭に下記のように宣言されているだけあって、その内容は実に生々しい。 説得力ある合理的な事業計画」をどう作成し、日々の経営にどう活かすのか、相談相手の少ないベンチャー経営者の参考にしていただくこと、指針を少しでもご提供することを意図している。こういった努力の結果、日本から急成長ベンチャーが1社でも多く生み出されることを強く祈願したい。 P.5 総務省 ICTベンチャー向け事業計画作成支援コースの意義 より 事業計画作成について詳しく記された書籍は10年来多