Xamarin.forms: ライブリロードはVSマーケットプレイスから削除されます。

@anirudhaguptaその通りです。 これはアクティブなプロジェクトではなく、先週削除されました。 私は次のいずれかを見てお勧めしますLiveXAMLやゴリラプレーヤーあなたのUI上のランタイムの繰り返しのため。 私たちのツールチームは、Previewerを設計時の反復のための堅牢でパフォーマンスの高いツールにすることに熱心に取り組んでいるため、VSプレビューに従って改善を行ってください。

更新（10/26）：

以下のライブリロードに関するアップデートをお読みください。

UWPのXAMLデザイナーは素晴らしいです。 ExpressionBlendを使用してそれを変更することもできます。 そこに素晴らしいアニメーションを作成することもできます！ それは本当に速くて成熟しています。 ただし、xamlの編集を提供し、実行時にも続行します。 彼らはデザイナーとランタイムの編集と続行に違いがあることを知っているからです。 あなたは私をからかわなければならない！ Xamarinには開発の選択肢があまりありません。さらに難しくしないでください！ 最初にXamlデザイナーはxaml edit＆continueの代替ではないことを述べ

どうして？ これは非常に奇妙な決定です。 これは機能した唯一の無料ツールです。
これは本当の必要性です、これはあなたが箱から出して必要なものです。 なぜあなたはコミュニティの意見に興味がないのですか？ 私は私の人生の日々を再コンパイルを待って過ごします:(。

確かに、非常に奇妙です。 古いマイクロソフトを彷彿とさせます。

これはひどいです、ビルド2018でのライブリロードの発表は、モバイル開発者にとって会議の最大のハイライトでした。

なんて素晴らしいツール...「保存」を押すだけで、3つの異なるプラットフォームデバイスが同時に更新されるのを見ることができます！

さらに別のXAMLプレビューツールがMS-Xamarin部門によって開始および破棄されました。 それらのいずれかを機能させるために費やされた可能性のあるすべての工数が無駄になりました。 または、ログに記録された他の100の問題のいずれかを修正します。

私はライブリロードを進めていないことはMAJORの間違いであることを十分に強調することはできません@pauldipietro！ プレビューアは確かに良くなりましたが、非常に遅く、実際のアプリのコードで作業しているため、LiveReloadが心配する必要のないさまざまな問題に常に悩まされます。

• 例として、プレビューアでは、適切に表示するためにすべてのフィールドを初期化するか、デザインモードになっているかどうかを確認するためにコードを肥大化させる必要があります。 しかし、これは常に静的なビューです。
• 一方、Live Reloadを使用すると、はるかに便利な編集と続行のメンタリティでアプリを実行できます。 これは、開発者がXAMLを更新しているときに、アニメーションを表示し、動作、ジェスチャ、および効果を追加して、これらの要素が機能していることを検証できることを意味します。 言うまでもなく、これにより、開発者はUIを変更して状態などを更新できます。

Live Reloadのサポートは継続する必要があり、率直に言って、VS2019 / VSMac8の標準Xamarinツールの一部として組み込む必要があります。

cc： @davidortinau @migueldeicaza @pierceboggan

@dansiegelにこれ以上同意できませんでした
正直なところ-私たちの誰もあなたのオフィスで起こっている政治的なBSを気にしません。 開発の方向性は、今月の支持された監督者である誰とでも、そよ風の中で明らかに揺らいでいます。 それは長期的な戦略ではありません。

Xamarinフォーラムやその他の場所での反応を見てください。 LiveReloadがプレビューアの真上にあることは誰もが認識しています。 個人的なことは何もありません。 プレビューアチームを運営している人には申し訳ありません。 しかし、それはほとんど機能しません。

プレビューアがLiveReloadからコードを吸収し、両方の長所になることを目的としている場合は、それは素晴らしいことです。 それが完了し、代替品として機能している場合は、そうします。 しかし、空白を埋めるために何も配置されていないときにLiveReloadを強制終了することは、ただ...これらのツールで実際に生計を立てようとしている私たちには無責任です。

それは信じられないよ！ どうして！！！？？？？？

そして、ジッターでは、誰も答えていません
https://gitter.im/xamarin/live-reload

私たちは開発者です-これはそれぞれ私たちの時間です-私たちのお金です。 Xamarinチーム-この決定の理由を説明してください。 さらなる開発のためのリソースがない場合は、LiveReloadをオープンソースに転送します。 コミュニティはこの無料のツールを必要としています。
沈黙は悪い戦略です。

そして、ジッターでは、誰も答えていません
https://gitter.im/xamarin/live-reload

「ギッター」とは何ですか？ Xamarinが、開発者からのフィードバックが必要な場所のソースを難読化したことを教えてはいけません...もう一度...別の時間と別のソーシャルメディアプラットフォーム...。

XamarinフォーラムはMicrosoftによって運営されています。 それを進化論を提案する公式の場所として使用することに何か問題がありますか？

Gitterは、ライブリロード開発者が開発者と対話するソースです。 またはついに先週まで。

すみません、英語は私の母国語ではありません。

Gitterは、ライブリロード開発者が開発者と対話するソースです。 またはついに先週まで。

どこでそれについて学びましたか？ GitterがLiveReloadのフィードバックチャネルであるとどこに記載されていますか？
これは私がこのプラットフォームについて聞いた最初のものです。

他の人がそれについて知っていたので決して宣伝されなかった恥。 例：それがフィードバックのチャネルであると想定されていた場合、ドキュメントページにあったと思います。
https://docs.microsoft.com/en-us/xamarin/xamarin-forms/xaml/live-reload

うーん、それについては申し訳ありません:(
コメントセクションなどで、Daniel Cazzulino @kzuは、このチャネルを通じて、コミュニケーションがより合理化されると述べています。
また、入力すると、ライブリロード開発者（主にkzu）と他の開発者の間でメッセージがやり取りされます。

私はxamarinへの信頼を失い始めました。 私は、Mono.Android / IOSがあった場所から、Xamarinの名前が変更されて、Microsoftが購入したものまで、何年も使用していました。 私はそれに多くの、多くの、多くの、昼と夜を注ぎました。 そして今、私の選択は間違っていました:(。それは非常に悲しい日です。
しかし、兆候はすべて私たちの周りにあります。 私はそれを見ないことを選びます。

うーん、それについては申し訳ありません:(
コメントセクションなどで、Daniel Cazzulino @kzuは、このチャネルを通じて、コミュニケーションがより合理化されると述べています。
また、入力すると、ライブリロード開発者（主にkzu）と他の開発者の間でメッセージがやり取りされます。

そこに話があったことは間違いありません。 私のポイントは、XamarinまたはMicrosoftのいずれかがこれを頻繁に行うということです。 チームごとに異なるフィードバックチャネルがあります。問題のリストが長くなり、誰かのボーナスチェックが危険にさらされるたびに、チームはフィードバックチャネルを変更することを好みます。

隠されたチャットルームへの招待状を受け取るための秘密の握手がわからない場合は、寒い中です。 これは私たちの約99％です。 明らかに、Gitterルームについて知っている人はほとんどいないか、Xamarinフォーラムサイトで「だから誰か知っていますか？」と尋ねる人はいないでしょう。

それはそう！！ 私はこの件に関してマイクロソフトに非常に失望しています。
とてもがっかりします！！
そして、私のアプリはこのテクノロジー（Xamarin.Android、Xamarin.IOS）にあり、私の会社はXamarin.Formsへの移行プロセスにあります。 そして、私がこれを見るとき、私はWTFのようです??????? この言語で申し訳ありませんが、私は非常に腹を立てています。

それはそう！！ 私はこの件に関してマイクロソフトに非常に失望しています。
とてもがっかりします！！
そして、私のアプリはこのテクノロジー（Xamarin.Android、Xamarin.IOS）にあり、私の会社はXamarin.Formsへの移行プロセスにあります。 そして、私がこれを見るとき、私はWTFのようです??????? この言語で申し訳ありませんが、私は非常に腹を立てています。

私は100％同意します-謝罪する理由はありません。 「WTF ?!」 正解です。 Xamarinフォーラムでその略語を使用しない限り。 経営陣に叱られました。 本当。

あなたと同じボート。 私は会社にXamarinへの移行を促しました。 今、私はだまされたと感じています。 それはLiveReloadの1つのテクノロジーについてではありません。 いずれか1つが失敗したパスになる可能性があることがわかりました。 私に届いたこの種の活動の明確で明白なパターン。 パターンが現れるのを見るのに十分長く関与しなければなりません。 次に、パターンを確認できるように投資した後は、投資が深すぎて抜け出せないため、手遅れになります。 結婚のように。

ニュース速報!!!

ダニエル・カズリーノ@kzu 15:49
何が起こっているのかわからない、私は知らない
そのマーケットプレイスアカウントを管理します。 これに関しては、これまで何も通知されていません。 申し訳ありませんが、これ以上の情報を提供することはできません

https://gitter.im/xamarin/live-reload

https://gitter.im/xamarin/Xamarin.Forms?at=5bcdfb2938449236617e65e8
これを読んで、イカザの言葉

言い換えれば、私たちはねじ込まれています。 とても厳しい！！

LIveXAMLなどの同様のツールにお金を払わなければならない場合は、すべてのアプリをフラッターで再コーディングしようとします。 私が言ったことを覚えておいてくださいね！！

ええと... LiveReloadは私のすべてのマシンにインストールされています。 その正常に動作します。 これ以上更新がない可能性がありますが、今後数か月は機能し続けるはずです。 私は願います。

@tlhintoqインストーラーを共有できますか？

@pictos
それは良い質問です。 私は最初にそれを見つけなければなりません。 その忌まわしいWindowsマーケットプレイスの主な問題は、すべてが隠されており、舞台裏にあることです。 最近では、実行できる.msiファイルを取得できません。 掘り下げて、何が見つかるか見てみましょう。

@ pauldipietro ＃3921にも注意を向ける必要があります。これは、プレビューアへの依存がせいぜい愚かである理由のポイントです。 実際のアプリケーション開発には、プレビューアを壊す可能性のあるシナリオが多すぎます。 @piercebogganで説明した

これは恐ろしい決定です。FormsDevコミュニティに2本指で触れ、VS2017の標準以下のツール（特に悲惨な15.8）と戦い、このような決定を下し、プロファイラーを常識に基づかないエンタープライズとして維持しています。

@pauldipietro Xamarinの将来の計画についてはわかりませんが、LiveReload（LR）の大ファンであり、チームは素晴らしい仕事をしました！ 私の生産性は「最高になりました」。 Previewerに道を譲るために、LiveReloadが中止されることは確実です。 しかし、この日まで、LRを利用可能な状態に保つことは不可能でしょうか？

そしてもう少し希望があれば、LRをオープンソースにすることは可能でしょうか？

プレビューアがLiveReloadからコードを吸収し、両方の長所になることを目的としている場合は、それは素晴らしいことです。 それが完了し、代替品として機能している場合は、そうします。 しかし、空白を埋めるために何も配置されていないときにLiveReloadを強制終了することは、ただ...これらのツールで実際に生計を立てようとしている私たちには無責任です。

このオープンソースのlivereloadプロジェクトがありますが、それがどれほど優れているかはわかりません。 私がソースコードを見ると、すでに複雑に見えました:)。 それが有望であるならば、私はそれに貢献したいですhttps://github.com/ylatuya/XAMLator

livereloadとlivexamlの間に法的な問題があると思います。 それがマイクロソフトがそれを中止した理由です。 それが法的な問題ではない場合、なぜ彼らは理由もなくそれを行うのでしょうか、たとえ彼らがより良いプレビューアを構築することを計画していても、それがオープンソースでさえあり得るのでそれが残っていれば誰も噛みません。

このオープンソースのlivereloadプロジェクトがありますが、それがどれほど優れているかはわかりません。 私がソースコードを見ると、すでに複雑に見えました:)。 それが有望であるならば、私はそれに貢献したいですhttps://github.com/ylatuya/XAMLator

livereloadとlivexamlの間に法的な問題があると思います。 それがマイクロソフトがそれを中止した理由です。 それが法的な問題ではない場合、なぜ彼らは理由もなくそれを行うのでしょうか、たとえ彼らがより良いプレビューアを構築することを計画していても、それがオープンソースでさえあり得るのでそれが残っていれば誰も噛みません。

法的な問題を想像することはできません、MSはFormsとXAMLのIPを持っています。 MSは2005/8からXAMLデザイナーUIを実行しているため、これはほとんど特許ではありません。

プレビューアはEvolve2016でデモされました、私はそこにいました、それ以来機能しませんでした、そして基本的なプロジェクト、ホットローディング...いいえなどのために2018年に機能するのは「ただ」だけです。

参考までに...マーケットプレイスに戻ってきました： https ：//marketplace.visualstudio.com/items？itemName = Xamarin.XamarinLiveReload

@pauldipietroこれは、

皆様からのフィードバックやコメントに感謝いたします。 Xamarin Live Reloadは、UIデザインのさまざまなシナリオに対する開発者の生産性に関する優れた洞察を提供する実験的なテクノロジーでした。 現時点では、実験テクノロジーのいずれかから一歩後退し、XAMLプレビューとXAML IntelliSenseなどのIDEツールでVisualStudioにすでに組み込まれている優れた生産性エクスペリエンスを安定化および改善するための取り組みに再び焦点を当てています。もっと。 Xamarin.Formsで取り組んでいる新しい生産性機能の詳細については、Visual Studio2019のロードマップ機能をお読みください。 拡張機能は再リストされ、Visual Studio 2017でも引き続き使用できますが、今後の更新は受信されません。

CC： @jamesmontemagno @brianlagunas
ええと...正しい方向への一歩。 少なくとも2つのテクノロジー（LiveReloadとPreviewer）の最良のものは、_新しいテクノロジーの開発中_に再び利用可能になります。 それは、まだ交換品がない状態でそれらを引っ張るよりもはるかに理にかなっています。

さらに、安定性に再び焦点を合わせ、...すべての現在の状態を修正して、現在存在するすべてのものが信頼され、自信を持って使用できるようになることを称賛します。 単純なlabelが期待どおりに機能する日、またはナビゲーションを変更して戻った後、UIの状態が元に戻らない日が待ち遠しいです。

マイクロソフトの規模の会社が基本的に次のように言っているのは残念だと思います。

既存のものを修正し、開発者ツール

しかし、私はすべての企業がどこかに線を引く必要があると思います。 彼らがどこでお金を使うかに関して、すべては砂の中の線に帰着します。 私はそれを好きにする必要はありません。 MSが両方を行う余裕がないことはわかりません。 しかし、答えは必ずしもより多くの人々に積み重なることではないことがわかります。 お互いの作業を踏みにじることなく、47人が同時に同じファイルで作業することはできません。

「VisualStudio2019に登場する」という言い回しについてどう思うかわかりません。 エンタープライズの状況にある私たちの多くは、VS2017に移行したのはごく最近のことです。 個々のフリーランサーとは異なり、ほとんどのツールのv.todayにジャンプすることはできません。 私はこの2019年のコメントを読まないようにして

「ほとんどの人が数え切れないほどの問題を報告しているVS2017の改善を期待しないでください。

しかし、それをとる別の方法も見ていません。

質問したいのですが、Xamarinロードマップはどこかにありますか？ すべての開発者サポートがLiveReloadなどのツールから削除され、Xamarinのバグ修正に再割り当てされている場合、私たち（開発者コミュニティ）はXamarinエコシステムの大きなものとより高速なバージョン更新を期待する必要があります-そうですか？

LiveReloadが機能したが、LiveXamlが機能しなかった場合のユーザーケースがあります。 これは非常に便利なツールです。 コミュニティで開発することを提案します。 オープンソースが必要です。 @jamesmontemagno @ brianlagunas-これは可能ですか？

おかしなことに、これは優先事項ではありません。フラッター/リアクションネイティブのライブリロード機能とxamarinの欠如には明確な違いがあります。 このプレビューバージョンは実際には非常にうまく機能しました。なぜ削除されたのかわかりません。

@jamesmontemagnoさん、 LiveReloadですでに提供されているすべての機能を提供していますか？ そうでない場合、それは劣った製品であり、LiveReloadのために捨てられるべきです。 その場合、VSの一部として標準で提供されるのはLiveReloadである必要があります。
次のいずれかの場合です。
1）それを実現するのに十分なプルがMS内にありません。
2）開発者が実際に何を望んでいるのかわからない場合は、上記を参照してください。
3）あなたは実際にプレビューアに希望があると信じています。

@FunkyLambdaいいえ、まだ何も提供していません。 適切なscrolviewを表示することさえできません。 実際、プレビューアのアイデアは私が理解できるように良いです。 それが非常にうまく機能する場合は、ブラウザーでネイティブに反応する場合と同じように、さまざまな電話サイズでUIをテストできます。 しかし、私はそれが短期的に簡単に実行できるとは思えません。 テスト可能な静的リストも作成する必要があります（VS起動イベントに関するJamesのプレゼンテーションを参照）。 2番目のツールとしてプレビューアを使用したいと思います。UIユニットテストや静的ページをテストするためかもしれません。 しかし、ライブリロードのようなホットリロードツールは確かに必要です。
ホットリロードを実現しようとしているオープンソースプロジェクトはたくさんありますが、それらすべてに何かが欠けているか、いくつかの深刻な問題があります。 Livereloadは最高のものでした。 少なくともxamarinがそれを継続したくない場合、彼らはそれをオープンソース化することができます。 したがって、私たちは皆、それをさらに発展させることに貢献することができます。

今のところ、誰もが無料のオープンソースHotReloadhttps ： //github.com/AndreiMisiukevich/HotReloadを使用でき

^私はいくつかの解決策を試しましたが、有料でオープンソースです。 これは今日の私のお気に入りのツールであり、VS、VS for Mac、Riderのプラグインであり、コマンドラインから機能します。

機能をリクエストして投票するための適切な場所はhttps://developercommunity.visualstudio.comであると通知されましたhttps ：