トークンを使用しないプロジェクトのソースコードの保存
コマンド、定数、テーブル、フィールドは、プロジェクトのソースコード・ファイル(4dmファイル)にトークンと共に保存されます。これによって、4Dは自動的にそれらの名前を変更することができます。しかし、バージョン管理システムや外部のコードエディタで読みやすくするため、あるいはプロジェクト間でコードを共有するために、これらのソースコード・ファイルをトークンなしで保存したい場合があります。4Dがこれらのトークンを使わずにソースコードを保存する方法を見てみましょう。
XMLの見えないキャラクターがステージに!?
4D v19 R2では、テキストファイルのデフォルトのEnd Of Line文字とByte Order Markの使用方法が変更されました。4D v19 R3では、この動作をXMLファイルにも拡張しました。それでは、ご覧ください。
4Dとバージョン管理システムの入門ガイド
長年にわたり、4Dでは、4Dサーバーを使用して、チームの一員としてバイナリデータベースを開発することができました。この開発方法は簡単ですが、多くの開発者が、より良いトレーサビリティを提供するために、ソースコード管理をより効率的に行うことを求めていました。4Dはその声を聞き、このニーズに合うようにプロジェクトモードを開発しました。このモードは、バージョン管理システムのおかげで、コラボレーションの新しい時代を切り開きました!
gitignoreと4D:Gitユーザーのための便利な機能
プロジェクトモードでは、最も人気のあるバージョン管理システムである Git を使って簡単に変更を追跡することができます。しかし、Gitリポジトリにあるプロジェクトの全てのファイルを追跡したくない場合がよくあります。4Dでは、新しいプロジェクトで追跡しないものを定義することができるようになりました。
プロジェクトのデータベースコンポーネントのための独自のドキュメントを構築
以前のブログ記事で、エクスプローラーにメソッドのドキュメントが戻ってきたことを紹介しました。さらに進化して、コンポーネントのドキュメントとして使用したいと思いませんか?このブログでは、その方法をご紹介します。
ニュース速報:4DコンポーネントをGitHubで公開!
2017年、4Dは4D内部コンポーネントのソースコードを4Dパートナーに共有する新しいプログラムを開始しました。
4Dコンポーネントのソースコードを共有することで、コンポーネントをカスタマイズし、自分だけのものにすることができますプロジェクトデータベースと、ソースコントロールシステムを介してアプリケーションのソースコードを共有する機能により、4D内部コンポーネントをプロジェクトデータベース化し、ソースコードを4D GitHubのアカウントにプッシュしました。これは誰でも利用可能で、Githubのアカウントさえあれば利用できます。なぜ、こんなことをしたのか?コードとフォームの両方に対する変更と修正を追跡することで、あなたの生活をより簡単にするためです。
プロジェクトのデータベース。Gitコミットする。プルプッシュ & more
前回のブログでは、Git(バージョン管理システム)とGithub(クラウドベースのホスティングサービス)、そして4Dコードを他の開発者と共有する方法について紹介しました。このブログ記事では、リモートリポジトリのクローン、コミット済みのファイルの無視、マージの競合の解決など、開発者が遭遇する可能性のあるシナリオについてもう少し踏み込んで説明します。
プロジェクトデータベースフォームエディタでの表示改善
フォームエディタでは、フォームの作成、修正、カスタマイズを行うことができます。作業を容易にするためのツールがいくつか用意されており、その一つが「ビュー」パレットです。このツールは、オブジェクトをさまざまなビューに分散させることで、複雑なフォームを簡単に作成することができます。ビューでは、必要に応じてオブジェクトを隠したり表示したりすることができます。
もし、他の人が開発したフォームで作業している場合はどうでしょうか。そのフォームがビューを使用しているかどうかをすばやく判断するにはどうしたらよいでしょうか。ビューの数に制限はありますか?4D v18 R2とプロジェクトデータベースは、このような本質的な疑問を解消し、ユーザーエクスペリエンスを大幅に向上させます!
プロジェクトデータベースフォームエディタによる新しい可能性
プロジェクトデータベースの導入に伴い、いくつかの4Dダイアログのインターフェースも変更しました。このブログでは、フォームエディタに加えられた変更のいくつかを紹介します。
バイナリデータベースとプロジェクトデータベースの比較
ご存知のように、4Dはバイナリデータベースとプロジェクトデータベースの2つの方法でソースを扱うことができるようになりました。バイナリデータベースは、私たちが知っている4Dで、ソースコードをバイナリファイルにして、4D Serverでのチーム開発を可能にし、すべてのデザイン要素(メソッド、フォーム、構造など)を単一のコンパクトなバイナリファイル、「.4db」ファイルに集めました。プロジェクトデータベースは、ソースコントロールシステムのソースコードを別々のプレーンテキストファイルで保存することで、分散したチームが共同作業をしやすくします。プロジェクトが4DBに取って代わることはありません。4DBを消滅させる計画もありません。2つの異なる作業方法と開発方法についてです。あなたのニーズに最も適したものを選択するのはあなた次第です。以下は、その判断材料となるブログ記事です。