ショーケース: AI によるスマートな経費精算
経費精算の苦労はご存じでしょう。領収書の山、手入力、誤字脱字。4D AIKit を使えば、そんな苦労はありません。紙の領収書や請求書をアップロードするだけで、内容が構造化された JSON に変換され、データベースに保存されます。
合計・日付・取引先名で時間を無駄にすることはもうありません。画像認識AI がそれらを読み取り、言語モデルが構造化し、4D がそれをそのままアプリに結びつけます。数秒で紙からデータベースへ、そしてユーザーがストレスを感じることはありません。
再帰的依存関係管理: より賢く、より深く、より安全に
「4Dバージョンに追随する」のルールの導入に続き、4D 20 R10 では、新たなレベルの自動化と信頼性を実現する機能を発表いたします: 完全な再帰的依存関係の解決です。
コンポーネントの追加・更新・削除のいずれにおいても、依存関係マネージャーが再帰的に動作するようになり、依存関係ツリー全体を通して、すべてのアクションが正確に反映されるようになりました。
ショーケース：AIによるスマート・コメント・モデレーション
4D AIKitを使ったインテリジェントな機能への旅を続けながら、最新のアプリケーションに非常に関連性の高いユースケースを探ってみましょう。オンライン上の会話がリアルタイムで行われる世界では、プラットフォームを安全で、敬意を払い、コンプライアンスを守ることは、もはやオプションではなく、不可欠です。AIKitを使えば、外部のモデレーションサービスや人間のレビュアーに頼ることなく、強力なモデレーションツールをアプリケーションロジックに直接組み込むことができます。
4D AIKit で解き放つ AIのパワー: 自動化・創造・革新
4Dプロジェクトにインテリジェントな機能を直接導入するためにデザインされた、一連の AI搭載機能の第一弾である 4D AIKit をご紹介できることを嬉しく思います。ビルトインコンポーネントである AIKit は、OpenAI の最先端モデルを開発環境にシームレスに統合することを可能にし、AI を 4D のイノベーションの中心に据えるという我々のコミットメントを表すものです。
わずか数行のコードで、画像生成、コンテンツモデレーション、高度な画像分析、会話型チャットボットなどのインテリジェントな機能でアプリケーションを充実させることができます。これはほんの始まりに過ぎません！可能性は大きく広がり、これまで以上にスマートで、ダイナミックで、応答性の高いソリューションを作成することができます。
4Dバージョンに追随する: 依存関係をよりスマートに管理する方法
素晴らしいニュースです！ GitHub から依存関係を追加する際に、まったく新しいルールにアクセスできるようになりました: 4Dバージョンに追随する。この強力な追加機能により、依存関係があなたの 4D環境と簡単に同期され、互換性の問題が減り、ワークフローがこれまで以上にスムーズになります。
依存関係の管理を簡素化
「4Dバージョンに追随する」のルールを選択すれば、依存関係のどのバージョンが 4Dバージョンに対応しているかを手動で追跡する必要がなくなります。依存関係マネージャーがあなたに代わって、もっとも適切で互換性のあるバージョンが自動的に選択されるようにします。つまり:
- 手作業が減る: 正しいバージョンを自分で探す必要がなくなります。
- 互換性の問題が未然に防げる: 依存関係は常にあなたの 4D環境に対応します。
- 新旧バージョンの行き来が容易: 4D をアップデートまたはダウングレードしても、プロジェクトをスムーズに実行できます。
簡単なアップデート＆信頼できる互換性
4D のバージョンをアップグレードしても、依存関係は有効なまま、互換性のある最新バージョンを簡単に取得できます。ダウングレードした場合、システムは自動的に依存関係をバージョンに合わせて調整します。
自動解決のためのリリースのタグ付け
このシステムを効果的に動作させるために、依存関係の提供者は命名規則に従ったタグを使う必要があります。依存関係マネージャーは、以下のバージョン管理ルールに基づいて依存関係を解決します:
LTSバージョン: タグは x.y.p というパターンに従わなければなりません:
- x は 4D の メジャーバージョンを表します。
- y はマイナーバージョンを表します。
- p はパッチバージョンや追加アップデートに柔軟に対応するためのものです。
例: 20.2.3 (メジャー: 20, マイナー: 2, パッチ: 3) または 21.6.1 (メジャー: 21, マイナー: 6, パッチ: 1)。
4D LTSバージョン (例: 20.2) に追随させる場合、コンポーネントマネージャーは 20.* シリーズの最新バージョンを探します。合致するバージョンが見つからない場合、20.1.p や 20.0.p のような、そのシリーズの前バージョンに自動的にフォールバックします。
Rリリース: タグは xRy.p というパターンに従わなければなりません:
- xR は メジャーバージョンのフィーチャーリリースを表します。
- y は Rバージョンを表します。ここでのみ、便宜上マイナーバージョンと呼びます。
- p はパッチやインクリメンタルアップデートを表します。
例: 20R3.2 (メジャー: 20R, マイナー: 3, パッチ: 2) または 21R5.1 (メジャー: 21R, マイナー: 5, パッチ: 1)。
20R3 のような Rリリースに追随させる場合、コンポーネントマネージャーはまず 20R3.p シリーズの最新バージョンを探します。そのバージョンが利用できない場合は、20R2.p や 20R1.p など、20R3 以下の 20R* シリーズのバージョンを探します。
4DPop と 4DPop-Macros コンポーネントは、すでにこの命名規則に沿ったタグ付けをおこなっており、「4Dバージョンに追随する」ルールでスムーズな依存関係の解決を保証します。
カスタムルールで命名している独自のコンポーネントがある場合、バージョン番号をコンポーネント名に残すことはできます。しかし、タグは厳密に要求された規則に従う必要があります。
依存関係ではなく、コードに集中する
「4Dバージョンに追随する」ルールによって、依存関係の管理がかつてないほどシンプルになりました。プロジェクトのアップグレード、ダウングレード、メンテナンスのいずれにおいても、依存関係が常にあなたの 4D環境と一致していることを信頼できます。
今すぐ試して、よりスマートで手間のかからない依存関係の管理方法を体験してください！
プロジェクト依存関係の管理がかつてないほど簡単に
4D 20 R8のProject Dependency Managerの最新アップデートにより、プロジェクトは常に一歩先を行くことができます。依存関係が定期的にアップデートされているかチェックされるので、最新バージョンにアクセスすることができ、いつ、どのように変更を統合するか、十分な情報を得た上で決定することができます。
さらに、依存関係のルールを編集する機能で完全にコントロールすることができ、比類のない柔軟性を提供します。最新バージョンを選ぶか、次のメジャーバージョンを選ぶか、次のマイナーバージョンを選ぶかなど、これらのルールを調整することで、革新性と安定性のバランスを取りながら、プロジェクトを確実に進化させることができます。
Githubコンポーネント/ローカルコンポーネントの追加と削除が簡単に
4D 20 R7では、4D プロジェクト依存関係インターフェースが大幅に強化され、ローカルとGitHub上の両方のコンポーネントをこれまで以上に簡単に管理できるようになりました。
4Dにおけるコンポーネント管理の簡素化
4D開発において、コンポーネントの管理というタスクは一般的にかなりの労力を必要とします。しかし、4Dの新機能のコンポーネントマネージャー機能を使用することで、コンポーネント管理は大きく進化しました。
コンポーネントを特定のComponentsフォルダに配置する制約がなくなったことにより、この機能は、2つの重要な要素から成り立っています。 dependencies.json および environment4d.json ファイルです。これらのファイルは、開発者にアプリケーションの依存関係をより良く可視化し、コンポーネントパスをカスタマイズする柔軟性を提供します。
データベースのデータ変更を追跡
このブログ記事では、データストア内の変更を管理・追跡する方法に革命をもたらす強力な方法をご紹介します。ここではデータの変更監視を合理化するために設計された特別なマーカーである「スタンプ」の概念を公開し、そのスタンプを独自の要件に合わせてカスタマイズする方法を紹介します。