- Viteベースの新しいReactフレームワークで、Webとネイティブで動作
- 静的/サーバー/クライアントページ間でユニバーサルな型付きルーティングを提供
- ローカル重視
- よりシンプルなコード、より良い結果、クロスプラットフォームを目指す
- ネイティブアプリはクライアントサイドデータベースのおかげで使い心地が良く、書きやすい。サーバー境界をなくし、即座に変更を反映し、オフラインでもうまく動作する
- Webでは小さなバンドル、限られたストレージ、同期、キャッシュ、構成などの問題により、こうした機能を使いにくい
- Zeroとのパートナーシップにより、データのためのデフォルトソリューションとして組み込まれている
- ZeroはPostgresでも動作し、サーバーとクライアントの両方で優れた性能を発揮する
GN⁺のまとめ
- OneはWebとネイティブアプリ開発を簡素化する新しいReactフレームワーク。
- データ管理の複雑さを解決するため、Zeroと協力して強力なソリューションを提供する。
- このフレームワークは、特にクライアントサイドデータベースの利点をWebでも活用できるようにする。
- Web開発者に、より良い性能と簡単なデータ管理を提供できる可能性を示している。
- 類似機能を持つプロジェクトとしては、Next.jsのようなフレームワークがある。
1件のコメント
Hacker Newsの意見
Zeroはローカルファーストなソフトウェアではなく、サーバーファーストなソフトウェアに見える。ネットワークが任意であり、ユーザーが最終的なコントロールを持つというローカルファーストソフトウェアの原則が欠けている。サーバーが停止したらアプリが動き続けるのか疑問
iOSモバイル開発者として、TestFlightでデモアプリをダウンロードして使ってみたが、React Nativeの利用はWebでプラットフォームUIを模倣するよりはるかに良い。ただし、いくつかのUI遷移の問題とバグがある
RailsとMeteorの栄光の時代を愛していた開発者として、ユニバーサルなアプリフレームワークの必要性は感じないが、今後の仕事のために検討するつもり
Zeroのランディングページの75%がZeroに割かれているのに、まだリリースされていない点が妙に感じられる。ソフトローンチのように見える
Web開発者として、Nateの仕事はNext.js以降で最も革新的な進展に見える。チームと一緒に新しいWeb描画IDEを開発中で、Oneを統合する予定
Famo.usで働いていた経験から、このようなフレームワークを作るのがどれほど難しいかよく分かる。Zeroが潜在力を発揮すれば非常に強力になるだろう
Takeoutを使った経験を共有したい。Capacitorを使う中で多くの問題に直面し、ExpoとSolito、Tamaguiに切り替えて大きな変化を経験した。NateとTamaguiチームのサポートは素晴らしかった
Rails開発者として、OneがRails APIとReact UIスタックに適しているのか気になる。Zeroが他のフレームワーク向けアダプターを必要とするのか、それともバックエンドに直接接続されるのか知りたい
Tamaguiでの仕事を通じてNateを知っており、彼の経験がExpoとWeb/ネイティブ間のギャップを埋める助けになると期待している。Nateの努力に感謝しており、近いうちに確認してみる予定