のくす牧場
コンテンツ
牧場内検索
カウンタ
総計:127,646,216人
昨日: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

501 = :

silverlightってflashみたくPHPと連携して簡単に業務アプリとかつくれんの?

502 = :

業務アプリなんてSilverlightならいくらでもできる。雲も簡単。

503 = :

しかし、せっかくブラウザの空間中で.NETの流儀で色々できるようになったのなら、
RDBに直接アクセス出来るようにしてほしいよな。
HTTP越しとか面倒くさすぎる。

504 = :

Flashはどんなプロトコルで直接アクセスしてんの?

505 = :

TCPではないでしょうか?

507 = :

>>503
http越しにrdbアクセスするフィルタドライバを自作して公開する予定

508 = :

>>501
そもそもPHPみたいなバグバグ穴だらけ仕様変更の嵐で互換性0の危険過ぎるゴミクズを使わずに完璧な業務アプリが作れるよ
まぁ、使いたければ使えば?って感じで滅茶苦茶簡単に連携できるけど、あえてPHPなんかと連携する奴は馬鹿

509 = :

PHP連携はやったなあ。絵を描いてアップローダに上げるくらいだけど
ソケットはもう少し簡潔にできないものか

510 = :

もうCOM使っちゃえよ

512 = :

swfに幾年経てもfixされないバグが複数あるのは事実だ。
けど、Apple vs Adobeを生じた真の原因はバグではなくて速度でしょう。
Mobileに搭載できるCPUなんてそんなに進化しないので、VM的なもの動かして
さらにその上でリッチなUI動かすなんては到底無理。
でも、さすがに「技術的な限界です!」とは公認は出来ないので、
そんな感じになっているのでございましょう。

513 = :

>>512
Andoroid上のアプリってVM上で動いてリッチなUIなんだけど?

514 = :

PHPと連携はどうのってあるけどフリーのレンタルサーバで標準に動いてるんで
気軽に試してみるには最適なんだよなあ
asp.netっていうかWin鯖で使えるレベルのフリーって今はないよね

515 = :

Silverlightさえあれば、連携どころかクライアントサイドPHPなんて変態的な事もできるぜ
http://www.infoq.com/jp/news/2008/01/Silverlight-PHP

516 = :

>>512
うん、だからFlashのパフォーマンス自体も、同等の技術と比較して超絶クソだって言ってたよ

517 = :

Flashは、Flashは重いが当然のように許容された稀有な存在。

518 = :

必ずskipボタンが付いててみんなそれを押しているという現実

519 = :

>>499
ソースがないと納得できないのはわかる。
まあ、Flash のダメさ加減はいくらでもソースあるんだけど。

IE8 では、IE が落ちたときに何が原因で落ちたか明示されるようになったしね。
ほんとに Flash ばっかり死ぬw

>>505
サーバー側でクライアントアクセスポリシー返す設定すれば TCP 通信できる。
Out of Browser ならそういう制限なくできる。

>>512
速度よりは消費電力かなぁ。
ノート PC とかで Flash 使ったサイト開くと見る見るうちにファン唸りだすし。

521 = :

>>503
出来たらヤバイだろ…
Silverlightはクライアントサイドの技術な訳であって、
そこからRDBに直接アクセス出来る=外部からのDB直接接続を許してるってことになる

522 = :

>>521

523 = :

522が何が言いたいのか良く分からない

524 = :

社内ならDBちょくでもありだよね(´・ω・`)。アーキ的に良いとは思わんが。

525 = :

>>524
ねーよカスw
お前みたいな認識の奴は開発に携わるな

526 = :

外部から直接接続できないDBってしょぼくないか

527 = :

直接の概念が意味不明。
dbファイルを直接操作するのではない限り、
なんらかのドライバを経由するんだから、
データ自体が物理的論理的にセキュアならば、それでいい。

あたかも直接アクセスしているように見える、
ってのはセキュリティ上、本質的な問題ではない。

528 = :

ひょっとしてLinuxのWebサーバにsilverlightって置けないの?

529 = :

>>528
普通に置けますが。
むしろIIS上に設置する方が色々とややこしいくらい。

530 = :

そもそもLinuxマシンにはSilverlightが入らない。Moonlightじゃまともに動かないし。
でもサーバーにSilverlight入れてもサーバー機で動作確認ができるぐらいしか使い道ないのだが。

532 = :

linuxに入らないとか言うド素人はほっとけ

533 = :

安心しました。サンクス。
単にサーバに置いて外部からWebアクセスで見れるかという意味です。
moonlightうんぬんを聞いてわけがわからなくなったので

534 = :

linuxマシン上で実行するのかそれもとlinuxマシンは単なるwebサーバーなのか
ではえらい違うな

ところでMIMEだっけ?あれの問題は解決したんだっけ?

537 = :

全部ポトペタ開発してしまう?

正直、似たようなコントロール並べるなら、XAMLに限らず何やってもコピペになるからなぁ。
あがけそうなのは、ItemsControl と ItemTemplate 使ってやれないか考えてみるとか?

538 = :

あーそんなもんなんですね。デザイン部分をまとめすぎてもしょうがないと思うけど、
もうちょっとなんとかならんのかなぁと。
その線で考えてみます。おやすみなさい。

540 = :

microsoftの欠点は、
自社ブランドでしかまともに動かない製品しか作らないってことだな
silverlightもflashの汎用性には到底及ばない

541 = :

>>540
そんなの当たり前だろ。
WindowsでiPhoneアプリの開発がまともにできるのか?
AdobeがOS作ってるのか?

542 = :

Appleの欠点は、
自社ブランドでしかまともに動かない製品しか作らないってことだな
iOSもWindows CEの汎用性には到底及ばない

543 = :

64bit-FlashのPreview版がきたことだし、そろそろSilverlightも64bit版出す時期じゃなイカ
IE9に合わせるとか?

Flashは汎用性とか言う前に、セキュリティホール塞いで放置されてるバグ修正して、まともに動く環境を一つぐらい作れと…

544 = :

外にDB接続のポート公開してるサーバとか、危なっかしくてしょうがない

545 = :

そんなものでは釣れない

546 = :

今日ゴミ捨てるためにiMac分解したけど
めちゃくちゃ分解しにくかった
見栄えが良いのは外見だけで
構造設計がスマートじゃないんだよな

547 = :

Windows Phoneで、日本のメーカーでスマートホン作ってるところある?
OracleのAndroidの件があるから、MSと日本メーカーで反撃してほしいんだけどな。

548 = :

7のことなら確かSonyと東芝が作ってたはず

549 = :

Windows PhoneってXAMLで、WPFの延長のような開発方式なんでしょ?
非力なCPUで快適に動作するかが重要なんだろうけど・・・

550 = :

>>549
元々WPFはGPUを積極的に使う仕組みだから、
iPhone/Windows PhoneのようなCPUよりGPUの方が勝ってる環境向きなんだよ。


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

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


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