アカウント名:
パスワード:
使う時は高速かもしれないが、変更に対しては低速だね。
どうですかねぇ。
MFC って 2.5~3.0 の頃遊んでましたけど、お世辞にも生産性の高いクラスライブラリだとは思えなかったんですが (Athena Widget やら Motif といい勝負というか、
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
日本発のオープンソースソフトウェアは42件 -- ある官僚
グループウェア (スコア:1, すばらしい洞察)
サイボウズとかが台頭する前にいち早くグループウェアに着手したのは
悪くない選択眼だったと思う。
MFC を使わずに高速化とかって胸を張ってたしね。
問題は、Lotus Notes みたいに
再利用性 (スコア:1)
使う時は高速かもしれないが、変更に対しては低速だね。
Re:再利用性 (スコア:1)
どうですかねぇ。
MFC って 2.5~3.0 の頃遊んでましたけど、お世辞にも生産性の高いクラスライブラリだとは思えなかったんですが (Athena Widget やら Motif といい勝負というか、
Re:再利用性 (スコア:2, 参考になる)
C++BuilderやDelphiのVCLのような『統一性』はありません。
クラス毎に「使い方」を暗記しなければならないので非常にめんどいです。
# 最悪なのがDBとの連携で…
# VCLだとコード書かないで済むのに.
notice : I ignore an anonymous contribution.
Re:再利用性 (スコア:1)
DBに関してもCDatabase使う分はまぁそれなりの使い勝手ですね。
統一感が無いという部分についてはまったく同意しちゃいますけど。
Delphiは一番さいしょのヤツから一回バージョンアップ(Ver.2.0?)しただけなのでもう忘れました(笑)
-- yuno
Re:再利用性 (スコア:1)
しかも、堅牢性というか、安定性も文句なしです。
更新・挿入も(中間に余計なモノが挟まらないので)DBMSにSQL文が素直に渡るためデバッグがしやすくていいです。
(オラクルが相手だからかもしれませんが)
# DAOとODBCは嫌いです...何度徹夜させられた事か…
# 結局、OO4OかOCIで作ってます。
個人的な感触としては、MFCを使っても手数は減らないですね。
・普通のウィンドウをGUIで作成できない。
(ダイアログなら作成できるがウィンドウサイズと部品サイズが固定になる。可変にすると部品数分、手間がかかる。)
・画面表示で複数フォントを使用するとリソース管理が大変。
・DLLにリソースを持たせるとアクセスできなくなる場合がある。(リソースIDの衝突などで)
・ランタイムライブラリのバージョンが変化した場合に動くか否か?...神のみぞ知る...
・作成後、MFCの部品を別の部品に変更すると、コードの大半を書き直す必要がある。
同じ親クラスから派生した部品であっても要注意!
部品のインタフェースの統一とか、互換性ってモノをハナから無視しているため、としか思えない。→部品(クラス)の選択は慎重に。
notice : I ignore an anonymous contribution.