Magic xpa 新連載概要
第157回 画面再表示とビュー再表示の違い
 今回の記事のタイトルは「画面再表示とビュー再表示の違い」となっていますが、使用するサンプルプログラムは前号の「サブタスクの編集内容が親タスクに反映されないのは何故」からの続きとなります。 前号では、親タスクに戻ったときに、子タスクで行った編集内容を反映させるために「画面再表示」という内部イベントを使用して画面を更新していました。 実は前号でも少し触れましたが、このときに使用する内部イベントは「画面再表示」以外に、「ビュー再表示」というイベントを使用することも可能です。 そこで今回は、なぜこのように似たイベントが2種類用意されているのか、そしてそれらをどのように使い分けたらよいのかについて解説していきたいと思います。 むやみに「ビュー再表示」ばかり使うのではなく、それぞれのメリット、デメリットを把握したうえで、用途に応じて使い分けていただければと思います。 なお、Maigic のタスク特性には、さらに「ウィンドウ再表示」というオプションも用意されていますので、これとの違いも改めて確認していきます。 繰り返しになりますが、これらの設定はクラサバ以外に、RIA、WebClient でも共通の概念となりますので、基本をしっかり押さえながら、プログラムを作成してまいりたいと思います。 |
第156回 子タスクの編集内容が親タスクに反映されないのは何故
 今回の記事は、クラサバ、RIA、WebClient の各タスク共通のテーマで、トランザクションが関連した内容です。 2階層構造の親子タスクを作り、親タスク、子タスクともに同じテーブルを使用するものとします。 親タスクでデータの一覧を表示し、特定のレコードを編集したりするような場合に、子タスクをズームしてこれを行うというパターンがよくあります。ところがこのときに、子タスクで編集した内容を親タスクに戻って確認すると、子タスクで変更したはずのデータが親タスクのデータに反映されていないというケースがよく見受けられます。 これには理論的な理由があるのですが、今回はこれをシングルユーザ環境で行った場合とマルチユーザ環境で行った場合の注意点を合わせて解説していきたいと思います。ここでは両者のいずれの場合も、Magic の「トランザクションキャッシュ」の動きが関係しています。 理由がよく分からずに、安直に「レコード書込」イベントを発行して、修正した内容を強制的に保存してしまうという手法は得策ではありませんので、これを機会にその動作をご一緒に検証してまいりたいと思います。 ここで使用するサンプルプログラムはクラサバのオンラインタスクですが、上でも述べましたように、このプログラムは RIA、あるいは WebClient のタスクに変換して動作させた場合でも、まったく同じように動作します。この一貫性が Magic の最大の武器のひとつであるとも言えます。 |
第155回 Magic xpa 4.6.1 + Xcode 11で iOS プロジェクトをビルドする（2）
 前号（2020年12月31日号）からの続きです。前号では、Xcode11 から iPhone iOS13 実機へ直接、ビルドして配布する方法について学びました。 今回は、もう一つのアプリ配布方法であるインストーラ（ipa ファイル）経由のインストールについて解説してまいります。 この方法では iPhone に対して直接、ビルド配布するのではなく、別途、配布用のインストールファイルを作成し、Apple から提供されている「Apple Configurator 2」という環境設定ツールを用いてインストールを行います。 従って、Xcode11 のインストールに併せて、あらかじめ「Apple Configurator 2」のインストールも行っておく必要があります。これらは Mac App Store からダウンロードが可能です。 なお例により、本記事の内容を実行するには、あらかじめ Apple Developer Program への登録と、開発用証明書の取得、およびアカウントへの実行デバイス（ご自分の iPhone）の登録が必要となります。これらの手続きがまだお済みでない方は、下記の Apple 社のページを参照して手続きを完了させておいてください。
※これらの登録手順の詳細は、マジックソフトウェア社主催の「Magic xpa iOS 導入トレーニングコース（1日間）」でも解説しています。必要に応じてトレーニングにご参加ください。
では早速、その手順について解説してまいりたいと思います。この手順を習得すれば、インターネット経由での OTA 配布（Over-The-Air ）や、Apple Developer Enterprise Program 上での配布も容易となります。 |
第154回 Magic xpa 4.6.1 + Xcode 11で iOS プロジェクトをビルドする
 Magic xpa 4.6から xpa 4.6.1へのバージョンアップは、Magic 本体にとってはマイナーバージョンアップのレベルでしたが、そこに添付された iOS プロジェクトに関しては、それまでの Xcode 10までの対応から Xcode 11への対応が正式に実現された大きな節目となりました。
Xcode 11では、Apple 社による仕様変更により、モーダルウィンドウのデフォルト表示が従来のフルクリーン表示からモーダルビューの本来の表示形式であるカード型に変更されていたり、あるいは iPhone X から取り入れられたノッチデザインの影響などにより、画面表示周りにいくつかの仕様変更がなされています。
したがって、Magic 4.6以前に同梱された iOS プロジェクトを Xcode 11でそのままビルドすると、フルスクリーンで表示されるべきウィンドウがモーダルビューとなり、それをフリックすることでアプリがフリーズしてしまったり、あるいは iPhone を横置きにするとテーブルコントロールのタイトル行が隠れてしまったりする等の不具合が生じていました。
これらの問題が、今回の xpa 4.6.1へのバージョンアップで正式に解消されたことになります。
併せて、Xcode 11ではアプリアイコン名の登録方法や、アプリへの署名手順もこれまでの作法とは一部異なる点も生じてきましたので、今回の解説ではこれらも含めて順を追って解説してまいりたいと思います。
また、本記事では USB ケーブル直結によるビルドと、インストーラ（ipa ファイル）経由のインストールの両方を解説してまいります。従いまして、Xcode 11のインストールに併せて、あらかじめ「Apple Configurator 2」のインストールも行っておいてください。これらはすべて Mac App Store からダウンロードが可能です。
なお例により、本記事の内容を実行するには、あらかじめ Apple Developer Program への登録と、開発用証明書の取得、およびアカウントへの実行デバイス（ご自分の iPhone）の登録が必要となります。これらの手続きがまだお済みでない方は、下記の Apple 社のページを参照して手続きを完了させておいてください。
※これらの登録手順の詳細は、マジックソフトウェア社主催の「Magic xpa iOS 導入トレーニングコース（1日間）」でも解説しています。必要に応じてトレーニングにご参加ください。
|
第153回 さくらインターネット上に Windows インスタンスを作る（2）
 さくらインターネット VPS のサービスは、月額1,000円からの固定料金制で、初期費用も従量課金も一切無しという安心プランです。しかも、最初から固定のグローバル IP アドレスが割り振られていますので、RIA サーバとしても WebClient サーバとしてもすぐに稼働させることが可能です。 本記事では、Magic xpa の開発版を稼働させるに足るパフォーマンスの、月額2,000円のコースをベースに解説していきます。月額2,000円とはいえ、CPU は仮想 3Core で、SSD 100GB を搭載したスペックとなっています。3Core ですので、CPU 使用率が2個までフル稼働に達しても、残りの1つで Magic サーバは稼働し続けます。 さて、前号ではさくらインターネット VPS 上に Windows Server 2016をインストールし、VNC コンソールからその立ち上がり画面を表示させるところまでを解説しました。 今回はその続きとして、この VNC コンソールから Windows Server 2016に初回のログオンを行い、さらにローカルの Windows 10からリモートデスクトップ接続を行うところまでを解説します。そして最後に、さくらインターネットの管理画面からサーバのステータスを見る方法も併せて解説します。 ※初回のログオンは Windows 10のリモートデスクトップ接続でいきなり行ってもよいのですが、VNC コンソールからのログオンの仕方も確認しておくことで、後々のトラブル対処の一助ともなります。 ではそのコンソールログオンを行ってみましょう（後略）。 |
第152回 さくらインターネット上に Windows インスタンスを作る
 本連載では、これまでに下記の通り、Amazon AWS、および富士通クラウド上で Magic を稼働させる手順について解説してきました。 Amazon AWS 第98回 AWS で Magic xpa を使用する （2016年4月30日） 第99回 AWS で Magic xpa を使用する（2） （2016年5月31日） 第100回 AWS で Magic xpa を使用する（3） （2016年6月30日） 第101回 AWS で Magic xpa を使用する（4） （2016年7月31日） 第102回 AWS で Magic xpa を使用する（5） （2016年8月31日） 富士通クラウド 第144回 富士通クラウド上に Windows インスタンスを作る（2020年2月29日） 第145回 富士通クラウド上に Windows インスタンスを作る（2）（2020年3月31日） 第146回 富士通クラウド上に Windows インスタンスを作る（3）（2020年4月30日） これにより、多くの読者の方々が気軽にクラウド上に Magic の開発環境を構築したり、Magic のアプリケーションサーバを設置したりすることができるようになったことと思います。 そこで今回は、国産クラウド（システム自体もすべて国産）の代表選手とも言える「さくらインターネット」のクラウドに焦点を置いて解説していきたいと思います。 さくらインターネットは、2011年3月の東日本大震災時においても、まったく影響を受けることなく稼働し続け、国内のレンタルサーバー各社の中でも、ずば抜けた信頼性を証明するものであるとして、ニュースでも大きく取り上げられました。 この安定性の要因としては、さくらインターネット上で稼働しているシステムが、すべて自前で構築されて管理されている純国産システムであるという点にもあります。他社のクラウドのように海外システムを日本語化したものではなく、エラー発生時にも不可解な英語のメッセージが出たりすることもありません。日本人の文化にとっても、使いやすいインターフェースとなっています。 ただ、さくらインターネットはクラウド関連のサービスメニューが非常に多く、初心者にとってはどのサービスから着手したらよいのか分かりにくい点もありますので、ここでは入門者向けとして理解しやすく、また価格もお手頃な「さくらインターネット VPS」のサービスに的を絞って解説していきたいと思います。 お手頃価格であるとはいえ、さくらインターネット VPS は、Magic の開発環境を構築したり、完成したアプリケーションをクラサバ、RIA、WebClient にかかわらず、Magic サーバとして実行させたりするうえでは十分な機能を備えていますので、安心して利用することができます。ちなみに、利用料金は月額1,000円からの固定料金制で、従量課金は一切なしという安心プランとなっています。 ※本記事では、Magic を稼働させるに十分なスペックを持つ月額2,000円の固定料金プランの利用について解説していきます。 それでは具体的な利用手順について解説してまいりましょう（後略）。 |
第151回 WebClient のオーバレイウィンドウをカスタマイズする（2）
2020年9月30日 前号では、オーバレイウインドウの四隅を角丸にし、タイトル部分のバランスと配色を調整するところまでを学習しました（画面1）。  画面1 前号までの途中完成図 ここまでで、下記の6項目の課題のうち、1番と2番が完成したことになります。 1. オーバレイの四隅が角ばっており、オーバレイらしくない。 2. 見出しタイトル領域が狭く、コントロールのバランスが悪い。 3. 項目タイトルと項目データに段差があり、見づらい。 4. 項目タイトルの左側に余白がない。 5. 終了ボタンが左寄せであり、左側に余白がない。 6. 背景の色が濃すぎて、親タスクのデータがよく見えない。 今回はその続きとして、3番から6番までの課題である、「項目データの表示バランス」と「終了ボタンの位置の調整」、および「背景の透明度を変更する方法」を学びます。 6項目の全ての課題の修正が完了すると、完成図は画面2のようになります。  画面2 6項目の課題の完成図 なお、ここで学ぶ修正手順は、ただ単にこの1画面を修正するだけの解説にとどまらず、汎用的な修正手順のコツをつかんでいただくことに重点を置いています。したがって、そのコツを習得された暁には、ほとんど自由自在にレイアウトを調整していく能力が身に付くことが期待できます。 もちろん今回の修正も前回と同様、ソースコードとなる HTML や TypeScript には一切の手を触れず、簡単な CSS の追記だけで作業を進めていきます。追加する CSS はわずか数行で、その場で暗記できる内容の記述ばかりです（後略）。 |
第150回 WebClient のオーバレイウィンドウをカスタマイズする
第150回 WebClient のオーバレイウィンドウをカスタマイズする 2020年8月31日 前号では、「第149回 WebClient でサブタスクを作る」と題して、階層構造のサブタスクをオーバレイウィンドウを用いて表示させるところまでを解説しました。その時の実行画面は次のようになりました（画面1）。  ご覧になって分かりますように、このときの実行画面はこれまでの日本語アプリの環境からするとあまり馴染みのないレイアウトとなっており、各所に不満を感じる人も少なくないのではないかと思います。その主だったものは次のような点です。 1. オーバレイの四隅が角ばっており、オーバレイらしくない。 2. 見出しタイトル領域が狭く、コントロールのバランスが悪い。 3. 項目タイトルと項目データに段差があり、見づらい。 4. 項目タイトルの左側に余白がない。 5. 終了ボタンが左寄せであり、左側に余白がない。 6. 背景の色が濃すぎて、親タスクのデータがよく見えない。 そこで今回は、これらの問題点を修正し、見慣れたアプリのイメージに沿うように、簡単な CSS を用いてカスタマイズしていく手法を学びます。 ただしこの時、Magic が出力する Angular プロジェクトのソースコードをすべて解析しながら作業を行っていくのは得策ではありません。それには膨大なエネルギーと時間を要します。そこで今回は、最小のエネルギーと最短の時間でこれを実現する術（すべ）をご披露いたします。 修正作業に入る前に、完成図を先にお見せします。カスタマイズが完了すると、オーバレイウィンドウの表示は次のようになります（画面2）。  改良した内容は次の通りです。 1. オーバレイウィンドウの四隅を角丸にし、オーバレイらしくした。 2. タイトル部分の高さを調整し、ラベルやボタンの余白を調整した。ついでに罫線の色も変更した。 3. 項目ラベルの左側に余白を設け、さらに項目データとの表示を1行にまとめた。 4. 終了ボタンを右寄せにし、右側に余白を設けた。 5. オーバレイウィンドウの背景を薄くし、透明度を上げた。 ただ、これでもまだ改良の余地は多々ありますが、今回は修正の仕方のコツを掴んで頂くことに重点を置いていますので、そのコツを習得したのちに、皆さんにご自由にカスタマイズしていただければと思います。 なお、今回の修正はカスタマイズの汎用性と可搬性を重んじて、Magic が吐き出す HTML には一切、手を加えません。したがって、後日 Magic 側にプログラムの修正が発生し、Angular 側のソースコードに上書き更新がなされたとしても、その影響を受けません。つまり、プログラムの修正のたびに、せっかくカスタマイズした内容が消えてしまうといった心配もないわけです。 では、具体的な方法を順を追って解説していきます（後略）。 |
第149回 WebClient でサブタスクを作成する
 今回は、記事のタイトルが「WebClient でサブタスクを作成する」となっていますが、いきなり WebClient で階層構造のプログラムを作るより、既存のオンラインタスクをコンバートして WebClient タスクとして実行するという手順を検証してみたいと思います。それにより、従来のオンラインタスクに比べて、WebClient では何がどう異なるのかの理解が容易となります。 画面1は、典型的な階層構造のオンラインタスクです。ラインモードの親タスクから「編集」ボタンを押してそのレコードの明細を子タスクで開き、データを変更して「終了」ボタンを押すと、親タスクのラインモードのデータも更新されているというプログラムです。このオンラインプログラムのポイントは次の通りです。 1. 子タスクのトランザクションモードを「N=ネスト遅延」にし、変更されたデータを子タスクのレコード後の後でコミットして DB に保存する（画面2）。 2. 子タスクのタスク後で「ビュー再表示」を発行し、親タスクで表示しているキャッシュデータを DB から再読み込みして最新のデータに置き換える（画面3）。 ちなみに、親タスクで「編集」ボタンを押して子タスクを実行するイベント設定は画面4の通りです。また、画面4のユーザイベントの定義は画面5の通りです。 では早速、このプログラムを WebClient タスクにコンバートし、これらすべての設定がそのまま正しく動作するかどうかを確認していくことにしましょう。 コンバートの手順は、基本的にはタスク特性のタスクタイプを「O=オンライン」から「W=Web Client」に変更するだけです。ただし、それにともない付随する箇所をいくつか修正していく必要があります。今回はそれをひとつひとつ検証してまいります。それにより、ビュー再表示やトランザクションのネスト遅延の構造までが WebClient に引き継がれることを確認します。 なお、使用する Magic は Magic xpa 4.6の体験版ですので、どなたでもマジックソフトウェア社のホームページから無償でダウンロードして使用することができます（後略）。 |
第148回 Angular プロジェクトを IIS にデプロイする（2）
 さて、前回の解説にて Windows Chrome および iPhone と Android 上で WebClient タスクが正常に動作するところまでを解説したのですが、まだこのままでは問題が残ります。この状態ではまだ、Microsoft の Edge と IE とで正常に動作しないのです。 Edge や IE で実行させようとすると、画面1や画面2のようなエラーが出てしまいます。 実はこれには正当な理由があり、それなりの理由で動作しないように Angular 側で初期設定がなされているためです。 今回は、その設定を変更する方法を解説するとともに、このプロジェクトを正式に Windows Server 上にデプロイしたときに起こりうるトラブルの解消法について解説していきます（後略）。 |
1-10 of 157