問題タブ [global-namespace]
For questions regarding programming in ECMAScript (JavaScript/JS) and its various dialects/implementations (excluding ActionScript). Note JavaScript is NOT the same as Java! Please include all relevant tags on your question; e.g., [node.js], [jquery], [json], [reactjs], [angular], [ember.js], [vue.js], [typescript], [svelte], etc.
c++ - c++グローバル名前空間のコンパイルの問題
特定のツールチェーン(BlackBerry Playbook NDKに付属しているツールチェーン)を使用しています。GCC4.4.2に基づいていると思います。このツールチェーンを使用して特定のライブラリをコンパイルしようとすると、c++グローバル名前空間のものと思われるもので奇妙な問題が発生します。たとえば、次のようなエラーが発生します。
GNU c ++標準ライブラリに対してリンクするときに、これらのエラーが発生することはありません。ただし、PlaybookNDKはデフォルトでDinkumwareC ++ライブラリを使用するため、常に各エラーを確認し、通常は同等のC(この場合はstdio.h)を追加する必要があります。私のコントロールが及ばない理由で、GNUc++標準ライブラリにリンクできません。GNUc++標準ライブラリにはこれらの問題はありません。
より大きなプロジェクトをコンパイルしようとすると、これらのエラーが何百も発生する可能性があります。ソースの編集を伴わない回避策はありますか?上記の例では、ファイルには通常、ヘッダーとして「cstdio」が含まれていますが、これは「std」名前空間でsprintfを宣言します。したがって、私が持っている唯一のオプションは、Cヘッダーを含めるか、std名前空間を追加することです。
c# - ビューのusingディレクティブでC#グローバル名前空間演算子を使用するにはどうすればよいですか?
asp.netmvcでの私の見方に問題があります。usingディレクティブの名前空間がビューの名前空間と衝突し、Razorで生成されたクラスでコンパイルエラーが発生します。@modelディレクティブでも同じ問題が発生しましたが、global::エイリアスを使用すると修正されました。何らかの理由で、@ usingで同じことを行うと、「タイプまたは名前空間'グローバル'が見つかりませんでした...」というエラーが発生します。これが私が今持っているものです:
使いたい
しかし、前述のエラーは発生し続けます。ビューのusingディレクティブでグローバルを使用するためのトリックはありますか、それとも許可されない理由がありますか?
postgresql - PostgreSQLのplperluインタプリタの@INCおよび/またはキャッシュされたライブラリ:データベースごとに分けられますか?
私が開発しているいくつかのライブラリの異なるバージョンがあり、私が作成したさまざまなplperl関数内から、に基づいて特定のバージョンをロードしたいと考えていますcurrent_database()
。
(IIRCが優先されるのではuse
なくrequire
、ライブラリをキャッシュする可能性があるためだと思いますか?)
ただし、同じサーバー上の異なるデータベースで問題が発生するのではないかと心配しています。どちらの方法でも、次のように考えています。
1)use lib
次にuse
-複数のパスが@INCでスタックしている場合、使用されるのは正しいパスではない可能性があります
2)require
-これは、現在のスクリプトで常に正しいスクリプトが使用されていることを意味しますが、ライブラリが毎回リロードされることを意味しますか?いずれにせよ、一度使用したライブラリがロードされたままの場合、異なるバージョンからの名前空間の汚染がバグを引き起こす可能性はありますか?(たとえば、変数が定義されているかどうかに基づいてブランチがあり、あるバージョンではデフォルトであり、別のバージョンではそうではない場合、すべてのバージョンは、単に定義を解除するのではなく、明示的に定義を解除しない限り、すべてのバージョンがそうであるかのように動作しますそれを定義していませんか?)
php - 名前空間から呼び出されたphp関数
名前空間からいくつかの php 関数を呼び出すときに、理解できないエラーが見つかったようです。
PHP は次のように述べParse error: syntax error, unexpected T_UNSET, expecting T_STRING in global_namespace.php on line 7
てtry...catch
います。isset()
unset()
少なくとも、私はそれがとても奇妙で好きです!
namespaces - T4 ランタイム テンプレートの基になるクラスに名前空間を持たないようにすることはできますか?
T4 ランタイム テンプレートがあり、このテンプレートの基になるクラスに名前空間が指定されないようにしたい (つまり、グローバル名前空間にあるようにしたい)。
テンプレート ファイルの Custom Tool Namespace プロパティを使用して、生成されたクラスの名前空間を設定できることはわかっていますが、これを空白のままにすると、プロジェクト構造内のテンプレートの場所に従ってデフォルトの名前空間が設定されます。このデフォルトの動作をオーバーライドする方法はありますか?
javascript - glMatrix 2.2.0 with RequireJS
All definitions of glMatrix 2.2.0 seem to be undefined when included with RequireJS. However, on page inspection, it is being included in the HTML as a script tag.
However the same setup does work with glMatrix 1.3.7.
The require configuration is as follows:
And main.js looks like (jquery works in this instance):
I also have the same problem with other global-namespace libraries like stats.js.
Although defining the scripts in HTML works, I would preferably like it to work with RequireJS for minimisation/concatenation.
Hopefully I'm missing something obvious with this one, as I'm tearing my hair.
Thanks in advance for any suggestions.
wcf - 複数のコード生成ファイルに __ の定義が含まれています
これを修正する方法を理解できません。約 1 週間前に発生しましたが、私が行った変更がこれを引き起こした可能性があるかどうかはわかりません。私たちは SVN を使用しており、これらのエラーの可能性のある原因に対して行った変更をロールバックしましたが、asp.net webforms プロジェクトをビルドすると、まだ次のエラーが発生します。
これら 2 つのエラーは 5 回繰り返され (合計 10 エラー)、ソース ファイルは、プロジェクト内の Web サービスの負荷に対して生成されたコードです。
ファイル名は App_Code.34kjg234jh1.cs (構成されていますが、アイデアはわかります) であり、各ファイルの上部には、どこから生成されているかが示されています。
.wsdl 定義に入ると、次の行に基づいて、すべて同じ名前空間に住んでいると思います:
これは以前の開発者から継承されたアプリケーションです (ここには 1 つの開発者ショップがあるため、通常は暗闇の中で探し回ります)。そのため、アプリケーションに約 7 つの異なるWeb サービスがあり、すべてがその名前空間を持っている理由がわかりません。定義と問題のある 'TrxStatus' と 'MessageStatusType' を持つ ALL。
名前空間は適切な名前空間であるため (私は信じています)、名前空間を変更したくありませんが、この競合をなくす必要もあります。どちらの方向に進むべきかわかりません。
.wsdl ファイルの 1 つにアクセスして、TrxStatus を TrxStatus_Whatever に変更しようとしましたが、次のエラーが発生しました。
もう 1 つの考えられる手がかりは、さまざまな Web サービスから次のような大量の警告を受け取っていることです。
これに対する可能な解決策について何か提案はありますか? 根本的な原因は何ですか?これらすべてのサービスを書き直す必要があるとは言わないでください....