Qodly for 4Dで開発したプロジェクト（たとえばトレーニングで使用したレンタカーのアプリケーション）をQodly Cloudに変換することはできるのでしょうか
クラウド版のQodly Server（Linuxプラットフォームで動作する軽量版の4D Server）は，バックエンドに4Dと同じデータベースエンジンを採用していますが，Windows/macOS版の4D Serverよりもできることが限られているため，Qodly for 4Dで開発したプロジェクトをQodly Cloudにそのまま変換することはできません。
Qodly Serverでアプリケーションが動作するためには，4Dではなく，QodlyScriptですべてがコーディングされていなければなりませんが，QodlyScriptでは下記のものが使用できません。
クラスAPIについては，SystemWorker, WebSocket, SMTPTransporterなど一部の例外を除き，基本的に4DとQodlyに共通です。
QodlyScriptは，4DとJavaScriptによく似たプログラミング言語です。4DとQodlyScriptを比較すると
が挙げられます。
QodlyのキーワードはJavaScriptと同じくECMAScriptに準拠しています。4Dのキーワードとは違い，①キャメルケースであり，②空白を含みません。また，一部のキーワードは統合されています。
| 4D | QodlyScript |
|---|---|
| If | if |
| Else | else |
| End if | end |
| Case of | switch |
| While | while |
| End while | end |
| For | for |
| End for | end |
| Repeat | repeat |
| Until | until |
| For each | forEach |
| End for each | end |
| Use | use |
| End use | end |
| Function | function |
| Class extends | extends |
| Class constructor | constructor |
| var … : Text | var … : string |
| var … : Date | var … : date |
| var … : Time | var … : time |
| var … : Boolean | var … : boolean |
| var … : Integer | var … : integer |
| var … : Real | var … : real |
| var … : Picture | var … : picture |
| var … : Blob | var … : blob |
| var … : Collection | var … : collection |
| var … : Object | var … : object |
| var … : Variant | var … : variant |
| #DECLARE | declare |
| Alias | alias |
| Try | try |
| Catch | catch |
| End try | end |
| True | true |
| False | false |
| This | this |
4DとQodlyでは代入演算子および等価比較演算子が違います。
| 4D | QodlyScript |
|---|---|
| := | = |
| # | != |
Qodlyにはプロセス変数の概念がありません。変数のスコープは常にローカルです。変数名には，$・ _・Unicodeを使用することができますが，冒頭の文字に数字・$を使用することはできません。
| 4D | QodlyScript |
|---|---|
| $myVar | myVar |
Qodlyの定数名は，kから始まり，キーワード同様にキャメルケースであり，空白を含みません。また，ASCIIコードのTabなど，リテラル表記で代用できるものは除かれています。
| 4D | QodlyScript |
|---|---|
| 4D REST digest | k4DRESTDigest |
| Tab | 9 |
Qodlyのパラメーター区切りはカンマ記号です。
| 4D | QodlyScript |
|---|---|
| ; | , |
4Dでは単純に左から右に向かって演算子を評価しますが，QodlyではECMAScriptと同じように演算子を評価します。
| 4D | QodlyScript |
|---|---|
| 3+10*2=26 | 3+10*2=23 |
将来のバージョンでは
モードが提供される予定です。
また，4DからQodlyに対してOpen datastoreを使用することができるように，Qodlyから4Dに対してもopenDatastore()が実行できるようになる予定です。
Qodly for 4DとQodly CloudのWebForm は互換性があるので，一方のQodly Studioから他方のQodly Studioにコピー＆ペーストすることができます。
4DのストラクチャとQodlyのモデルは同じものではありません。しかし，相違点には法則性があるので，変換プログラムを開発できるかもしれません。
フォームオブジェクトのデータソースには，Form.object.propertyのようなオブジェクト記法を設定することができます。スカラー型の変数やフィールドであれば，値を更新した直後のイベントサイクルでフォームオブジェクトが再描画されます。しかし，オブジェクトは参照型なので，プロパティの値を更新しても，オブジェクト自体が更新されるわけではありません。
過剰な再描画を避けつつ，値の更新を逃さないようにするため，4Dは内部的に更新スタンプを管理しています。それぞれのプロパティには更新スタンプが存在し，値が更新されると，スタンプがインクリメントされるようになっています。加えて，オブジェクト自体にも更新スタンプが存在し，いずれかのプロパティが更新されると，インクリメントされるようになっています。
4Dは，フォームを再描画するタイミングになると，まず，データソースの更新スタンプが変化しているかどうかをチェックします。プロパティのスタンプが変化していない場合，今度はオブジェクト自体のスタンプをチェックします。スタンプが変わっていないフォームオブジェクトは再描画されません。
問題は，オブジェクト型の計算属性です。計算属性は，実際のプロパティではないため，Function setで値を更新しても，スタンプがインクリメントされることはありません。他に更新したプロパティがなければ，オブジェクト自体のスタンプもインクリメントされません。そのため，属性に値を代入してもフォームが再描画されない，という現象が起きます。
フォームオブジェクトのデータソースに計算属性を使用している場合，このことに留意する必要があります。シンプルな対策として計算属性のFunction setで内部的な実際のプロパティ（たとえばThis._stamp）をインクリメントすることができます。計算属性にはスタンプがありませんが，同時に別のプロパティを更新するように計算属性を仕込んでおけば，オブジェクト自体のスタンプがインクリメントされ，実際のプロパティと同じように再描画されるようになります。
SET AUTOMATIC RELATIONSのスコープは「カレントプロセス」です。クライアント側でリレーション設定を変更した場合，その絵設定は「サーバー上で実行」メソッドを実行するサーバー側の同期プロセスには継承されません。これは仕様です。
（このコマンド）はカレントプロセスでデータベース全体のマニュアルリレートを一時的に自動リレートに変更します。
サーバー側の同期プロセスに継承され，「サーバー上で実行」メソッドやトリガで暗黙的に使用できるのは，セットと命名セレクション，ロックされたレコードやトランザクションの状態です。その他の情報（カレントセレクションなど）は，クライアント側とサーバー側で別々に管理されている点に留意してください。
4D View Pro（SpreadJS）は，Webエリア内で動作するアプリケーションなので，Webエリアに共通の制限が存在します。たとえば，セキュリティ上の理由により，キーボードショートカット入力中は標準ペーストボードにアクセスすることが禁止されているので，外部アプリケーションからコピーした画像をView Proエリアにペーストすることはできません。また，キーボードショートカットであれば外部アプリケーションからコピーしたテキストをペーストすることができますが，コンテキストメニューではペーストすることができません。これは仕様です。
イタリア語のシステムでは，小数点にピリオドではなくカンマを使用するのが一般的ですが，4D View Proではピリオドが表示されます。4D View Proがイタリア語のロケールをサポートしていないためです（フランス語のシステムではカンマが表示されます）。サポートされていないロケールを設定する必要がある場合，下記の資料を参照してください。 https://github.com/4d-depot/
v20r3以降，ローカル変数を二重に宣言した場合，コンパイラー警告（変数の再定義550.10）が表示されるようになりました。以前のバージョンでは，変数の型が矛盾しない限り，警告の対象ではありませんでした。変更の背景には，ランゲージの拡張に伴い，変数の宣言と同時に初期値の代入ができるようになったことが関係しています。もちろん，コンパイラー指示で警告を抑制することはできますが（下記参照），可能であれば，変数の宣言をまとめることを検討してください。
//%W-550.10
var $v : Text
C_TEXT($v)
//%W+550.10