ファイナルアンラッキー

MVVMデザインパターンとは何か？  簡単に言うと、WPFやXamarinの為にあると言える。 　WPF：絶えるとと思ったが、意外と耐えた。 　　　　 XAMLなる、XMLみたいなデザインで画面をデザイン出来る為、WindowsForms 　　　　であったような、コントロールで実現できないデザインはオーバーライドで 　　　　ゴリゴリしなくて良くほぼ自由自在にデザイン出来る。 　　WPFが流行るに流行れないのは、やはり、いつの間にか、MVVMデザインパターンでプログラミングするスタイルが定着した事だと思う。 　　MVVMは、物凄く大規模で、継続性があるシステムだと一定の効率効果は得られるが、小規模、モックアップ、事業として成立が難しい案件かも知れない場合、これに見合う開発工数では無くなる点だ。 　　行ってみたら、普通にコーディングしたら、一行で済むようなコードを、わざわざ、モデル、ビューモデル、ビュー（XAML）の三本柱を連携するようにコーディングして行かなくてはならない。 　 Label.Text = "test"; Windows.Formsだとフォームにラベルコントロールを一つ置いて、文字を出す場合、これだけで済むのだが、WPFの場合は、XAMLで設定したコントロールに、どのモデルの変数と割り当てるかを細かく振る舞いを書いて、モデルで変数を用意して、ビューモデルでモデルの変数とビューの橋渡しを行えるようにコードを書く。 Xamarinとは何か？  昨今流行っているクロスプラットフォームである。 何が出来るかと言うと、C#一本で、Androidアプリ、iPhoneアプリ、Windowsアプリの全てが開発出来てしまう。 欠点：　各方面でC#で開発と言われてはいるものの、実は、Android.Java 　　　　やiPhone.Objective-Cのクラス等を、そのままC#にしただけ。 　　　　つまり、Android,iPhoneの開発をそれぞれの言語でやった人では無いと、 　　　　これの意味は分かりにくいが、そういう事なのだ。 　　　　だから、Windows.Formsみたいな、LoadやInitialで始まるなんてあり得ない。 　　　　iPhoneのViewDidLoa

いくつかネットショップ運営の為のパッケージを触る機会があって、思ったのが・・ TEMPOSTARで扱っているeasyECSというソフトは、基幹システムと連携しやすそうに思えた。 何故なら、ローカルにSQL Serverを持っており、データベースを参照する事が可能だからだ。 ・・・が、一つ問題が。 サポートに連絡してみたら、データベースをどうにかする事は、一切許可してくれなかった。 まぁ、基本的にはそうだと思うのだが・・・ ・・・だけど、そうなるとeasyECSは物凄く不便なお荷物に思える。 何故なら、ローカルにデーターベースがあるのに、それを使って基幹システムと連携するような運用が出来ないとなると、データベースを保守する手間だけが発生するからだ。 つまり、easyECSをインストールしたパソコンのデータベースがバックアップを取られるように保守をしたり、パソコン自体を保守したり。。 これって、無駄じゃないのか？？ じゃあWEB上のTEMPOSTARで使えば？っとなるのだが。。 さすがに、これはネクストエンジンの方が全然機能が上だ。 ネクストエンジンの場合、WEBAPIが公開されており、社内で開発したシステムと連携が可能だからだ。 easyECS・・・惜しい・・・ もう少し、データベースの仕様を公開してくれていたら、迷わず導入する企業が出てくると思うのだが。 ネットショップのシステムを内製化すると、ネックになるのがWEB APIの開発とその保守だ。 特に保守は最悪だ。 モールショップは山程あるは、仕様はそれぞれのモールショップで異なるは、APIは廃止されたり、新規で登場したり、またまた仕様はころころ変わるわ・・・ これを、少人数のエンジニアでこれだけの為に人を裂く事は、ほぼほぼ不可能。 実際には、B To Bの取引の為のシステムの方がボリューム大きく、売上が大きい事が殆だからだ。 なので、内製化する際は、エンジニアはAPIだけパッケージで買えないか模索することもあるだろう。 各モールショップの仕様がもう少し標準化されれば良いのだが。。。 大抵、売れるモールショップは偏っており、少数だし。