問題タブ [module-packaging]

DotNetNuke 4 および DotNetNuke 5 用の DotNetNuke モジュールをパッケージ化するための簡単で簡潔なチュートリアルを知っている人はいますか? できれば DotNetNuke 5.4 に関するものです。それが私が実行しているものだからです。

私が見た例はすべて、背景知識を前提としているか、既存のプロセスへの近道に関するものです。私は初心者なので、簡単な基​​本が必要です。

Text::BibTeX という名前の CPAN モジュールを使用する Perl スクリプトから *nix 実行可能ファイルを作成しようとしています。

私は pp を使用してすべてをパックしようとしましたが、成功しませんでした。

私が試してみました

しかし、それは機能していません。または、実行可能ファイルは私のマシンでは動作しますが、アクセスできる他の 2 つのマシンでは動作しません。これらのマシンの 1 つで、Text::BibTeX は他の perl のみにインストールされています。

誰か助けてくれませんか？

スクリプトに関するいくつかの詳細。

よだれかけの特定のフィールドから CSV ファイルを作成するための、よだれかけファイルのプリプロセッサです。

通常の使用方法は次のとおりです。

実行pp -x Bib2CSV.pl file.bibすると、入力ファイルが見つからないというエラーが表示されます。

ソース ccode は、https: //github.com/TiagoVeloso/Bib2CSV で入手できます。

また、私が取り組んでいるJavaポートもあります。

distributed の Namespace Packagesから、名前空間パッケージを利用して、大きな Python パッケージをいくつかの小さなパッケージに分割できることがわかりました。本当にすごいです。ドキュメントには次のことも記載されています。

ところで、プロジェクトのソース ツリーには、通常の Python パッケージ レイアウトで名前空間パッケージの __init__.py ファイル (およびすべての親パッケージの __init__.py) を含める必要があることに注意してください。これらの__init__.py ファイルには次の行が含まれている必要があります。

このコードは、名前空間パッケージ機構が動作していること、および現在のパッケージが名前空間パッケージとして登録されていることを確認します。

ディレクトリの階層をパッケージの階層と同じにするメリットはあるのでしょうか? それとも、これは、distribute/setuptools の名前空間パッケージ機能の技術的要件ですか?

元、

サブパッケージfoo.barを提供したいと思います。これにより、次のフォルダー階層を構築し、__init__.py を準備して setup.py を名前空間パッケージとして機能させる必要があります。

私は名前空間パッケージに精通していませんが、1) foo/bar と 2) (ほぼ) 1 行の __init__.py が日常的なタスクであるように見えます。彼らは「これは名前空間パッケージです」といういくつかのヒントを提供しますが、 setup.pyにその情報が既にあると思いますか?

編集：

次のブロックに示されているように、ネストされたディレクトリがなく、作業ディレクトリに __init__.py が 1 行しかない名前空間パッケージを作成できますか? つまり、setup.pyに 1 行を追加するだけでそれらを自動的に生成するように依頼できnamespace_packages = ['foo']ますか?

私は 1 つのコンポーネント (WAR としてデプロイされる Web アプリケーション - struts) に取り組んでおり、いくつかの QUnit テストを作成するための新しい Javascript を開発しました。QUnit に付属するファイル (qunit.js、qunit.ccs、myTestClass.js、および hmtl ページ) をどこに配置すればよいかわかりません。これらのファイルはパッケージ化されず、実稼働アーティファクトにデプロイされません。

たとえば、すべての Java 単体テストは test フォルダーに入ります。ただし、html/jsp/js ファイルは webapp フォルダーのどこかにある必要があります。

ありがとう！

プロジェクトのすべてのコードを保持する Github リポジトリを作成しました。

構造は次のとおりです。

api パッケージは、itunes api などの外部 api との通信を担当します。

データベース パッケージは、データベースとの通信を担当します。

最後に、機能パッケージは、私が構築している実際のプロジェクトです。

各パッケージには独自の setup.py があります。

この構造には 3 つの問題があります。

1. setup.py 機能に api とデータベースの依存関係を追加するにはどうすればよいですか?

2. この Python コードを Amazon にデプロイする方法を教えてください。ドッカーを使用していますか？プラッター？他の何か？

3. より多くの機能が個別のパッケージとして機能に追加されると仮定した場合。サーバーにコードのサブセットのみをデプロイするにはどうすればよいですか? パッケージ api とそれを使用する別の機能を考えてみましょう。

質問が明確でない場合はお知らせください。質問を改善します。

社内で開発中のpythonライブラリをいろいろなグループに再構築しています。最上位のモジュールの名前空間を汚染しないようにするために、最上位の「companyname」パッケージの下にすべてをグループ化したいので、「coname.utils」、「coname.qa」、「coname.api」などを作成します。 . これらのいくつかは、製品と共に配布されるか、パブリックにインストール可能になる予定です。「qa」は純粋に内部になります。

Google も同様のことを行っています。たとえば、protobuf ライブラリは、モジュール パスで「google.protobuf」として利用できます。ただし、特にきれいというわけではありません。protobuf パッケージによってインストールされる .pth ファイルは次のようになります。

「google」ディレクトリに __init__.py がないため、インポートエンジンをだますためだと思います。しかし...エレガントではありません。

これを達成するための確立された方法はありますか？そこに __init__.py を取得するためだけに、「coname-*」パッケージのいずれかに「coname-top」パッケージが必要になるようにしてもかまいません。setuptools がパッケージをモジュール ツリーの最上位にないものとして扱うように説得する方法や、1 つのツリーからサブパッケージを作成できるかどうかは、まだわかりません。

明確にするために、たとえば、coname-qaをconame-apiとは別に配布およびインストールできるように、上記を設定する方法を具体的に尋ねています。どちらも coname-tools に依存するのは当然です。

Angular2 バンドルのように、Typescript アプリを SystemJS モジュールとしてパッケージ化する簡単な nodejs スクリプトを作成したいと考えています。

さまざまな構成を試しましたが、指を置くことができないようで、まだ十分に明確なドキュメントが見つかりません。

この「テスト」では、当分systemjs-builderの間、Gulp や Jspm をまったく使用していないことに注意してください (jspm を使用する予定もまったくありません)。

私の「プロジェクト」は次のようになります。

---- プロジェクトのルート

-------- index.ts //export * from './modules/index'そして最終的にはもっと

-------- モジュール

------------ index.ts //export * from './menu/index'

------------ メニュー

---------------- menu.component.ts //export class

---------------- menu.service.ts //export class

これを単一のファイルの下にパッケージ化したいと思います。このファイルには、その後アプリで使用できる複数の SystemRegister モジュールがあります。

私は成功せずに次のことを試しました：

まず、オプションがまったくdefaultExtension機能していないようです。import {something} from 'filePath';filePathfilePath.ts

第 2 に、インポートに拡張機能を追加しようとすると.ts(これはやりたくありません)、コードが無効であると不平を言います (unexpected token @などunexpected token menuItem) 。

これがどのように機能するかについて、誰かが良い例や説明を持っていますか?

ありがとうございました