Mendix リリース 10.15 – ソフトウェア開発ライフサイクル全体へのギフト
このリリースでは、ソフトウェア開発ライフサイクル全体にさまざまな改善がもたらされています。Studio Proのパフォーマンスが向上し、ページ構築の改善やデータグリッド2のアップデートが行われました。ワークフローは、ワークフロー境界イベントとデータベースコネクタおよびコミットの優れた改善によりさらに強力になりました。ベストプラクティスのチェックなど、新しいパイプライン機能でDevOpsを強化してください。また、新しいガバナンス強化によりアプリの管理が改善されました。最後に、AIを組み込んだアプリの構築は、開発者に質問する機能など、さまざまな改善によりさらに良くなりました。 Maia さまざまな言語でチャットし、あなたの言語で回答を得られます。
スタジオプロ
パフォーマンス
Studio Pro のパフォーマンスをさらに向上させました。具体的には、式エディターのオートコンプリート ポップアップ、プロパティ ツール ウィンドウ、およびその他のさまざまなパフォーマンスの向上です。
Maia チャット多言語サポート
すべての国や地域で英語が好まれるわけではありません。また、英語の経験が少ない国や地域では、開発がより困難になります。現時点では、自分の言語で質問したり、 Maia 言語を検出し、あなたの言語で応答します。また、これはバックエンドの改善であるため、Studio Pro を更新する必要もありません。

ページ作成
X線モードの一般提供
ベータ版のリリースに続いて、X-Ray モードは、バグ修正、データ ソース情報の追加、再設計されたインターフェイスなど、改良と改善が行われました。X-Ray は、コンテナ、レイアウト グリッド、データ ウィジェットなどの構造要素をキャンバスに直接配置し、その他のスタイルを維持することでデザイン モードを強化します。これにより、構造モードに切り替えることなく、キャンバス上でウィジェットを選択して配置することがはるかに簡単になります。データ ソース情報を含めることで、利用可能なデータ コンテキストをキャンバス上で直接確認できるため、ユーザー エクスペリエンスがさらに向上します。10.15 のリリースでは、Windows でも一般公開されます。
式にはデータビューは必要ありません
条件付き可視性や動的クラスの式を、データコンテナを囲むことなく使用できるようになりました。これにより、ページパラメータ、選択、定数など、トップレベルで使用可能な変数のみを使用する場合に、ラッピングデータコンテナを追加する必要がなくなり、モデリングが簡素化されます。これは、 Mendix Jean Gabeler によるフォーラム。 有難うございます!

概要ページの上書きオプションを生成する
概要ページの生成は、データ管理ページを生成するための簡単な機能です。以前は、新しいページが生成されると新しいフォルダーが追加され、ページを手動でコピーするなどする必要がありました。もうそんなことは起こりません。このリリースでは、概要ページの生成ダイアログで、以前に生成されたフォルダーを上書きできるようになり、時間を大幅に節約できます。

データウィジェットの機能強化
パーソナライゼーションの向上
フィルター値がデータグリッドのパーソナライゼーションの一部として保存されるようになったため、ユーザーはデータグリッド 2 のパーソナライゼーションの改善の恩恵を受けることができます。つまり、パーソナライズされたフィルター構成を別々に保存する必要がなくなりました。さらに、フィルター演算子も保存されるようになったため、データグリッドのカスタマイズとパーソナライゼーションが強化されました。この問題を報告していただき、ありがとうございます。 アイデアフォーラム、アダム!
参照セット
最後に、データ グリッド 2 列の参照セットを選択する新しいオプションにより、ユーザーは関連データをコンマ区切りの値リストとして表示できるようになり、データの表現と管理のための簡単で適応性の高い方法が提供されます。
ワークフロー境界イベント (ベータ版)
ユーザー タスクのエスカレーションをモデル化したり、ワークフローの実行中に外部イベントに反応できるようにしたりする必要があったことはありませんか? 例外をモデル化し、ワークフロー内のさまざまな種類のイベントに応答する方法として、境界イベントを導入しています。たとえば、ユーザー タスクが 1 週間経っても完了しない場合は、マネージャーにエスカレーションする必要があります。
境界イベントはアクティビティにアタッチできるイベントで、トリガーされると代替パスが開始されます。BPMN に精通している人は、これらの概念を知っているでしょう。中断しない境界イベントと中断する境界イベントがあります。中断しない境界イベントは、追加のパスを開始しながら親アクティビティをアクティブに保ちます。中断する境界イベントは、親アクティビティを中止し、代替パスを開始します。さまざまなタイプのイベントを使用して、これが発生するタイミングのトリガーを定義できます。
境界イベントのこの最初の (ベータ) リリースでは、(マルチ) ユーザー タスク、サブワークフロー (ワークフローの呼び出し)、システム タスク (マイクロフローの呼び出し)、および「通知を待つ」アクティビティ用の中断のない境界イベントを導入しています。境界イベントとして使用できる最初のイベントは、タイマー イベントです。ツールボックスからタイマー イベントをドラッグして、たとえばユーザー タスクにドロップするだけです。とても簡単です。1 つのアクティビティに複数の境界イベントを追加できます (下のビデオを参照)。境界イベント パス内のアクティビティにも境界イベントを含めることができます (下のビデオを参照)。
境界イベント (ベータ版) は、Studio Pro の「新機能」タブから有効にできます。

コミット情報
コミット ダイアログに各タブの変更数が表示されるようになり、変更内容をすばやく確認しやすくなりました。さらに、新しいコミットを作成するときに、変更を含む最初のタブが事前に選択されるため、余分なクリックを数回行う必要がなくなります。

データベースコネクタクエリで応答エンティティを共有できるようになりました
複数のクエリで同じ応答エンティティを共有できるようになりました。別のクエリで定義されたエンティティを再利用するように選択したり、既存のエンティティを追加の属性で更新したりすることもできます。エンティティを再利用すると、同じデータに対して複数のクエリを必要とするページの構築が簡単かつ迅速になります。たとえば、異なるクエリの結果を表示するデータ グリッドなどです。

モバイル: iOS 18 のサポート
テクノロジー界にエキサイティングなニュースが!今月、Apple はモバイル オペレーティング システムのメジャー アップデートを発表しました。この新しいバージョンには多くの機能強化と改善が盛り込まれており、まもなく世界中のユーザーの手に渡ることになります。
Appleユーザーはデバイスを素早くアップデートする傾向があるため、アプリをこのアップデートに合わせておくことが重要です。iOS 18で構築されたネイティブモバイルアプリのサポートを追加したことを発表できることを嬉しく思います。 Mendix 10. サポートを有効にするには、ネイティブ モバイル テンプレートを最新バージョンに更新し、アプリの新しいバージョンをリリースします。
今後は、このサポートをネイティブモバイルアプリにも導入する予定ですので、ご期待ください。 Mendix もうすぐ9。
Studio Pro 拡張性 – モデルへの完全な読み取りアクセス
拡張性により、開発者は新しい Studio Pro 機能を構築できます。多くのユースケースは、品質、分析、レポートの生成など、モデルの読み取りに関するものです。このリリースでは、型指定のないモデル アクセス API を導入しました。これにより、モデルからあらゆる種類の情報を取得できるようになり、拡張機能がさらに強力になります。
コード例:
public IReadOnlyList GetMicroflowActionActivities() =>
untypedModelAccessService.GetUntypedModel(currentApp)
.GetUnitsOfType("Projects$Module")
.Single(unit => unit.Name == "MyFirstModule")
.GetUnitsOfType("Microflows$Microflow")
.Single(unit => unit.Name == "MyFirstLogic")
.GetElementsOfType("Microflows$ActionActivity");
始めるには、ドキュメントをご覧ください 型指定なしモデルアクセス API の使用方法.
プラグイン可能なウィジェットAPI – アクションのデフォルト値を指定する
ウィジェットはモジュールの一部としてリリースされることが多く、いくつかのケースでは、一部のプロパティは常に同じマイクロフローを呼び出したり、デフォルトで同じページを開いたりする必要があります。マイクロフロー、ナノフロー、またはページを開くアクションを指定できるようになり、ウィジェット ユーザーの作業が簡単になりました。
XMLの例:
<property key="buttonAction"
type="action"
defaultValue="MyFirstModule.MyFirstLogic"
defaultType="CallMicroflow">
<caption>On click</caption>
<description>Action to be performed when button is clicked</description>
</property>
詳細は ドキュメントをご覧ください.
DevOps
パイプライン プラス プラス – MAIA テストと API
Mendix パイプライン プラットフォームネイティブのローコードCI/CDを強化し、DevOpsのノウハウがなくてもソフトウェアのパッケージングと展開を自動化できます。設定可能な一連の手順により、パイプラインを設計できます。 Mendix ポータルは、TeamServer Gitへのコミットなど、指定された条件に基づいて自動的にトリガーされるようにします。これで完了です。 Mendix Pipelines を使用すると、何時間もの労力を節約できます。現在、パブリック ベータ版で無制限にご利用いただけます。ぜひお試しください。
Mendix パイプラインは進化し続けています。今回のリリースでは、非常に強力な 2 つの機能を提供します。
でテストする Mendix ベストプラクティス推奨者
CI/CDの自動化と同様に、テストも自動化できたら素晴らしいと思いませんか?自動的に次のことを保証できます。 Mendix 貴重な開発者の時間を費やすことなく、展開されるアプリは高品質で安全なものになります。 Mendix パイプライン – Maia ベストプラクティス推奨者 (以前は Mx Assist Performance Bot)。
- ベストプラクティスレコメンダーとは何ですか? Maia ベストプラクティスレコメンダーは、アプリモデルを検査してアプリのパフォーマンスを向上させるのに役立つインテリジェントな仮想共同開発者ボットです。 Mendix 開発のベストプラクティス。エラー、警告、非推奨、推奨事項を表示して、開発の最適化に役立ちます。 Mendix アプリ。これは、ハイコードの世界における静的コード分析に似ています。
- Pipelines ではどのように機能しますか? 新しいパイプラインステップは Maia ベストプラクティスレコメンダーが導入されました。このステップでは、.MPRファイルを Mendix 開発のベスト プラクティス。品質ルールに基づいてパイプラインを失敗させるステップを構成できます。たとえば、ベスト プラクティス レコメンダー ボットによってエラーが検出された場合はパイプラインを停止し、品質が不十分なプロジェクトが MDA としてパッケージ化されたり環境に展開されたりしてさらに伝播しないようにします。ベスト プラクティス レコメンダーの詳細な結果は、ログを展開すると [実行の詳細] ページに表示されます。

ベスト プラクティス レコメンダー ステップ (以前の Mx Assist パフォーマンス ボット) の構成
- パイプラインに追加するにはどうすればよいですか? 簡単です。チェックアウトの後にステップを追加するだけです。パイプラインの例は次のようになります。

- 結局のところ、なぜそれを使用する必要があるのでしょうか? メリットは多岐にわたります:
- テストを自動化して開発者の生産性を向上
- Mx Assist Bot に従ってエラーや非推奨があるデプロイメント パッケージの作成を防止することでシフト レフトを実行します。
- 最終的には、高品質のソフトウェアを作成し、 Mendix!
- 今後さらに多くの種類のテスト手順が追加される予定ですか? もちろんです!詳細についてはリリースブログをご覧ください!
パイプライン API
API: 孤立した島以上のものを目指すソフトウェアの秘密の材料です。そして、それらはパイプラインに存在します! 2つのAPI呼び出し 利用可能です:
- パイプラインを開始 – 手動でトリガーできるパイプラインは、API 経由で開始できるようになりました。ヒント – この API を使用するには、設計ページからパイプライン設計 ID をコピーします。
- パイプライン実行ステータスのクエリ – この API 呼び出しを使用して、実行中のパイプラインのステータスを照会します。
API はどのように使用できますか?
- カスタマイズされたトリガー – API を使用すると、トリガー条件をカスタマイズできるため、特定のイベントや基準に基づいてパイプラインを開始できます。たとえば、チケットの Jira ステータスが Jira Automation によって更新されたときにパイプラインをトリガーできます。通常、Jira は社内承認を容易にするためにも使用され、パイプラインを統合すると、プロセスの別の手順を節約できます。
- 他のシステムとの統合 – APIはさまざまなツールやサービスと統合できます。たとえば、 Mendix 選択したサードパーティの CI/CD ツールからのパイプライン。
- 可視性とコラボレーションの強化 – パイプライン完了時のグループ チャネルへの通知や Jira チケットの更新も、パイプライン経由で調整できます。
ガバナンス
ソフトウェア構成の改善
ソフトウェア構成 – コントロールセンター の三脚と 開発者ポータル – アプリ ランドスケープとアプリの外部依存関係をそれぞれ可視化するのに役立ちます。これらの構成要素を可視化することで、セキュリティ リスクを効果的に監視できます。最近のリリースでは、次の改善が行われました。
- シームレスなコラボレーションのためのディープリンク – ソフトウェア構成のすべてのページとサブページでディープリンクを利用できるため、アプリの構成や固有のコンポーネントの使用状況を同僚と簡単に共有できます。
- パフォーマンスの向上 – この機能に対する圧倒的な肯定的な反応により、パフォーマンスに若干の不具合が発生しました。今回のリリースではいくつかの改善を行いましたが、今後のバージョンでも引き続き改善を行っていきます。
- パイプラインによる SBOM 生成 – ソフトウェア部品表 (SBOM) ビルドと公開のステップを使用する場合、パイプラインを介してもSBOMが生成されます。SBOMは ソフトウェア構成ページ.
集中化された会社の役割
プロジェクトの役割についてお話ししましょう Mendix プラットフォーム — これらは、アプリケーション開発プロセスに関与する人々に与えられる権限のセットです(したがって、プラットフォームで構築するアプリのエンドユーザーの役割とは関係ありません)。 Mendix).
現時点では、 どのプロジェクトのスクラムマスターも、必要な数のカスタムロールを設定できます。 そして、それらのプロジェクト ロールをチーム メンバーに割り当てることができます。理想的ではないことは承知しているため、動作方法を変更しました。
プラットフォーム ロール管理を会社レベルに完全に移行しました。これは実際には、会社の管理者のみが会社ロールを作成および編集でき、ロールが作成されると個々のプロジェクトで使用できるようになることを意味します。スクラム マスターは、すべてのプロジェクトでカスタム ロールを作成する権限を持たなくなり、管理者が承認したロールのセットから選択することしかできなくなります。

では、具体的に何が変わるのでしょうか? 社内のユーザーがカスタム ロールをほとんど作成していない場合、唯一の違いは、管理者がコントロール センターでプラットフォーム ロールをより効率的に確認および管理できるようになったことです。カスタム ロールがある場合、一元化された会社ロールに切り替えると、プロジェクトのすべてのカスタム ロールがコントロール センターに表示されるようになります。
たとえば、異なる人が同じ権限セットを取得し、異なるプロジェクトで異なる名前を付けている可能性があります。または、組織にとってあまり意味のない権限セットを持つロールが、どこかのプロジェクトで使用されている可能性があります。つまり、会社の管理者が少しクリーンアップを行う必要があります。どこかで使用されているロールを削除または変更しようとすると、管理者に別のロールを選択してそれらのユーザーに再割り当てするように促します。これはそれほど手間がかからないはずです。いつでも、私たちが提供するデフォルトに戻して、他のすべてを削除できます (他のすべてのロールは「プロジェクトから継承」としてマークされます)。

なぜこれが重要なのか疑問に思うかもしれません。アクセス管理に関するガバナンスの改善とは別に、次のステップではクラウド権限を追加して、管理者が会社レベルでどのロールにインスタンスを展開する権限があるか(または具体的には本番環境に展開する権限があるか)を選択できるようになります。
より複雑なユースケースでは、誰が何にアクセスする必要があるかを最もよく知っている個々のプロジェクトメンバーにデプロイ権限を委ねるオプションが引き続き提供されます。最後に、集中管理された会社の役割に切り替えるとすぐに、 プロジェクト API v2 プログラムで任意のロールを割り当てることができます (現時点では、スクラム マスター ロールにのみ可能です)。
切り替える場合は、コントロール センターに移動し、上部のバナーにある [詳細] をクリックして移行フローを開始するだけです。

1 年 2025 月 XNUMX 日までに、全員が Centralized Company Roles に切り替える必要があることにご留意ください。 このステップは、クラウドの権限を一元的に管理できるようにするために重要ですが、これにより、管理と評価のためのより多くのオプションを提供できるようになります。 Mendix 当社の API を使用したプラットフォーム。
AI
トークンモニターを使用して GenAI アプリケーションの使用状況を監視する
最新バージョンでは、 会話型UIモジュール、 ユーザーがGenerative AI機能をどのくらいの頻度で使用しているかをモニタリングする機能を追加しました。 Mendix アプリ。時間の経過と共に使用される入力トークンと出力トークンの数を表示して、採用状況を追跡し、消費量を把握し、コストを管理します。組み込みのグラフを使用して概要を簡単に把握したり、データをエクスポートして独自の分析を行ったりできます。
会話型 UI の一部として新しい Markdown ウィジェットを使用してリッチテキストを表示します。
最新の マークダウンウィジェット に 会話型UIモジュール と AIボットスターターアプリほとんどのモデルはリッチテキスト(書式、表、リンクなど)を返すようにトレーニングされているか、プロンプトで簡単にそうするように指示できます(例: 回答はマークダウンでフォーマットし、必要に応じて箇条書き、太字のテキスト、順序付きリストを含めます。)。新しいウィジェットを使用すると、アプリケーション内で自動的に適切にフォーマットされるため、エンドユーザーにさらに豊富なテキストを表示できます。コンテンツは自動的にサニタイズされるため、JavaScript インジェクションについては一切心配する必要はありません。

サポートアシスタントスターターアプリ
最新のAI拡張サポートアシスタントで独自のAI拡張サポートアシスタントを作成しましょう サポートアシスタントスターターアプリ関数呼び出し、ナレッジ ベース、検索拡張生成 (RAG)、プロンプト エンジニアリングなどの高度なテクノロジを使用して、ユーザーがチケットをより簡単に処理できるようにします。履歴データと静的データを使用して、回答が自動的に提供される場合にユーザーがチケットを作成する必要がないようにします。ユーザーは、会話で既に入力したすべての情報を使用してチケットを作成するように自動的にガイドされ、より手動のプロセスへのスムーズな移行が実現します。
このスターター アプリを使用して開発を開始したり、一般的な生成 AI パターンを 1 つのシームレスなエクスペリエンスに組み合わせる方法について詳しく学習したりできます。
新しい統合ショーケースでモデルとユースケースを簡単に比較
我々は、作成しました 統一されたショーケース体験 Bedrock と OpenAI の両方で、それぞれのショーケースを置き換えることができます。 GenAI ショーケース アプリケーションにアクセスして、アプリケーションに Generative AI を実装するさまざまな方法を調べ、OpenAI、Azure OpenAI、Amazon Bedrock でテストしてください。 これを使用して結果を比較し、さまざまなアーキテクチャ パターンを開始してください。
次のアプリを始める準備はできていますか?
- ダウンロード Mendix スタジオプロ.
- すべての機能、改善、修正などを詳しく見てみましょう。 Mendix 10.15リリースノート.
- 今後のアップデートを見逃したくないですか? 私たちのブログを購読する 最新のニュースをキャッチするために。