元スレMicrosoft Silverlight その6
silverlight覧 / PC版 / みんなの評価 :
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 ばっかり死ぬｗ
>>505
サーバー側でクライアントアクセスポリシー返す設定すれば TCP 通信できる。
Out of Browser ならそういう制限なくできる。
>>512
速度よりは消費電力かなぁ。
ノート PC とかで Flash 使ったサイト開くと見る見るうちにファン唸りだすし。
521 = :
>>503
出来たらヤバイだろ…
Silverlightはクライアントサイドの技術な訳であって、
そこからRDBに直接アクセス出来る＝外部からのDB直接接続を許してるってことになる
522 = :
523 = :
522が何が言いたいのか良く分からない
524 = :
社内ならDBちょくでもありだよね(´・ω・｀)。アーキ的に良いとは思わんが。
525 = :
>>524
ねーよカスｗ
お前みたいな認識の奴は開発に携わるな
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ってＸＡＭＬで、ＷＰＦの延長のような開発方式なんでしょ？
非力なＣＰＵで快適に動作するかが重要なんだろうけど・・・
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一覧へ類似してるかもしれないスレッド
- Microsoft Silverlight その9 (574) - [96%] - 2023/1/25 14:30
- Microsoft Silverlight その8 (996) - [96%] - 2011/11/12 23:46 ○
- Microsoft Silverlight その7 (1001) - [96%] - 2011/3/24 1:31 ○
- Microsoft Silverlight その5 (984) - [96%] - 2010/4/16 20:20 ☆
- Microsoft Silverlight その4 (1001) - [96%] - 2009/12/5 9:05 ○
- Microsoft Silverlight 2.0 その3 (556) - [83%] - 2009/3/24 0:35 ○
- Microsoft Silverlight 2.0 その2 (1001) - [78%] - 2008/11/21 11:47 ○
- Microsoft Silverlight 2.0 (1001) - [74%] - 2008/5/12 6:08 ○
- Silverlight登場で.NET使い大勝利！！！ Part2 (525) - [18446744073709551603%] - 2016/10/16 0:30 ○
トップメニューへ / →のくす牧場書庫について