製品

トークンを使用しないプロジェクトのソースコードの保存

Deeplからの自動翻訳

コマンド、定数、テーブル、フィールドは、プロジェクトのソースコード・ファイル(4dmファイル)にトークンと共に保存されます。これによって、4Dは自動的にそれらの名前を変更することができます。しかし、バージョン管理システムや外部のコードエディタで読みやすくするため、あるいはプロジェクト間でコードを共有するために、これらのソースコード・ファイルをトークンなしで保存したい場合があります。4Dがこれらのトークンを使わずにソースコードを保存する方法を見てみましょう。

ニュース blank

4Dとバージョン管理システムの入門ガイド

Deeplからの自動翻訳

長年にわたり、4Dでは、4Dサーバーを使用して、チームの一員としてバイナリデータベースを開発することができました。この開発方法は簡単ですが、多くの開発者が、より良いトレーサビリティを提供するために、ソースコード管理をより効率的に行うことを求めていました。4Dはその声を聞き、このニーズに合うようにプロジェクトモードを開発しました。このモードは、バージョン管理システムのおかげで、コラボレーションの新しい時代を切り開きました!

製品 blank

gitignoreと4D:Gitユーザーのための便利な機能

Deeplからの自動翻訳

プロジェクトモードでは、最も人気のあるバージョン管理システムである Git を使って簡単に変更を追跡することができます。しかし、Gitリポジトリにあるプロジェクトの全てのファイルを追跡したくない場合がよくあります。4Dでは、新しいプロジェクトで追跡しないものを定義することができるようになりました。

ヒント blank

プロジェクトのデータベースコンポーネントのための独自のドキュメントを構築

Deeplからの自動翻訳

以前のブログ記事で、エクスプローラーにメソッドのドキュメントが戻ってきたことを紹介しました。さらに進化して、コンポーネントのドキュメントとして使用したいと思いませんか?このブログでは、その方法をご紹介します。

ニュース blank

ニュース速報:4DコンポーネントをGitHubで公開!

Deeplからの自動翻訳

2017年、4Dは4D内部コンポーネントのソースコードを4Dパートナーに共有する新しいプログラムを開始しました。

4Dコンポーネントのソースコードを共有することで、コンポーネントをカスタマイズし、自分だけのものにすることができますプロジェクトデータベースと、ソースコントロールシステムを介してアプリケーションのソースコードを共有する機能により、4D内部コンポーネントをプロジェクトデータベース化し、ソースコードを4D GitHubのアカウントにプッシュしました。これは誰でも利用可能で、Githubのアカウントさえあれば利用できます。なぜ、こんなことをしたのか?コードとフォームの両方に対する変更と修正を追跡することで、あなたの生活をより簡単にするためです。

ヒント blank

プロジェクトのデータベース。Gitコミットする。プルプッシュ & more

Deeplからの自動翻訳

前回のブログでは、Git(バージョン管理システム)とGithub(クラウドベースのホスティングサービス)、そして4Dコードを他の開発者と共有する方法について紹介しました。このブログ記事では、リモートリポジトリのクローン、コミット済みのファイルの無視、マージの競合の解決など、開発者が遭遇する可能性のあるシナリオについてもう少し踏み込んで説明します。

製品 blank

プロジェクトデータベースフォームエディタでの表示改善

Deeplからの自動翻訳

フォームエディタでは、フォームの作成、修正、カスタマイズを行うことができます。作業を容易にするためのツールがいくつか用意されており、その一つが「ビュー」パレットです。このツールは、オブジェクトをさまざまなビューに分散させることで、複雑なフォームを簡単に作成することができます。ビューでは、必要に応じてオブジェクトを隠したり表示したりすることができます。

もし、他の人が開発したフォームで作業している場合はどうでしょうか。そのフォームがビューを使用しているかどうかをすばやく判断するにはどうしたらよいでしょうか。ビューの数に制限はありますか?4D v18 R2とプロジェクトデータベースは、このような本質的な疑問を解消し、ユーザーエクスペリエンスを大幅に向上させます!

ヒント blank

バイナリデータベースとプロジェクトデータベースの比較

Deeplからの自動翻訳

ご存知のように、4Dはバイナリデータベースとプロジェクトデータベースの2つの方法でソースを扱うことができるようになりました。バイナリデータベースは、私たちが知っている4Dで、ソースコードをバイナリファイルにして、4D Serverでのチーム開発を可能にし、すべてのデザイン要素(メソッド、フォーム、構造など)を単一のコンパクトなバイナリファイル、「.4db」ファイルに集めました。プロジェクトデータベースは、ソースコントロールシステムのソースコードを別々のプレーンテキストファイルで保存することで、分散したチームが共同作業をしやすくします。プロジェクトが4DBに取って代わることはありません。4DBを消滅させる計画もありません。2つの異なる作業方法と開発方法についてです。あなたのニーズに最も適したものを選択するのはあなた次第です。以下は、その判断材料となるブログ記事です。