のくす牧場
コンテンツ
牧場内検索
カウンタ
総計:127,062,770人
頁
昨日:no data人
頁
今日:人
頁
最近の注目
人気の最安値情報

    元スレMicrosoft Silverlight その6

    silverlight覧 / PC版 /
    スレッド評価: スレッド評価について
    みんなの評価 :
    タグ : - wcfRIAXAP + - デバッグ用のリソース文字列 + 追加: タグについて ※前スレ・次スレは、スレ番号だけ登録。駄スレにはタグつけず、スレ評価を。荒らしタグにはタグで対抗せず、タグ減点を。
    ←前へ 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 次へ→ / 要望・削除依頼は掲示板へ / 管理情報はtwitterで

    901 = :

    同期でかくのよりちょっとでもメンド臭かったらダメです（＞＜）

    902 = :

    プログラマは楽をするための労力を惜しまない。我慢しる

    905 = :

    別に消せるけど？
    ria系はどれもある

    906 = :

    MSにはぜひともＷｉｎＦｏｒｍ並みのがちがちなコントロールを期待したい。
    日本企業は、おそらく制限が強いほうが好むと思う。

    柔軟性を捨てるとかそういうんじゃなくて、あくまでも１方式として選択しがあるという程度で、
    それで結構普及すると思うんだけどなぁ

    907 = :

    WinFormsのつもりで使えばそんなに言うほど変わらん

    909 = :

    柔軟だとあれもやれこれもやれってなりそうだな
    出来ませんの一点張りができないｗ

    910 = :

    ＞出来ませんの一点張りができないｗ
    そういうことを思考しているわけではない。

    単純に生産性としてＷｉｎＦｏｒｍよりＷＰＦは劣るというだけ、意外と重要だからね。
    柔軟性は大事さ、ＷＰＦは表現力に限界が無い、あらゆる組み合わせのＵＩが可能だというのはＭＳは素晴らしい仕事をしたと思う。
    だけどとっかかりとしては、理解力が深すぎるというだけ。

    911 = :

    それよく聞くけどどういうところが劣ってるの？
    何かブログでまとめた人いたけど全く共感出来なかった

    912 = :

    やろうと思えばOnPaintをオーバーライドして描画乗っ取ったり馬鹿なことしなくても
    柔軟にいろんなことができるだけ
    普通にデザイナでコントロールを貼ってダブルクリックしてイベントハンドラ生成してコード書けるよ

    913 = :

    >>910
    生産性は慣れの問題もあるとおもうよ。
    winformは8年以上使ってる技術だから。8年間WPF使い込んだとしたら、さほど生産性は変わらないと思う

    914 = :

    MVVMとか不必要に強調しすぎなんだよ
    MVVMを適用することのオーバーヘッドをメリットが上回る規模のアプリなんかそんなにあるの?
    特にSilverlightなんか

    916 = :

    一覧表示と詳細入力、といったよくあるタイプのとかでもMVVM使うだろ。
    メリット感じなきゃ使う必要ないだろうけど、オーバーヘッドがデメリットってそれもどれ程のもんだよ

    917 = :

    すまんオーバーヘッドってパフォーマンスコストじゃなくて手間のことを言いたかった
    http://msdn.microsoft.com/ja-jp/magazine/ff798279.aspx
    ここでそういう言い方してたから

    918 = :

    また言いわけか
    そんなんじゃ出世できんぞ

    919 = :

    MVVMは結構すんなり受け入れられたけどなぁ
    javaやphp,その他言語のフレームワークじゃこの手の物は当然の形だし…

    920 = :

    MVVM、通知系のメカニズムを使いまくりだすと、コード量が増える問題を差し引いても便利なのよね。

    ただ、もちろん、あんな定型文的にコードが増える状況を放置してていいとも思えず、
    .NET 5/C# 5.0 で Compiler as a Service が入って DSL 的に解決できる日が来てほしいとは思う。

    921 = :

    >>917
    ちなみに、その記事のような実装は結構いまいちに思う。
    ViewModel って階層的になるものだけど、階層データに全く対応してないし。
    あと、逐一リフレクション使ってる辺り、パフォーマンスの懸念も。

    922 = :

    >>920
    VSのテキストテンプレートがあるじゃん
    まさにそういうことをやるための機能なんだが

    923 = :

    >>922
    いや、あれも過渡技術丸出しだからなぁ。
    今とれる範囲では最善の手だとは思うけど、色々残念。

    924 = :

    どうしたいの?
    動的にVMを生成したいなら今でもCodeDOMで可能でしょ。
    CodeDOMには確かに構造上の問題があって
    小さな使い捨てのコードをたくさんコンパイルして実行するようなことには使えないけど、
    VMを生成する分には特に問題があるとは思えない。
    Compiler as a Serviceならオーバーヘッドは少なくなるかもしれないが、
    そもそもC#コードの生成とコンパイル自体が重い処理だし、
    どのみち型を生成することになるから生成したコードをアンロードできない問題も解決しない。
    だいいち、VMのコード生成はコンパイル時にやれば十分なはず。
    テキスト処理丸出しなのが嫌ならCodeDOMでやればいい。

    925 = :

    いや、ビルド時の問題。

    コード生成元となるモデルに構文ハイライトとインテリセンス付いて欲しいとか。
    あと、欲を言えば、EDM エディターみたいなクラス図的な視覚化も欲しい。

    1プロパティに PropertyChanged 呼び出しコード書くだけなら楽だけど、
    実際には他のプロパティから計算で求めるプロパティとか、コマンドもあるし、
    XML ドキュメントやデータ検証も一緒にうまく書きたいところだし、
    その辺りまで含めてきれいにかける DSL が欲しいところ。

    あと、テンプレート側が今の T4 よりも PowerShell 的なヒア文字列＋変数展開の方が楽とか、
    T4 の文法的な面倒もあり。

    926 = :

    Compiler as a Service は、目的の1つに「サードパーティによるC# の拡張」とか「DSL」とかも入ってる。
    「REPL できます」とかだけが Compiler as a Service じゃないみたい。

    時期は不透明だけどね。
    ひょっとしたら .NET 5 どころかまだ先かもしれず。

    927 = :

    C#でできることはなんでもできるから、DSLから生成するなら
    T4自体の文法はあまり関係ないと思うよ。
    ただ、コード生成のタイミングの問題はあるな。
    コンパイル後のアセンブリを参照するのはプリプロセスだと都合が悪い。
    ポストプロセスも選べて、ビルド後に処理して再ビルドするところまで自動でやってくれれば便利なんだけど。

    928 = :

    いや、生産性は変わるからね＜T4 自体の使いやすさ。
    まあ、1度書けば後は触らないし、ある程度の手間は許容できるけども、
    めったに触らないものだからかえって、忘れちゃって昔書いたコードをメンテするのが大変そう。

    ビルドのこともそうだけど、単にテンプレートでコード生成ってのじゃ不十分で、
    ツールとの統合もっと進めないとダメなのよね。
    コンパイルエラーが、生成後のコードの何行目ってのではなく、
    元 DSL 側の方のどこが引っかかったかまで出て欲しいところだし。

    933 = :

    全角はやめて・・・

    934 = :

    いわゆる全角じゃなくても使い分けはできるでしょ。
    ¥と\

    937 = :


    教えていただきたいことがあります。
    silverlightでDRM対応のコンテンツを作成し、
    自前のサーバで配信するにはどうしたら
    いいのでしょうか。

    DRM対応したsilverlightのコンテンツを
    配信している業者はいますが、利用料金が
    高いので、自前でサーバを立てたいのですが、
    サーバの立て方を解説しているドキュメントが
    見つかりません。


    よろしくお願いします。 m(_ _)m

    938 = :


    教えていただきたいことがあります。

    TableView のセルが、画面に収まらないくらい多数ある場合、
    TableView を開いて画面に表示したとき、特定の行が表示されるようにするには
    どうしたらよいのでしょうか。

    よろしくお願いします。 m(_ _)m

    940 = :

    >>937
    DRM付きでエンコードしてサーバーにupったらいいんじゃないの。

    >>938
    よくわからんけど、DataGrid, DataForm, DataPager とか使えばいいんでは。

    941 = :


    >>940

    937の件、早速のレスありがとうございます。
    以下のURLで説明されているサービスを見ると
    特別な仕掛けが必要に見えるのですが、
    silverlightの基本的な仕組みだけで
    大丈夫なのでしょうか。

    http://www.stream.co.jp/company/press/2010/100107/

    942 = :

    DRM のためじゃなくて、ストリーミングのためじゃなかろうかと。

    今だったらたぶん、Smooth Streaming を使うべきだと思うけど、それなら、
    サーバー側も IIS にそれ用のコンポーネント（無料で入手可能）を追加しないとダメ。

    943 = :


    >>940,942

    大変参考になりました。ありがとうございます。

    944 = :

    ブラウザ外実行アプリのサンプル（自分では現在実用）として、
    付箋紙アプリを作ってみました。
    http://www.dotup.org/uploda/www.dotup.org1209014.zip.html


    WindowsでもMacでもローカルファイルへのアクセスができるのがいいですね。
    結構いろいろなアプリが書ける感じがしますね。
    Moonlightにも期待したいところです。

    945 = :

    ロシア人の努力には感服するなあ
    生かせればなおいいが
    http://www.silverlight.net/community/samples/silverlight-samples/desktop-windows-and-ribbon-2010-interface-35323/

    947 = :

    サンプルもクソも普通にSilverlightプロジェクト作ってプロパティでout of browserを有効にするだけ
    Silverlight4は.NET4系列なので.NET3.5以前のClickOnceとはセキュリティモデルが全然違う。

    948 = :

    台湾のSilverlightは普及に本気みたいだな・・・
    Silverlightアプリのサンプルであのキャラ使ったゲームとか作りそうな勢いだわ

    949 = :

    Microsoft Expression Blend 4 Service Pack 1 (SP1)
    http://www.microsoft.com/downloads/details.aspx?FamilyID=17872a3a-4620-4b87-9d62-f29173d12625&displayLang=ja


    ←前へ 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 次へ→ / 要望・削除依頼は掲示板へ / 管理情報はtwitterで / silverlight一覧へ
    スレッド評価: スレッド評価について
    みんなの評価 :
    タグ : - wcfRIAXAP + - デバッグ用のリソース文字列 + 追加: タグについて ※前スレ・次スレは、スレ番号だけ登録。駄スレにはタグつけず、スレ評価を。荒らしタグにはタグで対抗せず、タグ減点を。

    類似してるかもしれないスレッド

    トップメニューへ / →のくす牧場書庫について