<?xml version="1.0" encoding="utf-8" ?>
<rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom">
<channel>
<title>あ！い～ Magic</title>
<link>https://ameblo.jp/i--magic/</link>
<atom:link href="https://rssblog.ameba.jp/i--magic/rss20.xml" rel="self" type="application/rss+xml" />
<atom:link rel="hub" href="http://pubsubhubbub.appspot.com" />
<description>Magicを使用した開発でぶつかった課題など、Magicの技術のみにこだわらず、広く備忘録として書こうと思います。</description>
<language>ja</language>
<item>
<title>Magicでシステムを作る魅力（1）</title>
<description>
<![CDATA[ やはり、Magicを使っているので、Magicの自慢話をさせてください。<br><br>Magicでシステムを作る魅力とは何でしょうか。<br><br>その一つにソフトウエア資産の継承があげられると思います。<br><br>お客様にとっては、ソフトウエアは、ビジネスノウハウを集約した財産です。<br>ＯＳや開発環境のバージョンアップ等に伴い、VB→.Net のように焼き直しが必要になるわけですが、その際、ビジネスロジックを正確に移行することは、簡単なことではありません。もう一度、作りなおさなくてはならないことも多いといいます。<br><br>Magicの大きな魅力の一つは、20年も前のバージョンから、最近のバージョンまで、<br>マイグレーションにより、ロジックのほとんどをそのまま使用できることです。<br><br>時代の変化に伴い、システム環境は、クライアントサーバー、ターミナルサービス、クラウドシステムと変化を遂げてきていますが、ユーザインタフェースなど新たな機能を追加開発し、既存のビジネスロジックは、そのまま移行して運用することが可能なわけです。<br><br>これは、膨大なソフトウエア資産を持つ顧客にとって、大きなメリットをもたらしているといえます。<br><br>ではなぜ、Magicでは、それが可能なのでしょうか？<br>一般的なプログラム言語が、言語の文法に従い記述されたプログラムをコンパイラが翻訳して、実行プログラムを生成するのに対して、Magicは、決められたフレームワーク内の決められた場所にプログラムを記述することで、Magicの実行エンジンがそれを解釈して処理を実行します。<br><br>自由に記述されたプログラムではなく、あらかじめ実行エンジンにより規定された順で処理を記述します。そして、決められた順にエンジンが行わなければならない定形の処理は、みなMagic自身が実装しており、開発者は、オプションを選択することでそれらの機能を利用します。<br><br>このようなフレームワークの構造を持っているため、OS環境やDBMS環境の変化に対して、新しいOSやDBMSに対応したMagicのバージョンにアプリケーションをマイグレーションすることで、ソフトウエア資産を利用しつづけることができるわけです。<br>
]]>
</description>
<link>https://ameblo.jp/i--magic/entry-11875714456.html</link>
<pubDate>Tue, 10 Jun 2014 23:00:00 +0900</pubDate>
</item>
</channel>
</rss>
