正しくは「条件に一致する限り要素をスキップする」ということみたいです。namesから"太郎"を除外したいとします。いしたのはWhileの逆バージョンがほしくて、SkipWhileを見た時に「ああ、あるじゃん、これこれ」みたいな感じで勝手に自分の都合よく解釈しちゃったんだろうと思います。Audioの音飛び問題が解決Windows去年にPCをアップグレードしたときから悩まされてきた問題が解決しました。現象としては数分から数十分の頻度で音飛びが発生。具体的には突然音が「プツッ」っと止まって、1秒くらいでまた音が再開するというもの。原因は音飛びじゃなかった最初は音飛び問題ということでエフェクトとか、コーデックが悪さをしているんじゃないかと思っていろいろ探していたのですが原因わからず一旦諦めていました。先日OSをWindows10にアップグレードしてからも同じ現象が発生して落ち込んでいました。ところが現象発生時に「デバイスが切断されました」、「デバイスが接続されました」的なバルーン通知が出るではないですか。これは音飛びじゃなくてデバイスの切断が発生する問題じゃないかと思い再度ネット検索したところ、以下のページを見つけました。Audioにジャックなどのコネクタの切断/接続が発生する問題があることがわかりました。www.sevenforums.comwww.youtube.com解決リンク動画を参考にオーディオマネージャという常駐プログラムを停止し、exeもリネームしました。今のところ問題は発生していません。具体的な手順は以下です。Files\Realtek\Audio\HDA"のRAVCpl64.exeをRAVCpl64_renamed.exeなどにリネーム(RtkNGUI64.exeも同様にリネームしたほうがいいかもしれません)参考までに環境は以下です。追記)Windowsの自動更新などでドライバが再インストールされた場合は、exeが復活してしまうようです。その際は、再度リネームすればOKです。Firstのプロジェクト構成を紹介しますASP.NET自分の今のプロジェクトで採用しているプロジェクト構成を紹介してみようと思います。何が正解とかはないと思いますが1つの例として参考になるかと。いう情報が少ないので他の人はどうやってるのかすごい興味があります。オープンソースのものをたまに見ることはあるけどブログとかでってのはあまり見る機会ないですからね。自分の場合はWebアプリだけでなくバックグラウンド処理サービスがあり、複数プロセスからDBアクセスしたいという要件がありました。いう要件がなくて単純なWebアプリの場合は1つのプロジェクトだけでもいいと思います。その場合はフォルダ(名前空間)として分類することになります。フォルダだけだと本当にクラス同士が依存していないかコンパイラチェックではわかりません。依存関係がないことを確実にチェックしたい人は別プロジェクトにするといいですよ。プロジェクト分けは、各プロセスが何に依存するかということ基準に決めます。概要VSで依存関係マップを生成してみました。7つのプロジェクトがありますね。この他にSiteToolというプロジェクトがありますが別slnになっているので見えません。矢印が参照を表すようですね。バックグラウンド処理の開発用GUIツールでは順に説明していきます。AppName.CoreCoreにはアプリ共通のクラスを格納します。余計な依存関係はありません。Jsonくらいあってもいいかも。僕のプロジェクトにはアプリ例外クラス、エラーコード定義、ユーティリティ拡張メソッドなどがあります。アプリ共通で使うけど依存DLLが必要な場合は、こう考えます。将来も含めてすべてのプロセスで必要になるなら追加する。ないなら別プロジェクトにする。依存関係:なしAppName.ModelsModelsにはPOCOのモデルクラス「だけ」を格納します。DB関係ないモデルクラスも入ってもいいですが、こちらも余計な依存関係は持ち込まないようにします。依存関係:AppName.CoreAppName.DALDALにはデータアクセス関連のコードを格納します。ApplicationDbContext、DbMigrationsConfiguration、Redis、BlobStorageなどですね。接続文字列などは各プロセスプロジェクトのWeb.config(App.config)で定義したものを参照します。依存関係:AppName.CoreAppName.ModelsAppName.WebWebアプリ本体ですね。フロント側の処理になります。ポイントはAppName.Hangfireに依存していないことです。バックグラウンド処理のジョブを実行する場合はAppName.Jobsで定義したinterfaceでHangfireジョブをキックします。依存関係:AppName.CoreAppName.ModelsAppName.DALAppName.JobsAppName.Jobsバックグラウンドジョブのinterface定義のみを含みます。AppName.Webから依存関係を取り除くために必要になります。Hangfireのジョブクラスをinterfaceにすることで依存関係を取り除くことができます。依存関係:なしAppName.Sitesバックグラウンド処理をここで実装します。Blobを事前にローカルにDLしたりして、今のところDALには依存せずに済んでいますね。依存関係:AppName.CoreAppName.ModelsAppName.Hangfireバックグラウンド処理用のWindowsサービスです。デバッグ用にコンソールでも動作するようになっています。運用時にはこいつを複数個起動します。モジュール更新時はプロセス停止が必要なので複数個必要です。依存関係:AppName.CoreAppName.ModelsAppName.DALAppName.JobsAppName.SitesAppName.SiteToolバックグラウンド処理(AppName.Sites)を簡単に呼び出すために作った開発用のGUIツールです。Hangfire経由ではなくボタンクリックでジョブを実行できます。依存関係:AppName.CoreAppName.ModelsAppName.Sitesまとめいかがでしたでしょうか。後半疲れて尻すぼみになりました。Razor構文はいろいろな書き方をサポートしているけど、コードの見やすさを重視して、使うパターンをなるべく少なくする方針です。これだけ覚えとけばOKというものを書きます。@()を使うと変数や式の結果を出力できます。出力は自動でHtmlエスケープされます。"err")"></div>Htmlエスケープしたくない場合は@Html.Raw()を使います。...}ヘルパー関数を呼ぶ次項を参照。アンカー(リンク)を出力Url.Actionで指定アクションのURLを出力したり、Html.ActionLinkで指定アクションのaタグを出力したりできます。アクション以外にController名、Area名、URLパラメータなども指定可能です。既定の名前空間を宣言するよく使う名前空間があって、毎回cshtmlでusingするのが面倒くさいときはViews\Web.configに名前空間を定義すればOKです。</system.web.webPages.razor>URL、HTMLまたはAjax関連のヘルパー関数を拡張する組み込み(WebViewPageクラスを参照)で用意されているヘルパーは以下の3つ。UrlHelperHtmlHelperAjaxHelperこれらに関連する処理なら、以下のように拡張関数を定義してやればいいです。現在のコントローラー名を小文字で返します。店舗写真のURLを返します。routeValues);}独自のヘルパーを定義する独自のヘルパーを定義することも可能です。自分はそのような場面に出くわして無いので省略。ほとんどの場面では組み込みのヘルパーを拡張すればよいと思います。ビューの処理でHTMLに関係ない処理なんて思いつかないもんね。はてなブログProASP.NET、PHPを中心に書いています。ブログを報告するスターをつけました引用をストックしましたストック一覧を見る閉じる引用するにはまずログインしてくださいログイン閉じる引用をストックできませんでした。再度お試しください閉じる限定公開記事のため引用できません。