問題タブ [startswith]

以下のステートメントが実行fileNameArrayEditedされていません。"\\windows"if

問題は他の場所にあると考えています。問題が見つかったら、機能するはずのコードが戻ってくるはずです...ありがとう！

複数の単語を含むフレーズからオートコンプリート機能を実装しようとしています。

単語の先頭 (edgeNGram?) のみを照合できるようにしたいのですが、検索されたすべての単語に対してです。

たとえば、「monitor」を検索すると、monitor という単語が含まれるすべてのフレーズを受け取る必要がありますが、「onitor」を検索すると、一致するものは得られません (以下のデータセットから)。また、「mon ap」を検索すると、たとえば「APNEA MONITOR-SCHULTE Vital Signs Monitor」が表示され、「mon rrr」では結果が返されないはずです。

だから私の質問は、それを実装するにはどうすればよいですか?

つまり、一致するフレーズには、検索された用語で始まる単語が含まれている必要があります。

これが私のマッピングです：

そして、ここに私の設定があります：

これが私のクエリです：

いくつかのサンプルデータ:

私は、応答として JSON 文字列を返すサーバーへの残りの URL 呼び出しを行っているプロジェクトに取り組んでいます。サービスに問題がある場合は、エラー応答として以下の JSON 文字列のいずれかが返されます -

しかし、それが成功の応答である場合、json文字列が次のように返されます-

以下は、私が呼び出しを行っているコードですresponse。サービス側で何か問題が発生した場合、または成功した場合、変数は上記の JSON 文字列になります。

現在、何もチェックせずにそのままレスポンスを返しています。しかし今、私は応答を確認し、それがエラーであるかどうかを確認し、特定のエラーでログに記録し、それが成功応答である場合はそれを返すことを考えています.

最初のオプション:-response呼び出しごとに毎回上記のjson文字列を逆シリアル化し、成功またはエラー応答があるかどうかを確認する必要があります。

2番目のオプション:-または、応答文字列がエラーまたは警告で始まっているかどうかを確認し、エラーまたは警告で始まっている場合は、応答を逆シリアル化し、特定のエラー メッセージを抽出する必要があります。

ほとんどの場合、データが返されて成功の応答が返され、約2％しかエラー応答が返されないため、エラーケースのみを抽出するためだけに毎回逆シリアル化すると、startsWithエラーや警告に比べて費用がかかると考えていますオプションを選択してからデシリアライズしますか?

最初のオプション-

2番目のオプション-

私のユースケースに最適なオプションは何ですか? 私は主にパフォーマンスの観点からどのオプションがより効率的かを見ていますか?

通常、id を持つ要素の数を見つけたい場合は、次のようにします。

var count = $('#element').length;

しかし、セレクターで始まるを使用して動作させることはできません:

var customs = $('td[id^=customdata-]').length;

alert(customs);ページにこれらの要素がいくつかある場合でも、常に 0 を返します。私が間違っていることを知っている人はいますか？