金曜日, 5月 23, 2025
No menu items!
ホーム ブログ ページ 3213

8台同時充電でコンパクト。Ankerの電源タップは旅行・出張でも大活躍 #楽天お買い物マラソン



8台同時充電でコンパクト。Ankerの電源タップは旅行・出張でも大活躍 #楽天お買い物マラソン

楽天市場では、4月10日(木)1時59分まで複数ショップでの買い回りで還元ポイントがアップする「お買い物マラソン」が開催中です。
現在、ノートPCやタブレット端末など最大8台のデバイスを一度に充電できる「Prime Charging Station(8-in-1, 240W)」や、ショルダーストラップが装着されているので⼿がふさがらず、気軽に持ち運べる「Anker Solix C300 Portable Power Station ポータブル電源 288Wh」など、Anker(アンカー)の人気アイテムがお得に登場しています。



Source link

Views: 0

レビューの週:任天堂がスイッチを発表します2



レビューの週:任天堂がスイッチを発表します2

レビューの週に戻ってようこそ!任天堂のスイッチ2を含む、今日あなたのためのたくさんのもの。 Openaiの容量の問題;ハリウッドの扱いに値する物語。そして、もっと、もっと。さあ行こう!

ついに(ほぼ)ここにあります: ほぼ10年後、任天堂は最終的にスイッチの後継者をリリースしました。 スイッチ2。 TechCrunchのAmanda Silberlingによると、450ドルのシステムは「すでに愛されているコンソールを服用しようとしています。 単にそれをより良くするだけです。」私はそれに夢中です!残念ながら、 米国の予約者は遅れている可能性があります トランプの関税に応じて。

遅延、遅延: OpenaiのSam Altmanは、Xに関する一連の投稿で、会社の新しい画像生成ツールが 不特定の製品遅延を引き起こす可能性があります。 「速く働いています [as] 私たちは本当にハミングを手に入れることができます」とアルトマンは書いています。 O3をリリースすることを約束します (2月に消費者のリリースを効果的にキャンセルした後)。

古い大学は試してみてください: ウイルスCal AIアプリを構築したZach Yadegariは、4.0 GPAと3,000万ドルのARR会社を持っているにもかかわらず、彼はまだ彼がいたとしても、Twitterで書いています 15のトップ大学に受け入れられませんでした


これはTechCrunchのレビューの週であり、今週の最大のニュースを要約しています。これを毎週土曜日に受信トレイにニュースレターとして配信したいですか? ここにサインアップしてください


ニュース

画像クレジット:NSA / Getty Images

なんてこった: トランプ政権 国家安全保障局の長とサイバーコマンドを解雇した同様に、NSAの副ディレクターも同様に、代理店のトップ民間指導者を務めました。射撃後に現在誰がNSAとサイバーコマンドを監督しているのかは明らかではありません。

私の買い物をしてください: 月曜日のアマゾン 発表されたNova ActWebブラウザーを制御し、独立していくつかの簡単なアクションを実行できる汎用AIエージェント。 Amazonは「私のために購入」と呼ばれる機能をテストしています – NOVA AIモデルを搭載しています。これは、ユーザーが望む製品を持っているサードパーティのサイトを示しています。その後、Amazonのサイトを離れることなく、他のサイトから物を購入できます。かなり気の利いた!

Yikes: ChatGptの新しい画像ジェネレーターの1つの不気味な使用: 領収書を偽造。人々はすでにそれを使用して偽のレストランの領収書を生成しており、詐欺師が使用しているAIディープフェイクの既に伸長のツールキットに別のツールを追加する可能性があります。生成された領収書には、食べ物やコーヒーの汚れが含まれて、より本物に見えるようにすることもできます。素晴らしい!

両社の物語: Ripplingは3月に、スパイの疑いでライバルのディールを訴えていると発表しました。 今週は宣誓供述書をリリースしました 彼がスパイとして働いていると証言した波打つ従業員の。ディールが彼に「xで古い電話」を粉砕するように言ったと言われている人々のように、ジューシーな詳細があります。ハリウッド、聞いていますか?

指を指す: 壮大なゲームのCEOティム・スウィーニー AppleとGoogleを呼びました 彼らの「ギャングスタイル」のビジネス慣行のために。彼の会社は、それぞれのアプリストアで独占的な慣行のためにAppleとGoogleの両方を訴えたことを覚えているかもしれません。 EpicはGoogleでそのケースを獲得しましたが、Appleではそうではありませんでした。

私たちはあなたがたはほとんど知りませんでした: 個人から人への支払いを促進するゼルは、火曜日に言った アプリをシャットダウンしています。ただし、Zelleを使用している1億5,000万人のうち、銀行を介してではなく、スタンドアロンアプリを介して行われた1億5,000万人のうち。わかりました、それは理にかなっています。

銀行といえば: 銀行口座を金融申請に接続するPlaidは、約5億7500万ドル相当の普通株式を販売しました 61億ドルのマネー後の評価 この評価は、2021年4月にサンフランシスコに拠点を置く格子縞が4億2,500万ドルのシリーズDを調達したときに評価された134億ドルの半分未満です。

空腹の力: 新しいデータセンターと拡張されたデータセンターは、2029年までにAIセクターの電力需要を2倍にすることが期待されています。その結果、開発者とハイテク企業は能力をロックするために残業しています。そして それが太陽が入ってくるところです

分析

ドナルド・トランプ米国大統領とホワイトハウス上級顧問、テスラ、SpaceX CEOのElon Muskは、2025年3月11日にワシントンDCでホワイトハウスの南芝生にあるテスラモデルSの隣に発言を行います。
画像クレジット:Andrew Harnik / Getty Images

バックスライド: イーロン・マスクの政治への推進 – 具体的にはトランプ大統領との彼の連邦政府内での活動 – – テスラを不確実性に引きずり込んだ。証明については、会社の残念な第1四半期の配達番号を見てください。問題は、テスラブランドが回復できるかどうかです。



Source link

Views: 0

Metaが次世代マルチモーダルAI「Llama 4」をリリース、MoEアーキテクチャ採用で競合モデルに匹敵する高性能を誇る



Metaが次世代AIモデル「Llama 4」シリーズを正式に発表しました。Llama 4シリーズは、性能や規模、応用範囲の異なる複数のモデルで構成されており、前世代から大幅な性能向上を実現し、競合する他社のAIモデルに比肩する性能を持っているとのこと。最大の特徴は、「Mixture of Experts(MoE)」と呼ばれる効率的なモデルアーキテクチャと、新しく開発された事前学習方法にあります。

続きを読む…



Source link

Views: 0

米景気後退確率45% ゴールドマン



米景気後退確率45% ゴールドマン

米景気後退確率45% ゴールドマン



Source link

Views: 0

最初のバーサーカー:カザンは私のために永遠に他の魂を台無しにしたかもしれません



最初のバーサーカー:カザン 私は何を期待すべきかを正確に知らずに入ったので、最初は驚きました。 カザン すべての最高のSoulslikesのすべての最高の部分を取り、それらをすべて強烈で挑戦的な体験に詰め込みます。ゲームは完璧だとは思いませんが、多くの点でジャンルの芸術を確実に完成させてきました。必ずしもそうではありません カザン ソウルスのようなもののために、本当に革新的または斬新なことをしてください。実際、作るもの カザン Soulslike Spaceのさまざまなタイトルから借りているものは、実際にはとてもユニークです。


Source link

Views: 0

最初のitch.io Creator Dayを発表!


こんにちはitch.ioコミュニティ、

今週の金曜日 – 5月14日、私たちの最初のitch.io Creator Dayになることをお知らせします。これは、真夜中から午後11時59分まで、サイトで通常の売り上げを削減することはなく、開発者、ミュージシャン、アーティストが税金と支払いプロセッサ料金の後、販売の100%を受け取ることを意味します。これを定期的なイベントにして、開発者に作品を共有し、宣伝する言い訳を提供したいと考えています。

参加するためにアカウント設定の何も変更する必要はなく、収益シェアの設定は1日が終わった後に復元されます。私たちはあなたがあなたのプロジェクトを共有してその日を利用することをお勧めします、または 販売をホストすることを検討してください より多くの人々にあなたの仕事をチェックしてもらうために。

今週の金曜日にitch.ioでクリエイターをサポートするのに良い時期ですが、もう少し特別なものになるでしょう。



Source link

Views: 0

Switch 2、量販店の予約はどうなる? Amazon、ヨドバシ、ビック、ヤマダなどの現状



Switch 2、量販店の予約はどうなる? Amazon、ヨドバシ、ビック、ヤマダなどの現状

4月4日よりマイニンテンドーストアでの抽選販売の申込み受付を開始した、任天堂の新ハード「Nintendo Switch 2」。一般量販店での予約受付は、はたしてどういうかたちで行われるのか。



Source link

Views: 0

ビール半額にワンコインメニューも! 4月16日(水)は清水エスパルス戦!



ビール半額にワンコインメニューも! 4月16日(水)は清水エスパルス戦!

4月16日(水)に日産スタジアムで開催される明治安田J1リーグ第12節 清水エスパルス戦では、F・MARINOS WEDNESDAY」を開催。特別価格のシートや、ビール半額などの企画が用意されています!



Source link

Views: 0

Telemetry API がリリースされたので OTLP で Google Cloud にスパンを送ってみた


こんにちは!クラウドエースの kazz です。

先日、Google Cloud の Telemetry API がリリースされました。これは、Google Cloud が標準的な OTLP/HTTP および OTLP/gRPC のリクエストを受け付ける公式エンドポイントを提供するものです。

https://cloud.google.com/stackdriver/docs/reference/telemetry/overview

これにより、Google Cloud 専用の Exporter を使わずに、標準的な OTLP Exporter を利用してスパンを Cloud Trace に送信できるようになりました。
この記事では、Telemetry API の紹介と、OpenTelemetry Collector を利用して、新しく登場した Telemetry API にスパンを送信する手順を解説します。

Telemetry API の特徴

1. 標準 OTLP/HTTP および OTLP/gRPC をサポート

OpenTelemetry の標準プロトコルである OTLP (OpenTelemetry Protocol) を直接受け付けます。これにより、特定のクラウドベンダーに依存しない、標準的な OpenTelemetry の設定を利用できます。

  • gRPC エンドポイント: telemetry.googleapis.com:443
  • HTTP/S エンドポイント: https://telemetry.googleapis.com/v1/traces

2. OTLP 形式でのデータ保存

送信されたトレースデータは、Google Cloud 内部で独自の形式に変換されることなく、OTLP 形式のまま保存されます。これにより、データの完全性が保たれやすくなります。

3. 緩和された制限 (Quotas)

Telemetry API 専用の制限が適用されます。多くの場合、属性キーや値の文字列長、スパンごとの属性数などの上限が Cloud Trace API と比較して大幅に緩和されており、より柔軟にスパンを送信することが可能となりました。
詳細: Cloud Trace Quotas – Telemetry API limits

4. Google Cloud Exporter への依存が不要に

OTLP Exporter を使用できるため、Google Cloud 専用の Exporter が必要なくなります。

5. トレースデータのみをサポート

現時点 (2025年4月) では、Telemetry API はトレースデータのみを受け入れます。このエンドポイントを使用して、指標やログデータを Google Cloud プロジェクトに送信することはできません。

トレースデータの確認

送信されたトレースデータは、Google Cloud Console の Trace Explorer で確認できます。

https://console.cloud.google.com/traces/explorer

これは、従来の Cloud Trace API と同じですね。

image01

ただし、現在 Telemetry API で書き込まれたスパンは、従来の Trace Explorer ページ(粒がいっぱいのやつ)では表示できないので注意しましょう。

https://cloud.google.com/trace/docs/troubleshooting#known-issues

Telemetry API にスパンを送る方法

Telemetry API にスパンを送る方法としては、主に以下の2つのパターンが考えられます。

  1. OpenTelemetry Collector を経由するパターン

    • アプリケーションは OTLP を話す OpenTelemetry Collector にデータを送信します。
    • OpenTelemetry Collector はデータのバッチ処理、リトライ、リソース属性の付与、認証などを担当し、一元的に Telemetry API へデータを転送します。
  2. アプリケーションから直接送信するパターン

    • アプリケーションに組み込まれた OpenTelemetry SDK が、OTLP Exporter を使用して Telemetry API へ直接データを送信します。

今回は OpenTelemetry Collector を経由するパターンで試してみます。

image02

手順

Cloud Run に OpenTelemetry Collector をデプロイして、OTLP/gRPC で Telemetry API にスパンを送信する手順を解説します。

前提

  • プロジェクトで以下の API が有効化されていること
    • artifactregistry.googleapis.com (Artifact Registry API)
    • run.googleapis.com (Cloud Run Admin API)
    • telemetry.googleapis.com (Telemetry API)

{GOOGLE_CLOUD_PROJECT} は、ご自身の Google Cloud プロジェクトの ID に置き換えてください。

1. OpenTelemetry Collector の設定

まずは、アプリケーションから送られてくるトレースデータを受け取り、加工して Telemetry API に転送する OpenTelemetry Collector の設定ファイルを作成します。

config.yaml

receivers:
  otlp:
    protocols:
      grpc:
        endpoint: "0.0.0.0:4317"

processors:
  batch: {}
  resourcedetection:
    detectors: [gcp]
    override: false
  resource:
    attributes:
    - key: gcp.project_id
      value: "${GOOGLE_CLOUD_PROJECT}"
      action: upsert

exporters:
  otlp:
    endpoint: "telemetry.googleapis.com:443"
    auth:
      authenticator: googleclientauth

extensions:
  googleclientauth:

service:
  extensions: [googleclientauth]
  pipelines:
    traces:
      receivers: [otlp]
      processors: [resourcedetection, resource, batch]
      exporters: [otlp]

ポイント

  • processors.resource: gcp.project_id は Telemetry API でトレースを正しいプロジェクトに関連付けるために設定します。
  • exporters.otlp.endpoint: に Telemetry API の gRPC エンドポイント telemetry.googleapis.com:443 を指定します。
  • extensions: googleclientauth を定義することで、認証が有効になります。これにより、OpenTelemetry Collector がサービスアカウントの認証情報を使って Telemetry API に接続することができるようになります。

2. 権限設定

OpenTelemetry Collector が Telemetry API にトレースデータを書き込むための権限 roles/telemetry.tracesWriter を持つサービスアカウントを用意します。

gcloud iam service-accounts create otel-collector
gcloud projects add-iam-policy-binding {GOOGLE_CLOUD_PROJECT} \
    --member="serviceAccount:otel-collector@{GOOGLE_CLOUD_PROJECT}.iam.gserviceaccount.com" \
    --role="roles/telemetry.tracesWriter"

3. OpenTelemetry Collector のビルドとデプロイ

イメージを保存するための Artifact Registry リポジトリを作成します。

gcloud artifacts repositories create otel --repository-format=docker --location=asia-northeast1

config.yaml を使用する OpenTelemetry Collector の Docker イメージを作成します。

Dockerfile



FROM otel/opentelemetry-collector-contrib:latest

COPY config.yaml /etc/otelcol-contrib/config.yaml

EXPOSE 4317

CMD ["--config=/etc/otelcol-contrib/config.yaml"]

Docker イメージをビルドし、先ほど作成した Artifact Registry リポジトリにプッシュします。

docker build -t asia-northeast1-docker.pkg.dev/{GOOGLE_CLOUD_PROJECT}/otel/otel-collector:latest .
docker push asia-northeast1-docker.pkg.dev/{GOOGLE_CLOUD_PROJECT}/otel/otel-collector:latest

作成したイメージとサービスアカウントを使用して、Cloud Run サービスとして OpenTelemetry Collector をデプロイするための yaml ファイルを作成します。

service.yaml

apiVersion: serving.knative.dev/v1
kind: Service
metadata:
  name: otel-collector
  labels:
    cloud.googleapis.com/location: asia-northeast1
spec:
  template:
    metadata:
    spec:
      serviceAccountName: otel-collector@{GOOGLE_CLOUD_PROJECT}.iam.gserviceaccount.com
      containers:
      - image: asia-northeast1-docker.pkg.dev/{GOOGLE_CLOUD_PROJECT}/otel/otel-collector:latest
        ports:
        - name: http1
          containerPort: 4317
        env:
        resources:
          limits:
            memory: 1Gi
            cpu: 1

サービスをデプロイします。

gcloud run replace services service.yaml

後述のサンプルアプリケーションからローカル環境経由でスパンを送信するため、デモ目的で一時的に未認証の呼び出しを許可します。
本番環境では、OpenTelemetry Collector にスパンを送信するための適切なネットワーク構成と認証・権限管理を実装するようにしてください。

gcloud run services add-iam-policy-binding otel-collector \
--role="roles/run.invoker" \
--member="allUsers" \
--region=asia-northeast1

デプロイが完了すると、Cloud Run サービスの URL が表示されます。これがアプリケーションからスパンを送る際のエンドポイントになります。
これで、Telemetry API にスパンを送るための OpenTelemetry Collector が用意できました。

4. サンプルアプリケーションからのスパン送信

それでは、OpenTelemetry Collector にスパンを送ってみます。
今回は Gemini に作成してもらった、スパンを送信するだけのサンプルアプリケーションを使用します。

sample-app.py

import time
import logging
import argparse
from contextlib import contextmanager

from opentelemetry import trace
from opentelemetry.sdk.trace import TracerProvider
from opentelemetry.sdk.trace.export import BatchSpanProcessor
from opentelemetry.sdk.resources import Resource, SERVICE_NAME
from opentelemetry.exporter.otlp.proto.grpc.trace_exporter import OTLPSpanExporter

logging.basicConfig(level=logging.INFO)
logger = logging.getLogger(__name__)

@contextmanager
def configure_tracer_provider(endpoint: str):
    resource = Resource.create({SERVICE_NAME: "demo"})
    exporter = OTLPSpanExporter(endpoint=endpoint, insecure=True)
    provider = TracerProvider(resource=resource)
    processor = BatchSpanProcessor(exporter)
    provider.add_span_processor(processor)
    trace.set_tracer_provider(provider)
    try:
        yield provider
    finally:
        logger.info("Shutting down tracer provider...")
        provider.shutdown()
        logger.info("Tracer provider shut down.")

def main():
    parser = argparse.ArgumentParser()
    parser.add_argument(
        '--endpoint',
        type=str,
        default="http://localhost:4317",
    )
    args = parser.parse_args()
    with configure_tracer_provider(endpoint=args.endpoint) as provider:
        tracer = trace.get_tracer("my.instrumentation.library.python")
        logger.info("Starting to send spans...")
        counter = 0
        try:
            while True:
                with tracer.start_as_current_span("send-loop-iteration") as span:
                    span.set_attribute("loop.counter", counter)
                    time.sleep(0.1)
                logger.info(f"Sent span {counter}")
                counter += 1
                time.sleep(1.0)
        except KeyboardInterrupt:
            logger.info("KeyboardInterrupt received. Initiating shutdown...")

if __name__ == "__main__":
    main()

この Python アプリを実行して、デプロイした OpenTelemetry Collector にスパンを送信します。

python sample-app.py --endpoint {OpenTelemetry Collector をデプロイした Cloud Run サービスの URL}

それでは、Trace Explorer でスパンを確認してみます。

https://console.cloud.google.com/traces/explorer

image03

無事に OTLP/gRPC で送信したスパンを確認できました!

おわりに

Telemetry API の登場で、Google Cloud におけるトレース実装がより容易になりました。

https://cloud.google.com/stackdriver/docs/instrumentation/migrate-to-otlp-endpoints#gc-collectors

公式も Telemetry API を使用することを推奨しており、今後 Google Cloud では Telemetry API を使うことが一般的になりそうです。
ぜひ試してみてください!



Source link

Views: 1

人々はWebコンポーネントを行っています – Codepen


ネイティブのWebコンポーネントは、最近の瞬間をまだ楽しんでいます。たくさんのおしゃべり、そしてそれのかなりの量が肯定的です。他の感情は重要かもしれませんが、希望に満ちています。さらに重要なことは、私たちが人々を見ていることです 実際に使用します Webコンポーネントはますます。それらを作って誇らしげに共有するように。ここに最近あります:

  • デビッド・ダーンズは 成分。これが私に定期的に起こっている例です。 PRの説明などを入力してGitHubに行ったことがありますが、誤ってナビゲートしたり、タブを閉じたりしたことがありますか?それからあなたは戻ってきて、あなたがタイプしたものはすべてまだそこにありました。うーん!彼らはを使用しています localStorage そこに役立つAPI。それらは、舞台裏のフォームに入力するデータを保存し、必要に応じて元に戻します。
  • デイブ・ルパートが作った 、それはそれ自体の周りに境界を描きます ほんの少しキティワンパス。 使用します border-image これは学習できないので、私はそれを外注させてうれしいです。また、元の実装がHoudini Paint Workletのものであったことも興味深いですが、それがクロスブラウザーに互換性があることは決してないので、これが改善でした。
  • ライアン・マリガンは 、aをラップします
  • ハサン・アリは作りました それは実装します スティーブンのトリック 自動栽培テキスト領域で自動的に。おそらく必要ないでしょう あまりにも長く、しかし、私たちは見るでしょう。
  • ジェイク・ラザロフが作った コンポーネントでは、どんなDOMのものを内部に入れて、それらのものにフォーカストラップを作成できるようにします(モーダルの実装などに必要なため)。この動作は「無料で」得ると思います しかし、それはあなたが望んでいると仮定し、その要素を使用することができます。私も思った inert これを簡単にすることになっていた( inert 全身とun-inert フォーカスをかけたい部分)、しかし、それは私が思ったほど簡単に可能であるようには見えません。このアイデアをさらに価値のあるものにします。の一部 サクセスストーリー、そのまま。

ここで興味深い点: これらのすべてが励まします、いや 必要、彼らの内部の有用なHTMLが彼らがしていることをするために。 その静脈のWebコンポーネントは、HTML Webコンポーネントと呼ばれるようになりました。 スコット・ジェールはそれを成文化するために少し時間がかかりました

それらはカスタム要素です

  1. 空ではなく、代わりに最初から機能的なHTMLが含まれています。
  2. WebコンポーネントJavaScriptライフサイクルを使用して、いくらかのプログレッシブエンハンスメントを受け取り、
  3. 基本的なコンテンツまたは機能を実行するためにそのJavaScriptに依存しないでください

彼はジェレミー・キースに拡大していました オリジナルのコーティング そして その後の興奮

興奮といえば、 オースティン・クリムには理論があります Webコンポーネントには2種類のファンツがあります。

  1. ソースファーストファン。のように、金属の近くで、何も壊れず、永遠に続く…
  2. 出力ファーストファン。のように、使いやすく、多くの価値を提供し、どこでも機能します…

その区別をかなり感じているかどうかはわかりません。彼らは本当に私にかなり似ています。少なくとも、私は両方の理由でファンです。ファンタイプをもう少しブレインストーミングすることができます!これが設計システムグループを作成する最良の方法です。これは、その最高のグループで進行性の強化です。 Chromeがそれが良いと言っている場合、それはそれが良いグループだと言います。 Groupでプレイするための新しいものがあります。あなたの番。


ここで、知りたいWebコンポーネントのテクノロジーに関連する2つのことで終わりましょう。

人々がJavaScriptフレームワークに到達する理由の1つは、基本的にデータバインディングです。文字列が入っている変数があるように(たとえば、ユーザー名など)、どこかでHTMLに入る必要があります。そのようなことは100万回行われました、私たちはそのデータをブレースに入れることを考える傾向があります。 {username}。しかし、Webプラットフォームにはまだそのようなものがありません。ロブ・アイゼンバーグが言うように:

Webプラットフォームで最も長く実行されている要求の1つは、HTMLに直接ネイティブテンプレートとデータバインディング機能を持つことができることです。少なくとも20年の間、革新的な開発者は、このプラットフォームの制限を補うために図書館とフレームワークを構築してきました。

ネイティブHTMLテンプレートとデータバインディングの将来

DOMパーツ これまでのところ最も近い提案かもしれませんが、より詳細な背景についてはRobの記事を読んでください。

私が興味を持っているもう一つのこと、 永遠に、Webコンポーネントのスタイリングです。私たちが何をしているのかを完全に知っていても、CSSの外側のShadow Domに到達することはできないのは不快だと思います。スタイリングのオプション 内で Webコンポーネント すべてが吸う あなたが私に尋ねたら。適切なものを手に入れるかどうかは誰が知っていますか(古いもの /deep/ CSSに短い外観を持っていたものは、明らかに正当な理由で削除されました)。しかし、幸いなことに、ブライアン・カーデルは持っています 完全に使用可能に見える非常に小さくてクールなライブラリ

Webコンポーネント内からスタイルシートをリクエストしても大丈夫だとしましょう。それはどのように機能しますか?さて、aのようなものがあります 構成可能なスタイルシート、そして、それらのいずれかが手元にある場合は、それを介してシャドールートにそれを取り付けることができます adoptedStyleSheets。 CSSファイルをリクエストすることからそれらの1つをどのように取得しますか?そこにあるトリックは、CSSのインポートアサーションである可能性があります。

import sheet from './styles.css' assert {type: 'css'};

sheet 構成可能なスタイルシートで使用可能です。私はそれが好きです。しかし、あなたがあなたのCSSをバンドしているとしましょう。これは一般的にやるべきことです。それは、個々のコンポーネントスタイルを個別にインポートできるようにする必要があることを意味しますか?多分そうではない!がある 個別にインポートできるCSSの塊を宣言するために堅実に見える提案 @sheet ブロック。次に、JavaScriptの非デフォルトエクスポートと同じように、名前でそれらを摘み取ることができます。

@sheet sheet1 {
  :host {
    display: block;
    background: red;
  }
}

@sheet sheet2 {
  p {
    color: blue;
  }
}
import {sheet1, sheet2} from './styles1and2.css' assert {type: 'css'};

かなり固体があると思います。それがプラットフォームに入らなかったら、私は驚かれるでしょう。そうでない場合、私は行くことを約束します awwwシート



Source link

Views: 0