|
多くの伝統的な分野において、フォームは依然として重要な情報収集手段であり、フォームの開発はこれらの分野における情報システム開発の一部でもあります。 今日のデジタル時代では、オンラインフォームを活用することが、効率的かつ効果的にデータを収集し、フィードバックを提供するために不可欠です。 AI技術の発展に伴い、人間とコンピュータのインタラクションの形態も変化しています。情報収集の方法やフォームへの入力方法も変化し、フォームの開発は徐々に自動化・インテリジェント化が進んでいます。 フォーム ジェネレーターはフォーム開発の効率を大幅に向上させることができ、コード不要のインテリジェント システムを実現するための重要なコンポーネントです。 次のセクションでは、プロジェクト テクノロジの選択に役立つ優れたオープン ソース フォーム ジェネレーター プロジェクトをいくつか紹介します。 1. ノコDBノコドブ NocoDBは、ノーコードデータベースを構築するためのスマートなスプレッドシートおよびフォームシステムです。ユーザーはデータベースの作成、管理、更新が可能です。NocoDBはGoogleスプレッドシートやGoogleフォームと同様の機能を備えており、フォームを通じてデータを入力・整理したり、リアルタイムで共同作業してデータを収集・管理したり、レポートを生成したりできます。 さまざまなデータ タイプ、カスタム ワークフロー、および他のサービスとの統合をサポートします。 主な機能は次のとおりです。 (1)豊富なスプレッドシートインターフェース
(2)他のシステムと統合できる
(3)プログラム可能なアクセス 以下のメソッドは、ユーザーがプログラムから操作を実行できるようにするために提供されています。トークン(JWTまたはソーシャル認証)を使用して、NocoDBへの認可リクエストに署名することができます。
(4)同期モード システムは、同期モードで NocoDB GUI の外部で行われた変更をサポートします。 (5)監査 監査をサポートするために、すべてのユーザー操作ログを 1 か所に保存します。 2.Formilyhttps://github.com/alibaba/formily Formilyは、Alibabaが提供するオープンソースの統合フロントエンドフォームソリューションです。React、React Native、Vue2、Vue3といったフロントエンドフレームワークをサポートする、高性能でクロスデバイス対応のフォームジェネレーターです。主な機能は以下のとおりです。
3. ブディベースhttps://github.com/Budibase/budibase Budibaseは、ビジネスアプリケーションとワークフローを数分で構築できるローコードプラットフォームです。PostgreSQL、MySQL、MSSQL、MongoDB、REST API、Docker、Kubernetesなどをサポートしています。 ユーザーはGoogleフォームに匹敵するデザイナーを作成できます。フロントエンドの構築に最適なソリューションです。 主な機能は次のとおりです。
4. クリプトパッドhttps://github.com/cryptpad/cryptpad CryptPadは、プライバシーとセキュリティに重点を置いたオープンソースのオフィスコラボレーションスイートです。暗号化されたドキュメント、スプレッドシート、Webフォームを作成するためのツールを提供します。 ユーザーは、すべての情報が暗号化されプライベートなままであることを保証しながら、データ収集用のフォームを作成して共有できます。 CryptPadは、リッチテキスト編集、アンケート、カンバンボードなどの機能をサポートし、リアルタイムの共同編集を可能にします。サーバーのセットアップは不要で、さまざまなユースケースに対応する豊富なテンプレートが用意されています。 このプラットフォームはユーザーのプライバシーを重視しており、すべてのデータはエンドツーエンドで暗号化され、正しいキーを持つユーザーだけがコンテンツにアクセスできるようにします。 5. サーベイJShttps://github.com/surveyjs/survey-library SurveyJS は、カスタマイズ可能なフォームを作成するためのオープンソース ライブラリです。 主な機能は次のとおりです。
|
オープンソースでフリーフォームのジェネレーター5つ
関連するおすすめ記事
-
Alibaba は 32B の大型モデルをオープンソース化したばかりで、私たちはすぐにそれをテストしました。
-
-
Goで書かれたGitサーバーGogsをUbuntuにインストールする方法
-
89, 89); margin: 0px; padding: 0px; background: none 0% 0% / auto repeat scroll padding-box border-box rgba(0, 0, 0, 0);">resource ( s )
2022/07/02 13:17:33 1 つのリソースを作成しています
2022/07/02 13:17:33 1 つのリソースを作成しています
2022/07/02 13:17:33 検出キャッシュをクリアしています
2022/07/02 13:17:33 タイムアウト1 分で4つのリソースの待機を開始
2022/07/02 13:17:39 43個のリソースを作成しています( s )
2022/07/02 13:17:39 5分0 秒のタイムアウトで43のリソースの待機を開始
2022/07/02 13:17:40 デプロイメントの準備ができていません: argocd / argocd - applicationset - controller 。 予想される1 個のポッドのうち0 個が準備ができています
2022/07/02 13:17:42 デプロイメントの準備ができていません: argocd / argocd - applicationset - controller 。 予想される1 個のポッドのうち0 個が準備ができています
……
2022/07/02 13:19:44 デプロイメントの準備ができていません: argocd / argocd - applicationset - controller 。 予想される1 個のポッドのうち0 個が準備ができています
2022/07/02 13:38:27 デプロイメントの準備ができていません: argocd / argocd - dex - server 。 1 個のポッドのうち0 個が準備完了です
2022/07/02 13:38:30 リリースインストールに成功しました: argocd / argo - cd - 4.9.11
2022-07-02 13:38:30 ✔ [ 成功] ツール( argocd / default ) の作成が完了しました。
2022 - 07 - 02 13 : 38 : 30 ℹ [ 情報] -------------------------- [ 処理の進行状況: 4/4 。 ] --------------------------
2022 - 07 - 02 13 : 38 : 30 ℹ [ INFO ] 処理中: ( argocdapp / default ) -> 作成...
2022-07-02 13:38:31 ℹ [ INFO ] application . argoproj . io / dtm - test - go が作成されました
2022-07-02 13:38:31 ✔ [ 成功] ツール( argocdapp / default ) の作成が完了しました。
2022-07-02 13:38:31 ℹ [ 情報] -------------------- [ 処理が完了しました。 ] --------------------
2022-07-02 13:38:31 ✔ [ 成功] すべてのプラグインが正常に適用されました。
2022-07-02 13:38:31 ✔ [ 成功] 申請が完了しました。適用プロセス中、実行状態は定義された状態バックエンドストレージに保存されます。例えば、ローカルストレージを使用している場合、実行状態はルートディレクトリのdevstream.stateファイルに保存されます。合計4つのツールチェーンがあり、最初の2つが完了し、最後の2つが認識された場合、最初の2つのプラグインの状態がこのファイルに保存されます。次回の再適用時には、最後の2つのツールチェーンのみを実行する必要があります。
上記で定義したツールチェーンは、最終的に GitHub 上に Golang Web 用のスキャフォールディングされたアプリケーション コード リポジトリを作成します。
GitHub Actions は、CI 操作と Docker イメージの構築に使用されます。
CI プロセスは最終的にイメージを Docker Hub にプッシュします。
その後、ArgoCD が Kubernetes にデプロイされます。
$ kubectl get pods -n argocd
名前準備完了ステータス再起動年齢
argocd - アプリケーション- コントローラー- 0 1 / 1 実行中0 5 分55秒
argocd - アプリケーションセット- コントローラー- 64 d8c477f4 - 2 wrg6 1 / 1 実行中0 5 分55秒
argocd - dex - サーバー- dbdbf5499 - krmfz 1 / 1 実行中0 5 分35秒
argocd - 通知- コントローラー- b67c4bdb4 - 22 t9l 1 / 1 実行中0 5 分55秒
argocd - redis - df9db799b - 8 gbpv 1 / 1 実行中0 5 分55秒
argocd - リポジトリ- サーバー- 56769 cdd47 - zs65j 1 / 1 実行中0 5 分55秒
argocd - サーバー- 7 d4745f689 - w5pp7 1 / 1 実行中0 5 分55秒最後に、ArgoCDを使用してCD操作を実行し、サンプルアプリケーションをKubernetesクラスターにデプロイします。基本的には、ArgoCDアプリケーションオブジェクトを作成します。
$ kubectl アプリケーションを取得- n argocd
名前同期ステータスヘルスステータス
dtm - テスト- go 不明健康ArgoCD を通じて、デプロイされたアプリケーションの詳細を表示することもできます。
最後に、ツールチェーン全体を削除する場合は、`dtm delete` コマンドを実行するだけです。
プロセス全体は非常にスムーズでした(ただし、何らかの理由でGitHubへのアクセスが非常に遅かった点を除けば)。必要なプラグインを設定ファイルで定義するだけで済みます。プラグインの設定方法の詳細については、公式ドキュメント(https://docs.devstream.io/en/latest/plugins/plugins-list/)をご覧ください。
YAML設定ファイルに必要なDevOpsツールを定義するだけで、たった1つのコマンドでDevOpsツールチェーンとSDLCワークフロー全体を構築できます。DevStreamはまさに魔法のツールと言っても過言ではありません。
Git リポジトリ: https://github.com/devstream-io/devstream。
-
Streamlit を使用して、インタラクティブなアプリケーションをすばやく構築して共有します。
-
Nvidia のオープンソース ドライバーはなぜ Linux にとってそれほど重要なのでしょうか?