リッチクライアントWEBアプリに挑んだ話
開発に至る経緯 当初はFX用の仮想トレードサービス構築を考えていました。というのも筆者は普段FXトレード用のツールなども開発しているため、FXの世界については多少知識があったためです。 FXでは仮想トレードできるツールとして有料でPCにインストールするタイプのものはありますが、Webサービスとしてはお目にかかったことがありませんでした。そして今ではトレード戦略をきっちり検証して本番トレードに臨む方が大勢いらっしゃるので、手軽にWebアプリで検証できるサービスであれば需要はあるかと思い開発に着手しました。 計画(約2日) 以下のようなサービスを目指すことにしました。 Apple製品のようにマニュアルが簡素でも何となく使える。 データ・プロバイダへの負荷軽減と同時にパフォーマンスを考慮する。 必要最小限の機能(MVP: Minimum Viable Product)でリリースする。 なるべくお
ただこれは古い話で、200X年までのIE6が全盛期で、ブラウザ単体による表現力がまだ弱かった時代のものです。そのブラウザの弱いところを保管し、高い表現力（ユーザー体験）を実現するツールとしてリッチクライアントというものが出てきました。 しかし、ブラウザも大きな進歩をし、2005年にはPrototype.js、2006年にはjQueryという高機能なJavaScriptライブラリが出てきて、HTML＋CSS＋JavaScriptというブラウザの基本性能だけで高い表現力を実現することができるようになり、リッチクライアントは衰退していきました。 個人的な話になりますが、200X年当時、ブラウザの表現力に物足りなさを感じていた時リッチクライアント「Curl」に出会い、その考え方や可能性に惹かれて、「これはすばらしい！！」と思って勉強していました。 CurlとRPAとの組み合わせを検証してみたブラウ
「ラジオボタンの値からテキストボックスのmaxlengthを変更したい」（1） リッチクライアント & 帳票 － ＠IT
＠IT 会議室 Indexリンク Windows Server Insider Insider.NET System Insider XML & SOA Linux Square Master of IP Network Java Solution Security & Trust Database Expert RFID＋IC リッチクライアント & 帳票 Server ＆ Storage Coding Edge ＠ITクラブ Cafe VB業務アプリケーション開発研究 ＠IT SpecialPR
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
本当に大丈夫？リッチクライアントの自動化の注意点 | BTC RPA