4D Japan
テクニカルサポートブログ-
PROJECT DATABASESシリーズ：コラボレーション・ソリューション以上
他の人とコラボレーションしながら作業するのは理想的な方法です。世界中のどこにいても、他の場所のチーム仲間と働くことができ、誰でもファイルやプロジェクトの最新バージョンを難なく見つけられます。全ファイルのバックアップを実行する代わりに、ロールバック元のリストア・ポイントを選択できるようにしながら、新しい機能をテストして、もしそれらが機能しなければロールバックする別の方法。そんな夢が現実になりつつあります。上記のシナリオは4D v18とプロジェクト・データベースによって可能となっています。
プロジェクト・データベースとは何か
プロジェクト・データベースとはテキストベースのファイル中の4Dデータベースです。これらのファイルには、フォーム、メニュー、ユーザー設定と必要なリソース全てが含めた、データベース・ストラクチャからユーザーインターフェイスに至るまで、4Dデータベース・アプリケーションのソースコード全てが含まれます。
プロジェクト・データベースは4D Developerアプリケーションを使って作成、取り扱いをします。プロジェクト・ファイルはその後、最終的なアプリケーションの運用ファイルを構築するために使用されます。
なぜプロジェクト・データベースを使って作業するのか
- 共有：同僚と簡単にコードを交換：コードの断片をメールにコピー/ペーストしてアップロードして実行することができます。
- フレキシビリティー：複数のアプリケーションを使用していて、会社のグラフィックの権利を順守しながらダイアログを再利用したい場合。各アプリケーションにコンポーネントをインストールするか、データベース間でフォームをコピーします。
- シンプルさ：特にグラフィックの権利を順守する条件において、全てのフォント、カラー、アイコンなどを、スタイルシートを使ってアプリケーション用に全てを定義します。
- デバッグ：プロジェクト・ファイルをソース管理レポジトリ中に保存することで、支障のあるコードのソースを配置してバージョン間を簡単に比較できます。
- 運用：ソース管理レポジトリを使えば、複数のブランチ（例：開発と製造）の管理が簡単です。
このリストは表面的なものですが、これらの利点は全てプロジェクトデータベースのおかげです。
プロジェクト・データベースがもたらす全ての新しい機能と可能性は今後のブログで詳しく述べていきます。お楽しみに！
-
4D v17r6 修正リスト
-
ヘッドレス4Dアプリケーション
4D開発者として、グラフィカル・ユーザー・インターフェイス(GUI)を使わないアプリケーション、別名ヘッドレス・アプリケーション、を開発する必要に直面した経験をすでにお持ちでしょう。以前の4Dでは考えられませんでしたが・・・それも4D v18までです！このブログ記事では、新しく可能になった機能を使ってアプリケーションを”ヘッドレス”にする方法を説明します！
なぜヘッドレス・アプリケーションを作成するのでしょうか。今回はいくつかの使用例を挙げています。macOSでWindowsの動きをシミュレートする、あるいはサービス・マネージャーを使わずにWindowsのサービスの動きを実行するなどです。しかし、これら以上に、4Dでボットを開発するような新しい機会も開かれています。
どのようにヘッドレス・モードで4Dアプリケーションを起動するか？
4Dをヘッドレス・モードで起動するには、新しい”headless”パラメータとCLI（コマンド・ライン・インターフェイス）を使います。これは全てのアプリケーション・タイプで有効です：4D、4D Server、スタンドアロン、リモート、マージしたアプリケーション。下記の例では、現在のディレクトリが実行可能なディレクトリになります。
macOSサンプル（ターミナルがバンドルの”Contents/MacOS”フォルダーにある場合）：
./4D\ Server --headless MyDatabase.4DLink ./"4D Server" --headless MyDatabase.4DLink ./4D --headless MyDatabase.4DLink ./MyBuiltRemoteApp --headlessWindowsサンプル：
"4D Server.exe" --headless MyDatabase.4DLink 4D.exe --headless MyDatabase.4DLink MyBuiltRemoteApp.exe --headlessGet application infoコマンドによって返されたオブジェクトに新しい”ヘッドレス”属性を追加しました。それによってインターフェイスの有無によらず、実行モードに依存したコードを書くほうがとても簡単となりました。
注意： Windowsシステム上のサービスモードでアプリケーションが動いたとき、それは自動的にヘッドレス・アプリケーションとして実行されます。サービスを止めることで、4Dを正確な方法で終了します（例えば、macOSアクティビティ・モニターで”終了”アクションを使うように）。
実行中に何が起こるのか？
おそらく疑問に思うことでしょう、「オーケー、それは嬉しい。が、ダイアログが表示されたとしたらどうなるのだろう？」と。ランタイム時に何が起こっているのかをずっと知らせるために、4Dは自動的に診断ログをヘッドレス・モードで起動します。このログは、かつて[{applicationName}.HDLS]タグを使って表示され、ログに取られた全てのユーザーインターフェイスをキャッチします。
一般的な動作では、4Dは何かを表示しようとするコマンドをキャッチして、コマンド名とコールチェーン一緒に警告イベントをログに取り、アクションをキャンセルします。稀に特別なケースもあります：
- もし有効なライセンスがない場合、4Dはこのシステム・イベント・ログと標準的な流れをログに取り、終了します。
- データベースの変換が必要な場合、4Dはこのシステム・イベント・ログと標準的な流れをログに取り、終了します。
- もし有効なデータベースあるいはデータファイルが見つからない場合、4Dはこのシステム・イベント・ログと標準的な流れをログに取り、終了します。
- デバッガーの表示が必要なとき、4Dはエラーをログに取り、”取り消し”アクションをシミュレートします。
- アラートが表示されたとき、4Dは”OK”アクションをシミュレートします。
- 「4Dを終了」コマンドがコールされたとき、4Dはログを取り、”OK”アクションをシミュレートします。
- マージされたアプリケーションがアップデートしなければならないとき、ログが生成され、アップデートを実行し、アプリケーションはヘッドレス・モードで再起動します。
サンプル
例えば、Windowsのサービスとして起動したサーバー上で実行されたALERTコマンドは、サーバーの実行を止めることはもはやできません。4Dは自動的にコマンドをキャッチし、ダイアグノスティック・ログ中に警告行を書き込みます。次のように：
11 2019-07-11 18:53:52 [myTestDatabase Server.HDLS] WARN – (Alert: Test alert label)[{“type”:”projectMethod”,”name”:”myTestAlert”,”line”:2,”database”:”myTestDatabase”}]
このシステムはヘッドレス・アプリケーションで何が起こっているかを見るために作られていて、（必要であれば）コードを改良するためでもあります。
システムの標準ストリームを使う
新しいセレクター、
Into system standard outputs、をLOG EVENTコマンドに追加し、テキストをstdoutとstderr標準ストリームへ送ることができます。ご存知のように、LOG EVENTコマンドにはオプションの”importance”パラメータがあります。そのため、イベントの重要性によって、コマンドはテキストをInformation messageとWarning messageに対してstdoutストリームで、Error messageに対してstderrストリームで送ります。stdoutへテキストを送る：
LOG EVENT(Info system standard outputs;"This is a text for stdout";Information message)stderrへテキストを送る：
LOG EVENT(Info system standard outputs;"This is a text for stderr";Error message)そしてまた、4Dとアプリケーションによって生成された情報を検索するために、stdoutとstderr標準ストリームに対してリダイレクションを使うこともできます。デフォルトでは、これらのストリームはシステムの設定によって、一般的にコンソールに直接向かい、稀にスクリーンに向かいます。例えば、以下のコマンドラインを使って、標準ストリームをファイルにリダイレクトできます。
macOS：
./4D --headless MyDatabase.4DLink 1>stdout.txt 2>stderr.txtWindows：
4D --headless MyDatabase.4DLink 1>stdout.txt 2>stderr.txtストリームのリダイレクションの組み合わせのリマインダー：
- 1>outputFile：標準アウトプットストリームはシステムのデフォルトアウトプットの代わりにファイルに書き込まれます。ファイルはコマンドが起動した時に自動的に生成されます。もしすでに存在していれば、古いコンテンツは消去されます。
- 1»outputFile：上記のシンタックスと同じ動きをしますが、ファイルがすでに存在している場合、それはストリームのコンテンツに追加されます。
- 2>errorFile：標準エラーストリームはシステムのデフォルトアウトプットの代わりにファイルに書き込まれます。ファイルはコマンドが起動した時に自動的に生成されます。もしすでに存在していれば、古いコンテンツは消去されます。
- 2»errorFile：上記のシンタックスと同じ動きをしますが、ファイルがすでに存在している場合、それはストリームのコンテンツに追加されます。
- 2>&1：エラーストリームはアウトプットストリームにマージされます。
- 1>&2：アウトプットストリームはエラーストリームにマージされます。
注意：macOSシステムでopenコマンドを使って4Dパッケージを起動することはでき、ストリームは4Dアプリケーションではなくこのコマンドで生成されます！
まとめ
これらの新しい利点によって、システムの必要な使用条件に適合し、またボットのような新しい機会を作成することもできます。これをあなたのソフトウェア工場の継続的な統合(CI)や継続的なテスト(CT)工程に組み込むかはあなた次第です。あなたのイマジネーションだけが唯一の制限なのです！
-
アイドル接続タイムアウト設定はクライアント側で
Idle connections timeoutは，DB4DおよびSQLサーバーに対するアクセス（デフォルトのTCPポート番号は19814）のタイムアウトを設定するためのデータベースパラメーターです。新ネットワークレイヤーでは，アプリケーションサーバーのタイムアウトも同時に設定する役目を担っています。このパラメーターは，クライアント側だけで有効です。サーバー側でIdle connections timeoutを変更しても，動作には影響しません。これは仕様です。クライアント側で設定を変更しない限り，サーバー接続はデフォルト値の20秒が経過した後，延期（一時停止）状態になります。注記：データベース設定のクライアント/サーバー接続タイムアウト（データベースパラメーターの
4D Server timeoutおよび4D Remote mode timeout）でアプリケーションサーバーのタイムアウトを設定することができました。新ネットワークレイヤーでは，サーバー側のタイムアウトだけが設定できます。
-
Write ProでEMF画像は印刷できない
4D Write Proは，印刷バックエンドにDirect2Dテクノロジーを使用しています。
.emfイメージのレンダリングには，GDIコンテキストが必要なため，Write Proでは印刷することができません。これは仕様です。ベクター画像をドキュメントに挿入したい場合，旧来の.emf形式ではなく，標準的な.svg形式を使用してください。Microsoftは，画面と印刷でレンダリングが一致することを謳っていません。それは歴史的にAppleが強いとされる分野であり，グラフィック関係者がMacを選択する理由のひとつでした。Windowsは，基本的に画面と印刷ではまったく違う処理をしています。
v12以前のWindows版4Dは，画面と印刷の両方にAlturaライブラリを使用していました。Alturaは，Macのエミュレーションであり，Windows本来の96 DPIではなく，72 DPIの描画をします。画面と印刷の差は少なかったかもしれませんが，ネイティブ描画ではなく，Windows版の出力は必ずしも理想的とはいえないものでした。
v13以降のWindows版4Dは，画面にDirectXを採用するようになりました。ハードウェアアクセラレーターを使用した高速なレンダリングであり，全体的に従来よりも美しい出力が可能になっています。一方，印刷には，当時のプリンタードライバーで主流だったGDIが使用されています。このコンビネーションでは，画面と印刷でかなりの差があったかもしれません。
v17のWindows 64ビット版は，画面と印刷の両方にDirectXを使用しています。画面と印刷の差は再び縮まったと思われますが，Macとは違い，システムレベルで一致が保証されているわけではありません。
SET PRINT OPTIONのLegacy printing layer optionを使用すれば，強制的に以前（32ビット版）のGDIエンジンで印刷を実行することができます。v13に近い出力が得られるかもしれませんが，画面と印刷の違いは，プリンタードライバーに依存します。たとえば，Microsoft Print to PDF driverは，DirectX用に設計されており，GDIモードのサポートは貧弱です。反対に，GDIのほうが「高品質な」PDFドライバーもあります。いずれにしても，GDIモードの印刷は，互換性のために提供されているオプションであり，長期的に保証できるものではないため，使用はできる限り控えるようにしてください。
-
クエリエディターの日付フォーマット
v14以降でリニューアルされたクエリエディターは，日付型フィールドの区切り文字をシステムフォーマット（
GET SYSTEM FORMATS）に基づいて決定しています。通常の日付フィールドのように，「スラッシュ・ピリオド・ハイフン（ダッシュ）」が常に使用できるわけではありません。これは仕様です。
-
4D v17.3 Hotfix 1 修正リスト
-
プリント設定のプリセット
Macには，アプリケーション間で共通のプリント設定が利用できます。あるアプリケーションで印刷ダイアログを表示し，プリセットを使用して印刷した後，別のアプリケーションで 印刷ダイアログを表示した場合，最後に使用したプリセットがデフォルトで選択されています。
4Dの場合，印刷ダイアログ（
PRINT SETTINGS(Print dialog)）の前にSET PRINT OPTIONを実行することにより，デフォルトで表示される設定を操作することができますが，最後の印刷にプリセットが使用された場合，プリセットの内容が優先され，コマンドの指定はダイアログに反映されません。これは仕様です。SET PRINT OPTIONでダイアログのデフォルト設定が変更できるのは，プリセットではなく，「デフォルト設定」が選択されている場合だけです。システムのプリセットと
SET PRINT OPTIONが競合するような場合，マニュアル操作でプリセットを「デフォルト設定」に戻すか，プリセットのポップアップメニューをクリックし，「プリセットを表示…」ダイアログで「プリント後にプリセットメニューを”デフォルト設定”にリセット」を有効にすると良いかもしれません。
-
管理ダイアログを4Dコードでカスタマイズ
4D Server管理画面を修正したいという要望は以前からありました。あるカスタマーは情報を削除したいと思い、別のカスタマーはカスタマイズした情報を追加したいと考えていました。このAdminWindowコンポーネントはそのやり方をお見せします。「そのまま」使うことも必要に応じて修正することも可能です。
以前のブログでは、webベースの管理ウィンドウを構築する方法をお見せしました。しかし、4Dコードで純粋にカスタマイズしたインターフェイスに興味があるのなら、このブログ（と関連するHDI）がやり方を提示します！
コンポーネントは、最初の画面からグラフィックスを取り除き、システム情報と共に強化されました。また、二つのページが含まれます：
- DB Measures – カレントでロックされているレコードの概観
- Locked Records – クエリーオプションの概観
オペレーションのカウント、あるいはオペレーションを使った総合計時間によってリストボックス をソートするのにヘッダーを使用できます。このダイアログを使って見落とされたインデックスを見つけたり、クエリーを最適化したりもすることでしょう。リアルタイム・モニターのページは、ビルトインモニターの機能を広げます。通常はピークタイムを表示しています（オペレーションには0.5秒以上が必要です。）さらにオペレーションが動いている場合は、一つ前の最も遅いオペレーションを表示します。ページが開いている時だけ記録され、履歴は残りません。
以下のイメージは、コンポーネントのデフォルトのインターフェイスと、これまでの4D Server管理ウィンドウとの違いを表示しています。
コンポーネントのデフォルトのインターフェイス：
4D Server管理ウィンドウ：
このコンポーネントのソースコードは、Github（英語版 ）から入手できます。テストするには、On Startupデータベース・メソッドのMonitor_Startメソッドを呼び出すだけです。このように、データベースを開けばカスタマイズしたダイアログが表示されます。
あなたの必要に応じてコンポーネントをカスタマイズしてください。ページやコンテンツの消去、非表示、修正は思いのままです。独自のプロセスリストなど自分だけのコンテンツや、状態変数、ライセンス情報などを追加できます。コードはクライアント端末で使うように設計されていることに留意してください（サーバーから自動的に情報を取ってきます）。
互換性ノート：このサンプルは4D v17 R5とプロジェクト・データベースで作られています。
-
4D for iOS：iOS13について知っておくべきこと
iOS 13は、アップルのWorldwide Developers Conference (WWDC2019)で最初に披露され、9月19日にリリースとなりました。とても嬉しいことに、アップルが最新のiOSで明らかにした機能のいくつかは、v18のリリースとともに4D for iOSで使えるようになります！私たちが用意している先進的な機能について、ユーザーが知っておくべきことをすべてを提示します：
ダークモードとカードのような外観
最近ではクールな若者はダークモードを好むようです。良い点は目の疲労を減らし、iPhoneのバッテリー寿命を増やしてくれることです！ダークモードは美しく、ワクワクするユーザーエクスペリエンスを作成します。 そのため、すべての4D for iOSリストと詳細フォームテンプレートはダークモードに対応するように再設計されました。すべてのカラーは、ライトモードとダークモードのどちらでもベストな見た目になるように注意深く選択されています。魅力的なダークカラー・スキームであなたのアプリをドラマティックな外観にできます！
iOS13のもう一つの大きな変化は、カードのような外観です。リストフォームと詳細フォームは、この嬉しい機能を利用するように再設計されました。ビューをプルダウンして閉じることで、アプリの異なる画面間をナビゲートする新しい方法を提供しています。
これら二つの機能は、すべての4D for iOSテンプレートにネイティブに含まれ、美しいダークアプリを構築することができます。
このクールなTaskアプリインターフェイスを4D for iOSで作成してみてみましょう！
アップルでサインイン
アップルでサインを忘れてはいません。事実、アップル・サインインは4D Serverでフルサポートされています！既存のアップルIDを使って素早く簡単にサインインできます。”Sign in with Apple ID”をタップして、承認にはTouch IDとFace IDを使うだけです。
パッケージマネージャー
アップルはSwift Package Manager (SwiftPM)を使った4D for iOSプロジェクトの中に依存性を含めた新しいスタンダードを導入しましたが、これはiOSプロジェクトで使うために拡張されています。iOSのフレームワーク/モジュールを作成して共有し、Xcodeプロジェクトに統合するために使用される予定です。
良い知らせは、4D for iOSはSwiftPMに完全に対応する予定であることです！言い換えれば、自分自身のSwift依存性を共有したり、含めたりできるようになります。
今後に注目してください！
4D for iOSを使うことで、アピールできるネイティブアプリを作成できます。私たちはアップルが提供する最新テクノロジーの最前線に常にいることを保証します。あなたのアプリはアップルの新しい機能、目立つデザイン、パフォーマンスの拡張などの利点を使えます！すぐに新しい利点をテストし、楽しむことができます。アップルが好んで使うように「コードを書いて衝撃を与えよう」！