Follow 4D version : 依存関係をよりスマートに管理する方法
素晴らしいニュースだ!GitHubから依存関係を追加する際に、全く新しいルールにアクセスできるようになりました:4Dバージョンに従う。この強力な追加機能により、依存関係があなたの 4D 環境と簡単に同期され、互換性の問題が減り、ワークフローがこれまで以上にスムーズになります。
依存関係の管理を簡素化
4Dバージョンに従うルールがあれば、どの依存関係のバージョンが4Dバージョンと一致しているかを手動で追跡する必要がなくなります。Dependency Managerが、あなたに代わって、最も適切で互換性のあるバージョンが自動的に選択されるようにします。つまり
- 手作業が減る :正しいバージョンを自分で探す必要がなくなります。
- 互換性の問題の減少 :依存関係は常にあなたの4D環境にマッチします。
- 安定性の向上 :4Dをアップデートまたはダウングレードしても、プロジェクトをスムーズに実行できます。
簡単なアップデートと信頼できる互換性
4Dのバージョンをアップグレードしても、依存関係は有効で、互換性のある最新バージョンを簡単に取得できます。ダウングレードした場合、システムは自動的に依存関係を新しいバージョンに合わせて調整します。
自動解決のためのリリースのタグ付け
このシステムを効果的に動作させるために、貢献者は依存関係が構造化されたタグの命名規則に従っていることを確認する必要があります。依存関係マネージャは、以下のバージョン管理ルールに基づいて依存関係を解決します:
LTS バージョン :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はマイナーバージョンを表します。
- pはパッチやインクリメンタルアップデートを表します。
例:20R3.2 (Major: 20R, Minor: 3, Patch: 2) または 21R5.1 (Major: 21R, Minor: 5, Patch: 1)。
プロジェクトが20R3のようなRのリリースを指定した場合、Component Managerはまず20R3.pシリーズの最新バージョンへの解決を試みます。そのバージョンが利用できない場合は、20R2.pや20R1.pなど、20R3以下の20R*シリーズのバージョンを探します。
4DPopと 4DPop-Macrosコンポーネントは、すでに構造化されたタグ付け規約に準拠しており、Follow 4Dバージョンルールでスムーズな依存関係の解決を保証します。
カスタム命名ルールを持つ独自のコンポーネントがある場合、タイトルにバージョン番号を残すことができることに注意してください。しかし、タグは厳密に要求されたフォーマットに従う必要があります。
依存関係ではなく、コードに集中する
Follow 4Dバージョンでは、依存関係の管理がかつてないほどシンプルになりました。プロジェクトのアップグレード、ダウングレード、メンテナンスのいずれにおいても、依存関係が常にあなたの4D環境と一致していることを信頼できます。
今すぐ試して、よりスマートで手間のかからない依存関係の管理方法を体験してください!
プロジェクト依存関係の管理がかつてないほど簡単に
4D 20 R8のProject Dependency Managerの最新アップデートにより、プロジェクトは常に一歩先を行くことができます。依存関係が定期的にアップデートされているかチェックされるので、最新バージョンにアクセスすることができ、いつ、どのように変更を統合するか、十分な情報を得た上で決定することができます。
さらに、依存関係のルールを編集する機能で完全にコントロールすることができ、比類のない柔軟性を提供します。最新バージョンを選ぶか、次のメジャーバージョンを選ぶか、次のマイナーバージョンを選ぶかなど、これらのルールを調整することで、革新性と安定性のバランスを取りながら、プロジェクトを確実に進化させることができます。
Githubコンポーネント/ローカルコンポーネントの追加と削除が簡単に
4D 20 R7では、4D プロジェクト依存関係インターフェースが大幅に強化され、ローカルとGitHub上の両方のコンポーネントをこれまで以上に簡単に管理できるようになりました。
4Dにおけるコンポーネント管理の簡素化
4D開発において、コンポーネントの管理というタスクは一般的にかなりの労力を必要とします。しかし、4Dの新機能のコンポーネントマネージャー機能を使用することで、コンポーネント管理は大きく進化しました。
コンポーネントを特定のComponentsフォルダに配置する制約がなくなったことにより、この機能は、2つの重要な要素から成り立っています。 dependencies.json および environment4d.json ファイルです。これらのファイルは、開発者にアプリケーションの依存関係をより良く可視化し、コンポーネントパスをカスタマイズする柔軟性を提供します。
データベースのデータ変更を追跡
このブログ記事では、データストア内の変更を管理・追跡する方法に革命をもたらす強力な方法をご紹介します。ここではデータの変更監視を合理化するために設計された特別なマーカーである「スタンプ」の概念を公開し、そのスタンプを独自の要件に合わせてカスタマイズする方法を紹介します。
4D for Mobile がオープンソースに: コミュニティのための大きな一歩!
テーラーメイドのネイティブアプリ。モバイル版4Dで注文する
4D v19 R6とv19 R7は、4D for Mobileに2つの興味深い機能をもたらしました。セッションと、4Dサーバーが提供するウェブページをあなたのネイティブモバイルアプリで表示することです。しかし、この2つを組み合わせたときに得られる可能性について考えたことがありますか?
このブログ記事では、その可能性の1つを紹介します。モバイルユーザーが中央購買部に発注し、在庫を一元管理できるようなシンプルなアプリの構築方法を紹介します。
4D for Mobile ライセンス
4Dフォーラムでは、4D for Mobileを使ったライセンスの使い方について多くの質問をいただきました。
4D for Mobile : モバイルユーザーのCookieを取得する
ご存知のように、スケーラブルセッションは4D v18 R6から利用できるようになりました。これは、プリエンプティブモードで複数のプロセスを扱うことができるウェブセッションの一種です。つまり、複数のユーザーエージェントのリクエストを同時に処理し、これらのプロセス間でデータを共有することができるのです。
4D v19 R7は、この機能を大幅に強化し、4D for Mobileで利用できるようにしました。
4D for Mobile : モバイルアプリにウェブページを表示する
すでに、テンプレートに基づいたビューを構成することができ、モバイルアプリを美しくするために、何十ものテンプレートが自由に利用できます。4D v19 R7では、新しいプリセットアクションを使って、4Dが提供するウェブページを表示することで、さらにスパイスを効かせることができます。URLを開く “です。
これは、4つのことを意味します。
- 独自のデザインを自由に作成できるようになりました。
- ネイティブアプリに組み込まれたシームレスなユーザーエクスペリエンスを維持できる
- リアルタイムで更新されたデータを取得
- ユーザーデータを保持し、セッションを使用して最適化されたユーザー体験を提供することができます。
モバイルデバイス用に最適化されたウェブページを作成するだけです。
簡単な例で使い方を確認しましょう。